文档：审查报告入库 + 全量校对补注

## 新入库（`docs/演示用/`） - `代码库全面审查报告-2026-09-14.md` - `代码修改方案-2026-09-14.md` - `记忆系统排查报告-2026-09-14.md` - `记忆系统修复文档-2026-09-14.md` - `文档一致性审计报告-2026-09-14.md` - `多Worker接入方案-2026-09-14.md` ## 全量校对（32 个既有文档 + `AGENTS.md`）跨 39 个文件、**1125 insertions / 148 deletions**。 ⚠️ **这批改动同样不是本次会话写的**。我抽样核对过性质：是**实质内容补充**而不是格式/换行转换。例如 `docs/44-演示流程.md` 新增两条"2026-09-14 补注"： - `启动金融Agent平台.bat` 只在**桌面**上，仓库里只有 `启动平台.bat` 这一份（两份由同一个 `tools/make_launcher_bat.py` 产出，改完 `start.ps1` 重跑它一起更新）； - `advisor_t`(9020) 与 `offsite_t`(9006) **不在 `tools/seed_test_rbac.py` 的演示用户里** （那里只有 `cust_t`/`risk_t`/`admin_t`/`review_t` 四个），由 `grant_*.py` 系列创建， **重跑种子不会重建它们** —— 换机器时这两个账号登录失败，要先查 `sys_user` 有没有这两行，而不是查密码。这两条都是对的地方，与我这一路踩到的现象一致（我确实用到了 `advisor_t`/`offsite_t`）。 **我没有逐字审阅全部 39 个文件**，只抽样确认了改动性质与规模。若其中有需要复核的段落，请指明文件，我逐处核对。
2026-09-14 20:36:00 +08:00
parent c0e5c80929
commit 36c7a9d8d2
38 changed files with 3604 additions and 138 deletions
@@ -1,5 +1,10 @@
 # 设计文档：客服 Agent 本体（子项目 B）

+> 🗂 **过程产物 · 结论已归档**（2026-09-14 批注）
+> 本设计**已实现**（`CustomerServiceAgent` 已注册）。⚠️ 注意：本文写的依赖工具名是 `query_knowledge`，
+> 实现时**正式名改为 `search_knowledge`**（`query_knowledge` 保留为别名）。
+> **判断当前进度请看 `docs/验收与审计/phase1-acceptance-report.md`**。
+
 > 状态：待用户审阅
 > 日期：2026-09-10
 > 前置依赖：子项目 A（`2026-09-10-knowledge-retrieval-infra-design.md`）必须先完成，本文档依赖其 `query_knowledge` 工具。
@@ -1,5 +1,9 @@
 # 新底座无损迁移设计

+> 🗂 **过程产物 · 结论已归档**（2026-09-14 批注）
+> 迁移**已按本设计完成**（场外/NL2SQL/访客/客服 RAG/人工转接均保留）。
+> **判断当前进度请看 `docs/验收与审计/phase1-acceptance-report.md`**。
+
 ## 目标

 将 `qyqy_develop` 作为新的 Agent 平台底座，同时完整保留现有项目的场外基金、NL2SQL、访客 token、客服 Agent/RAG、人工转接、联调页面与现有 API 能力。
@@ -1,5 +1,11 @@
 # 设计文档：客服知识检索基础设施（子项目 A）

+> 🗂 **过程产物 · 结论已归档**（2026-09-14 批注）
+> 本设计**已实现并闭环**（检索在 Phase 1 验收中实测命中 score 0.7837）。
+> ⚠️ 实现期有一处偏离本文：Milvus 集合字段名**改为运行时探测**（`app/core/knowledge_schema.py`），
+> 不再硬编码 —— 因为两套环境的 schema 不同。详见 `docs/18-知识检索接入方案.md` §4.2 的 ⚠️ 块。
+> **判断当前进度请看 `docs/验收与审计/phase1-acceptance-report.md`**。
+
 > 状态：待用户审阅
 > 日期：2026-09-10
 > 依赖关系：本文档是子项目 B（客服 Agent 本体）的前置依赖，须先完成本文档再启动 B。