facc04aa65
本提交为 .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-*/
98 lines
3.9 KiB
Markdown
98 lines
3.9 KiB
Markdown
# 缺陷单:打印机安装被错误路由到行政前台
|
||
|
||
> **缺陷编号**: 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 | 产品文档规范标准化 | 无(仅文档格式) |
|
||
|
||
---
|