Files
group_fqcd_jr/客服agent/_build/_consistency.txt
T
张胜宇 bc61d5c579 docs: 入库权威文档目录(客服agent/ 24 份 + 开发文档/ 50 份,替换旧命名的过期副本)
## 为什么做这一步

权威文档 74 份此前**只在本机**,评审者 clone 分支后看不到任何设计文档;而仓库里那两份同名目录
是 **2026-09-16 之前的过期副本,连文件名都是旧的**(无体系编号)。本次按「**权威覆盖过期**」入库。

## 入库内容

| 目录 | 文件数 | 体积 | 说明 |
|---|---|---|---|
| `客服agent/` | 24 | 0.77 MB | `D2.1`~`D2.6` 对外交付四件套 + 演示脚本/答辩报告 + `_build` 构建工具 |
| `开发文档/` | 50 | 2.16 MB | `D1.x` 索引与决策、`D3.x` 方案、`D4.x` 清除与重构留痕、`D5.x` 业务流程、`D6.x` 业务事实基座、`D7.x` 交付物、`D8.x` 规范 |

**旧的过期副本整体移除**(`客服Agent执行Todolist.md` → `D2.1-客服Agent执行Todolist.md` 之类
的改名 + 新增 `D2.5`/`D2.6`),入库后目录内容与权威副本**逐文件一致(零差异,已复核)**。

## 入库前的安全扫描(必须留痕)

- 扫描规则:`sk-` 类密钥 / `Bearer` 长串 / `password=`、`api_key=` 赋值 / 会话中出现过的两把明文 key 片段。
- 结论:**真实密钥只出现在 `.env`**(已被 `.gitignore` 命中,未入库);`.env.example` 与
  `config/risk.env.example` 只有**空占位**。
- 文档内唯一命中是 `D3.1` 里一处**截断的示例 JWT**(`Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...`),
  末尾带省略号,是接口文档的示意值,**不是可用凭据**。
2026-09-20 15:03:15 +08:00

57 lines
4.6 KiB
Plaintext
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
== 一、文件基本情况 ==
需求 D2.2-客服Agent需求文档.html 1065 行 / 69725 字符
计划 D2.3-客服Agent开发计划.html 870 行 / 46829 字符
Todo D2.1-客服Agent执行Todolist.md 441 行 / 27486 字符
知识库 D2.4-客服Agent知识库设计方案.html 1616 行 / 84552 字符
== 二、关键事实在各文档中的出现次数(0 = 遗漏)==
事实 需求 计划 Todo 知识库
功能需求 48 条 6 1 0 1
FR-CS-048 1 0 0 3
非功能需求 21 条 5 1 0 1
NFR-CS-021 1 0 0 0
51 项 1 5 2 1
7 批次 / 7 个批次 1 6 1 1
12 步 1 6 4 1
6 文件 / 六文件 0 5 2 0
组 2 四文件 0 16 13 0
三集合 4 2 1 22
阈值 0.75 1 0 0 8
阈值 0.70 1 0 0 10
阈值 0.65 1 0 0 7
over-fetch 6 3 3 18
不变量 8 2 1 1
actor.py 5 2 3 0
knowledge_tier.py 1 3 2 2
三条红线 3 0 2 2
subject_type 12 0 0 10
零 DDL 1 5 7 0
== 三、投顾残留检查(应全部出现在「已清除/作废」语境)==
需求: 命中 17 处,其中疑似「仍在依赖」6 处
⚠ …条业务线)、三条红线、「演示跑通」为唯一验收方式</td></tr> <tr><td><strong><code>客服与投顾模块重构前代码清理建议-2026-09-15.md</code></strong></td><td>既有实现真实结构…
⚠ …026-09-15.md</code></strong></td><td>既有实现真实结构与死代码清单;<strong>投顾与客服零耦合</strong>这一事实</td></tr> <tr><td><strong><code>访客与角色分…
⚠ …/th></tr></thead> <tbody> <tr><td>客服对话(访客 + 客户两类主体)</td><td>投顾能力——<strong>已于 2026-09-17 整体清除</strong>(见 §0.4 v2.4)</td><…
⚠ …epository.authoritative_tradable_products</code>),<strong>未随投顾模块清除而删除</strong></td><td>底座保留性确认(见《开发计划》§5 风险)</td></tr> <…
⚠ …rong></td><td><code>config_release</code> 白名单是否仍列出<strong>已随投顾清除的工具名</strong></td><td>本机 active 配置未实测</td><td>若仍列出,调用会以「…
计划: 命中 8 处,其中疑似「仍在依赖」2 处
⚠ …</code>)——下一步是<strong>重建</strong></td></tr> <tr><td><strong>投顾模块</strong></td><td><strong>已于 2026-09-17 整体清除</strong>(后端…
⚠ …r</td></tr> <tr><td>9</td><td><strong>清除留痕</strong>(客服形态A + 投顾清除的执行报告与回退备份说明)</td><td>Markdown</td><td>项目负责人</td></tr> <…
Todo: 命中 18 处,其中疑似「仍在依赖」3 处
⚠ …行;④ 演示相应步骤候选数 &gt; 0。<br>⚠️ **v5.2 说明**:该能力位于**产品数据底座**,**未随投顾模块清除而删除**(执行报告 §3 已列明保留);同步脚本沿用。**降级阶梯**:自动 → 人工导 2–3 只真实证…
⚠ …07 已降级为「不改底座」 | | E-01~E-08 | v4.0 起沿用 | **E-07 挂起**;E-03 已按投顾清除修订 | | F-01~F-07 | v4.0 起沿用 | F-03 已按投顾清除修订 | | **G-00~G…
⚠ …**E-07 挂起**;E-03 已按投顾清除修订 | | F-01~F-07 | v4.0 起沿用 | F-03 已按投顾清除修订 | | **G-00~G-03** | **v5.1 新增** | G-00 环境前置 / G-01 三元…
== 四、HTML 锚点自检(TOC href vs 正文 id)==
需求: TOC 24 条 / 正文 id 29 个 / 失效 0
计划: TOC 24 条 / 正文 id 32 个 / 失效 0
知识库: TOC 61 条 / 正文 id 74 个 / 失效 0
== 五、四文档交叉引用检查 ==
需求 → 客服Agent开发计划: ✅
需求 → 客服Agent执行Todolist: ✅
需求 → 客服Agent知识库设计方案: ✅
计划 → 客服Agent需求文档: ✅
计划 → 客服Agent执行Todolist: ✅
计划 → 客服Agent知识库设计方案: ✅
知识库 → 客服Agent需求文档: ✅