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,55 @@
# Tier0 测试报告 — 知识库迭代基础设施
> **版本**: v1.0 | **日期**: 2026-07-08 | **QA**: 严过关(software-qa-engineer | **状态**: ✅ 全部通过
## 测试概览
| 指标 | 值 |
|------|-----|
| 测试文件 | 4 |
| 测试用例 | 41 |
| 通过 | 41 |
| 失败 | 0 |
| 轮次 | 2 |
| 源码 Bug | 0 |
## 测试文件明细
| 文件 | 用例 | 通过 | 说明 |
|------|------|------|------|
| `test_neo4j_client.py` | 9 | 9 | Neo4j 客户端健康检查 + Issue/Action/Relation CRUD + 幂等 MERGE |
| `test_knowledge_iteration.py` | 6 | 6 | AI 生成验证(非占位符)+ source_failed + audience 标注 |
| `test_approval_state_machine.py` | 18 | 18 | 审批五态:8 合法转换 + 5 非法转换 + 5 服务层流程 |
| `test_confidence_gate.py` | 8 | 8 | 置信门控 <0.7→failed / ≥0.7→pass / None→failed / 阈值可配置 |
## 关键验证点
| 验证项 | 状态 | 说明 |
|-------|------|------|
| Neo4j fixture 降级 | ✅ | 无 Docker 环境自动走 memory mock |
| 审批状态机完整性 | ✅ | pending→queued→approved→applied→graph_synced 全链路 |
| 置信门控逻辑 | ✅ | 全局阈值 0.7,低于时标记 source_failed 不写伪数据 |
| AI 生成非占位符 | ✅ | `[待AI生成]``请通过AI分析` 断言确认已替换为真实生成 |
| audience 自动标注 | ✅ | manual/document→engineer_workguide, conversation→employee_quick_reply |
## 轮次详情
### Round 1: 27/4141 用例中 27 通过)
- **Neo4j (9 ERROR)**: `neo4j_container` fixture 在 generator 中用 `return None` 而非 `yield None`
- **Knowledge (5 FAILED)**: `WingmanService` patch 路径错误(`knowledge_iteration_service``wingman_service`
- **Approval (18/18)**: ✅ 全部通过
- **Confidence (7/7)**: ✅ 全部通过
### Round 2: 41/41 ✅(QA 自行修复 2 处测试代码 Bug)
1. `test_neo4j_client.py`: `return None``yield None; return`
2. `test_knowledge_iteration.py` (5处): patch 路径修正
> 智能路由判定:**NoOne** — 源码无 Bug。
## 关联文档
- 增量架构设计:`../03-技术架构/增量设计-知识库迭代与痛点缓解-20260707.md`
- 增量 PRD`../02-需求分析/增量PRD-知识库迭代与痛点缓解-20260707.md`
- 项目状态看板:`../07-项目管理/05-项目状态看板/01-项目状态看板.md`