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
2026-08-07 22:31:32 +08:00
parent 5a77a89ab1
commit facc04aa65
573 changed files with 129347 additions and 909 deletions
@@ -0,0 +1,127 @@
# 任务说明书 - 打招呼检测误判修复
> **版本**: v1.1 | **日期**: 2026-07-27
---
## 📋 基本信息
| 项目 | 内容 |
|------|------|
| **任务名称** | 打招呼检测误判修复 |
| **任务ID** | #130 |
| **优先级** | 🟠P1 |
| **类型** | Bug修复 |
| **状态** | 已完成 |
| **负责人** | Duckula |
| **创建日期** | 2026-07-27 |
| **计划完成日期** | 2026-07-27 |
---
## 📥 输入项来源
### 产品需求
| 来源文档 | 相关章节 | 说明 |
|----------|----------|------|
| `01-产品文档/03-AI服务/PRD-REQ-AI-001-复杂场景与统一路由-v1.1.md` | §4.1.1 | 打招呼检测规则定义 |
### 技术方案
| 来源文档 | 相关章节 | 说明 |
|----------|----------|------|
| `02-技术文档/技术架构/技术方案-REQ-AI-001-复杂场景与统一路由-v1.0.md` | 变更记录 | 智能打招呼检测技术方案 |
### 需了解的现有代码(历史现状)
| 模块/文件 | 说明 | 需了解的内容 |
|-----------|------|-------------|
| `deploy-staging-ki/app/services/ai_handler.py` | AI消息处理器 | 打招呼检测 `is_greeting()` 方法的现有实现 |
---
## 📤 输出成果要求
### 交付物清单
| # | 交付物 | 类型 | 说明 |
|---|--------|------|------|
| 1 | `deploy-staging-ki/app/services/ai_handler.py` | 代码 | 修改 `is_greeting()` 方法,新增智能检测逻辑 |
| 2 | PRD 文档更新 | 文档 | 版本 v1.2,新增 §4.1.1 打招呼检测规则 |
| 3 | 技术方案更新 | 文档 | 版本 v1.1,追加变更记录 |
### 代码要求
- 遵循项目代码规范
- 新增 `_SUBSTANTIVE_KEYWORDS` 实质问题关键词列表
---
## 🔧 验证方式
### 功能验证
| 验证项 | 验证方法 | 预期结果 |
|--------|----------|-----------|
| 纯打招呼触发欢迎语 | 发送"您好" | 返回欢迎语,不调用AI |
| 打招呼+问题不触发 | 发送"您好,我这边一直绑定不了邮箱" | 不触发欢迎语,继续AI调用 |
| 纯问题不触发 | 发送"我电脑蓝屏了" | 不触发欢迎语,继续AI调用 |
---
## ✅ 完成标准
### 验收条件
- [x] PRD 文档已更新(v1.2
- [x] 技术方案已更新(v1.1
- [x] 代码已完成修改
- [x] 部署验证通过(2026-07-27 用户实测)
- [ ] 部署验证通过
### 产出确认
- [x] 代码已提交
- [x] PRD 变更记录已追加
- [x] 技术方案变更记录已追加
---
## 📊 工作分解
### 子任务
| 子任务 | 负责人 | 预估工时 | 状态 |
|--------|--------|----------|------|
| PRD 文档更新 | Duckula | 10min | ✅已完成 |
| 技术方案更新 | Duckula | 5min | ✅已完成 |
| 代码修改 | Duckula | 10min | ✅已完成 |
| 部署验证 | Duckula | 10min | ✅已完成 |
---
## 📞 依赖与阻塞
### 前置依赖
| 依赖任务 | 依赖说明 | 状态 |
|----------|----------|------|
| 无 | - | - |
### 阻塞因素
| 阻塞项 | 影响范围 | 解决方案 |
|--------|----------|-----------|
| 无 | - | - |
---
## 📈 变更记录
| 日期 | 变更内容 | 变更人 | 说明 |
|------|----------|--------|------|
| 2026-07-27 | 创建任务 | Duckula | 初始版本 |
| 2026-07-27 | 完成代码和文档更新 | Duckula | PRD v1.2, 技术方案 v1.1, 代码已修改 |
| 2026-07-27 | 部署验证通过 | Duckula | 用户实测"您好,我这边一直绑定不了邮箱"正确识别并回复,问题解决 |
---
## 📎 附件
- PRD: `docs/01-产品文档/03-AI服务/PRD-REQ-AI-001-复杂场景与统一路由-v1.1.md`
- 技术方案: `docs/02-技术文档/技术架构/技术方案-REQ-AI-001-复杂场景与统一路由-v1.0.md`
- 代码: `deploy-staging-ki/app/services/ai_handler.py`