chore: docs 结构整改 + compose 双目录对齐（合并重建提交）
本提交为 .git 对象库损坏后的重建提交，内容等价于原先三个本地提交 （5e2fd4c2 / 57a53c98 / 5d7e1873）的累积结果，未做任何额外改动。 一、docs 结构整改（整改 #14） 根因：重构时新结构为 untracked 文件，执行 git stash（未带 -u）未纳入， 随后 git reset 拉回 HEAD 旧 tracked 树，导致旧树复活、新旧两棵目录 树并存于 docs/，共 791 文件、双分类体系冲突。 修复动作： - b2 同名异主题文件改名迁移保全 9 个 - C 类 39 个孤立文件按主题正确归类 - A/B1 类 222 个重复文件删除（新结构已有内容副本） - 9 个旧独有空目录删除 - 270 处内部引用按 verified 映射改写 - 整改记录 #14 登记于 04-运维文档/部署运维 结果：docs 791 → 569 文件，顶层仅规范 8 类 + 治理文件，单树恢复。 残留：约 20 处指向从未存在文件的陈旧死链，归入独立文档卫生任务。 二、compose 双目录对齐（消除踩坑 A） - docker-compose.yml：nginx 前端挂载全部由根目录 frontend-*/dist 改为 src/frontend-*/dist（h5 / agent / admin / terminal） - docker-compose.dev.yml：dev 服务 build context 与卷同步改 src/ - 效果：本地 docker compose up 不再把根目录 stale dist 挂回， 与线上一致，分叉隐患消除（已 docker compose config 校验通过） 防复发铁律： - 重构须提交；仓库修复须 git stash -u 或先 commit - 新结构须 git add 并提交，避免再次 untracked 复活 - H5 改动只动 src/frontend-h5/，禁改根目录遗留 frontend-*/
This commit is contained in:
Simon
@@ -0,0 +1,97 @@
|
||||
# 缺陷单：打印机安装被错误路由到行政前台
|
||||
|
||||
> **缺陷编号**: BUG-AI-001
|
||||
> **版本**: v1.0
|
||||
> **状态**: [已修复]
|
||||
> **优先级**: P2-Medium
|
||||
> **发现日期**: 2026-07-20
|
||||
> **发现人**: Simon
|
||||
> **指派人**: Simon
|
||||
> **修复人**: Duckula (AI助手)
|
||||
> **关闭日期**: 2026-07-23
|
||||
> **处理方式**: 自动处理和验证
|
||||
> **关联缺陷**: BUG-AI-001-1（H5 AI回复显示 [object Object] — 2026-07-23 同时修复）
|
||||
|
||||
---
|
||||
|
||||
## 1. 基本信息
|
||||
|
||||
| 字段 | 内容 |
|
||||
|------|------|
|
||||
| 缺陷标题 | 打印机安装被错误路由到行政前台 |
|
||||
| 影响范围 | IT智能服务台AI路由模块 |
|
||||
| 触发条件 | 用户咨询"打印机安装"、"AI机器打印安装"等问题时 |
|
||||
| 预期行为 | 打印机相关问题应路由到IT服务，由AI或IT坐席处理 |
|
||||
| 实际行为 | 被错误路由到"机票酒店前台"（行政窗口） |
|
||||
|
||||
---
|
||||
|
||||
## 2. 复现步骤
|
||||
|
||||
1. 用户在IT服务台咨询"AI机器打印安装"
|
||||
2. AI识别为"行政"业务类别
|
||||
3. 路由到"机票酒店前台"客服窗口
|
||||
4. 前台无法处理IT问题，导致用户问题无法解决
|
||||
|
||||
---
|
||||
|
||||
## 3. 根因分析
|
||||
|
||||
在 `routing_service.py` 中，路由配置将"打印机/复印机"归类为"行政"业务：
|
||||
- `ROUTING_TARGETS` 注释中包含"打印机/复印机/保洁/名片印刷"
|
||||
- 关键词映射 `ROUTING_KEYWORD_TO_CATEGORY` 包含"复印机"
|
||||
|
||||
但实际上打印机驱动/软件安装属于IT服务范畴，不应路由到行政前台。
|
||||
|
||||
---
|
||||
|
||||
## 4. 处理办法
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| 处理策略 | 自动处理和验证 |
|
||||
| 执行时机 | 非工作时间（避开业务高峰期） |
|
||||
| 处理流程 | 1. 连接服务器 via JumpServer<br>2. 修改 routing_service.py<br>3. 重启 backend 容器<br>4. 自动化验证修复效果 |
|
||||
| 验证方式 | 模拟"打印机安装"请求，确认路由到IT服务而非行政前台 |
|
||||
| 回滚方案 | 若验证失败，自动回滚代码并告警 |
|
||||
|
||||
---
|
||||
|
||||
## 5. 修复方案
|
||||
|
||||
1. 修改 `routing_service.py` 第51行注释，移除"打印机/复印机"
|
||||
2. 在 `ROUTING_PREFILTER_KEYWORDS` 和 `ROUTING_KEYWORD_TO_CATEGORY` 中排除打印机相关关键词
|
||||
3. 确保"打印机"关键词不再触发行政路由
|
||||
|
||||
---
|
||||
|
||||
## 6. 验证结果
|
||||
|
||||
| 验证项 | 结果 | 验证人 | 验证日期 |
|
||||
|--------|------|--------|----------|
|
||||
| 功能验证 | 通过 | Simon | 2026-07-20 |
|
||||
| 回归测试 | 待执行 | - | - |
|
||||
|
||||
---
|
||||
|
||||
## 7. 关联信息
|
||||
|
||||
- **关联需求**: REQ-AI-路由（AI路由模块，打印机关键词误归类为行政）
|
||||
- **关联代码文件**: `src/backend/app/services/routing_service.py`
|
||||
- **关联测试用例**: TC-AI-001（待创建回归用例：验证打印机类咨询路由到IT服务）
|
||||
|
||||
---
|
||||
|
||||
## 8. 变更记录
|
||||
|
||||
| 日期 | 版本 | 变更内容 | 变更人 | 变更原因 | 影响范围 |
|
||||
|------|------|----------|--------|----------|----------|
|
||||
| 2026-07-20 | v1.0 | 创建缺陷单，记录打印机安装路由错误问题 | Simon | 首次记录AI路由分类错误 | AI路由模块 |
|
||||
| 2026-07-20 | v1.0 | 修改 routing_service.py，排除打印机关键词 | Simon | 修复路由错误分类 | 行政路由规则 |
|
||||
| 2026-07-20 | v1.0 | 部署到生产环境，重启 backend 容器 | Simon | 使修复生效 | 生产环境路由行为 |
|
||||
| 2026-07-23 | v1.0 | 修改Dify Prompt配置，打印机从行政移至IT服务范畴 | Duckula | Dify侧同步修正分类 | Dify工作流Prompt |
|
||||
| 2026-07-23 | v1.0 | 后端添加打印机修正逻辑（h5_ai_task.py两处） | Duckula | 双重保险防止路由错误 | H5 AI任务处理 |
|
||||
| 2026-07-26 | v1.0 | 补充关联需求 REQ-AI-路由、关联测试用例 TC-AI-001（待创建） | Duckula | 文档关联完整性 | 无 |
|
||||
| 2026-07-28 | v1.0 | 文档规范化整改：命名改为 `BUG-AI-打印机安装路由错误-001.md`、补全头部模板（版本）、标准化章节编号（1-8）、变更记录增加"版本/变更原因/影响范围"列 | Duckula | 产品文档规范标准化 | 无（仅文档格式） |
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user