docs(backlog): 追加 §七 #14 + §十 AI 9 APP 全链路未完成 (P0 高优先级)

Neo 反思时提出 AI 9 个 APP 处理在接口、入库、后端处理、前端小程序展示
等环节还没完成,优先级很高。本次正式登记到 backlog。

实证调研结果:
- 9 APP = 8 prompt 文件(app2/2a/3/4/5/6/7/8) + 1 chat 实时(app1_chat 走
  chat_service 不入 dispatcher)
- 后端 dispatcher 9 路调度链路存在
- 数据库 biz.ai_run_logs + biz.ai_app_cache 表结构就位
- 小程序前端实证仅 4 个文件涉及 AI(board-finance / customer-detail /
  services/api / ai-title-badge),展示完整性不全

§十 专题登记 4 环节未完成现状 + 5 项关键不确定性 +
工程量初判(单 APP ~ 30-45min × 9 = 4.5-7h 对账 + 修复总 L 8-12h) +
建议独立 wave(W1-AI-CLOSURE)

§七 追加 #14 AI 9 APP 全链路未完成,标 P0 高优先级。
F1-6 阶段 B 收尾后优先启动本项。

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

docs/_overview/architecture-evolution-backlog.md

@@ -49,6 +49,7 @@
 | 2026-05-06 | 创建本 backlog | F1-6 Sprint 2 #3 累计交易笔数调研发现 DWS 字段名与实算口径矛盾 + app7 直读 DWD 违规,Neo 决定将 DWD 孤立 + Core 中间件目标提上任务表 |
 | 2026-05-06 | 追加 §七 全局收口洞口清单 + §八 文档规范化整理大工程 | Neo 反思项目全局控制度,5 问追溯调研后立项 |
 | 2026-05-06 | §七 收口 #1 #2 完成 + 追加 #6~#13 + 新增 §九 全栈产品文档体系登记 | docs/roadmap/BACKLOG.md 60+ 项发现 + Wave 0 全栈文档体系实证 + 累积基线 33 项对账 |
+| 2026-05-06 | §七 追加 #14 AI 9 APP 全链路未完成(P0)+ 新增 §十 专题登记 | Neo 提出 AI 9 APP(8 prompt + 1 chat 实时)在接口/入库/后端处理/前端展示 4 环节有未完成,优先级很高 |
 
 ---
 
@@ -75,6 +76,7 @@ Neo 发现"项目全局的控制度不够,有很多东西被漏了,到处都没
 | 11 | (累积基线遗留)ETL 库完整 GUC 传递 26 视图 | 累积基线 3.5.5 | ⏳ 未收口 | P1 | 推迟 F1-5b Wave C(已规划)|
 | 12 | (累积基线遗留)finance_area_daily 会员分桶 vs DWS 规范 | 累积基线 3.7.2 | ⏳ 未收口 | P1 | 数据质量 Review,上线灰度期 |
 | 13 | (累积基线遗留)RLS 视图 pg_get_viewdef 全量重建 | 累积基线 3.7.3 | ⏳ 未收口 | P1 | 数据质量 Review + 视图清单专题 audit |
+| **14** | **AI 9 APP 全链路未完成**(接口/入库/后端处理/前端展示)| Neo 2026-05-06 提出,本次实证 8 prompt 文件 + 1 chat 实时 = 9 APP,但前端小程序仅 4 个文件涉及 AI,展示点不全 | ⏳ **高优先级未收口** | **P0** | 详见 §十(独立专题登记);需独立"AI 9 APP 全链路收口 sprint",4 环节(接口/入库/后端处理/前端展示)逐项对账实施 |
 
 ### 收口原则
 - 每项洞口完成后,出对应 audit 文档(`docs/audit/changes/2026-05-XX__closure_*.md`)
@@ -168,3 +170,64 @@ Neo 反思时问:"WEB 小程序 数据库 后端等项目全局的一个文档
 Wave 0 文档体系是 §八 文档规范化大工程的**起点**(已有的全景索引体系),不是 §八 的目标产物。§八 的目标是把整个 docs/ 目录(11+ 子目录,200+ 篇 audit + N 篇 spec/PRD)按
 统一的"类型 + 作用"分类标准重构,Wave 0 已建立的全景索引体系是其规范的"骨架",
 具体规则、归档约定、信息精度防护待 §八 详细 spec 时立。
+
+---
+
+## 十、AI 9 APP 全链路未完成(P0 高优先级)
+
+### 触发背景
+Neo 2026-05-06 反思时提出:"AI 方面 9 个 APP 的处理还没有完成,在接口、入库、后端处理、
+前端小程序展示等环节还没有完成。这个也记录下,而且优先级很高。"
+
+### 9 APP 全景
+
+| # | APP | 类型 | prompt 文件 | dispatcher 调度 |
+|---|-----|------|------------|----------------|
+| 1 | `app1_chat` | 实时对话 | (无独立 prompt 文件,走 chat_service)| 不走 dispatcher |
+| 2 | `app2_finance` | 财务洞察(全域)| `app2_finance_prompt.py` | ✓ 已对接 |
+| 2a | `app2a_finance_area` | 财务洞察(区域派生)| `app2a_finance_area_prompt.py` | ✓ 已对接 |
+| 3 | `app3_clue` | 维客线索 | `app3_clue_prompt.py` | ✓ 已对接 |
+| 4 | `app4_analysis` | 助教分析 | `app4_analysis_prompt.py` | ✓ 已对接 |
+| 5 | `app5_tactics` | 助教策略 | `app5_tactics_prompt.py` | ✓ 已对接 |
+| 6 | `app6_note` | 备注分析 | `app6_note_prompt.py` | ✓ 已对接 |
+| 7 | `app7_customer` | 客户分析 | `app7_customer_prompt.py` | ✓ 已对接 |
+| 8 | `app8_consolidate` | 消费链整合 | `app8_consolidation_prompt.py` | ✓ 已对接 |
+
+合计:**8 prompt + 1 chat 实时 = 9 APP**(Neo 表述准确)。
+
+### 4 环节未完成现状(初步实证)
+
+| 环节 | 现状 | 缺口举例 |
+|------|------|---------|
+| **接口** | 部分就位 | 后端 8 prompt + dispatcher 调度链路存在;但每个 APP 的 OpenAPI 端点是否完整(8 个独立 GET / POST?)、是否有调用文档对接前端,需逐一对账 |
+| **入库** | 表结构就位 | `biz.ai_run_logs` + `biz.ai_app_cache` 等表存在;但每个 APP 的实际入库行为(成功率、缓存命中率、字段完整性)、是否所有 APP 字段都正确写入,需逐一对账 |
+| **后端处理** | 主体就位 | dispatcher 9 路调用链路存在;但 trace_service 装饰、熔断/限流/预算追踪、ctx_snapshot 防漂移、F1-5a runtime_context 注入是否所有 APP 都覆盖,需逐一对账 |
+| **前端小程序展示** | **不全** | 实证小程序仅 4 个文件涉及 AI(`board-finance` / `customer-detail` / `services/api` / `ai-title-badge` 组件)。理论上 9 APP 至少应有更多展示点(`board-overview` / `coach-detail` / `coach-service-records` / `customer-records` 等是否对接 AI 洞察 ?)。**展示完整性需重点对账** |
+
+### 关键不确定性
+- 9 APP 中实际"已完整运行"的有几个?
+- 9 APP 中实际"已被前端展示"的有几个?
+- 是否有 APP 已写代码但实际"沉默不调用"(僵尸 APP)?
+- 是否有 APP 在小程序展示但缺少入库/审计?
+- 是否有数据库 schema 与实际入库行为不一致?
+
+### 工程量估算(初步,详细 spec 待立)
+- 单 APP 全链路对账(接口 + 入库 + 后端 + 前端 4 环节实证)≈ 30-45 min
+- 9 APP × 30-45min = **4.5 - 7h** 全链路对账
+- 加发现问题后修复 + 测试 + audit ≈ 总 **L 工作量(8-12h)**
+
+### 状态
+- ⏳ **P0 高优先级未收口**(2026-05-06 由 Neo 正式登记)
+- 暂未启动专门 sprint
+- 与 F1-6 沙箱时光机的关系:沙箱时光机(F1-5a/F1-5b/F1-6)涉及 ctx_snapshot 注入到 9 APP,
+  已部分覆盖"后端处理"环节;但其他 3 环节(接口/入库/前端展示)需独立对账
+
+### 建议执行路径
+**新增独立"AI 9 APP 全链路收口 wave"**(可命名为 W1-AI-CLOSURE):
+1. Step 1 调研(~ 1h):对每个 APP 的 4 环节做初步实证扫描,出"全链路现状矩阵"
+2. Step 2 拆 sprint(~ 0.5h):按发现问题严重度拆 N 个独立 sprint(每 sprint 收 1-3 个 APP)
+3. Step 3-N 实施:每个 sprint 走 §3 五步流程 + 双口径走查(若涉及 sandbox)+ audit + commit
+
+### 与现有 backlog 关系
+本项与 §一 DWD 孤立 + Core 中间件、§八 文档规范化大工程并列为"L 级长期工程",
+但**优先级 P0 高于其他**(Neo 强调"优先级很高")。F1-6 阶段 B 收尾后,优先启动本项。