# P0-7 P20 SPEC 成果层验证覆盖 — 校验报告

> 日期:2026-05-04 / 触发:Neo 在 P0 反馈强调"成果层(用户视角)是最终成功标准"
> Neo 原话:"对于我而言,最终用户看到的页面/小程序是否真正达到设计目标更为重要,因为你要对最终成功负责,而客户也最看重最终使用的效果"

## 一、Neo 关心的 3 个核心问题

1. **工程层 vs 成果层分层验证** — P20 SPEC 是否两层都覆盖?
2. **admin-web 6 页 + AIPrewarm 分组 Playwright 实地走** — 是否落到 SPEC 验收?
3. **小程序财务看板 area 切换 / AI 洞察 / runtime-clock 漂移 / 各页面数据展示是否符合预期** + **任务板块多角色身份切换**(看板收口后) — 是否落到 SPEC 验收?

## 二、当前 P20 SPEC 覆盖状态(逐条核对)

### 2.1 §8 验收标准(AC1-AC13)分类

| 类别 | AC | 内容 | 视角 |
|---|---|---|---|
| 工程层 | AC2/AC3/AC4/AC6/AC8/AC9 | SQL / curl 验证 | **工程层** |
| 工程层 | AC11/AC12/AC13 | 自动化脚本 / 手工 | **工程层(标 todos 未实施)** |
| 半成果层 | AC1 | "登录小程序看 performance / task-list 当月判断" | **散点提及,无走查流程** |
| 半成果层 | AC5 | "admin-web `/logs/ai-run-logs` Drawer 抽屉" | **散点提及** |
| 半成果层 | AC7 | "admin-web `/ai/dashboard` 视觉验证" | **散点提及** |
| 半成果层 | AC10 | "普通账号登录视觉验证" | **散点提及** |

**结论**:
- ❌ **没有专门的"成果层走查"章节**
- ❌ admin-web 6 页(AI Dashboard / Operations / RunLogs / Triggers / RuntimeContext / TriggerManager)+ AIPrewarm 分组 **没有作为 AC 列出**
- ❌ 小程序看板沙箱接入(P0-3 主体) **AC 中只字未提**
- ❌ 任务板块多角色身份切换 **没有 AC 覆盖**

### 2.2 §10 跨模块覆盖矩阵

§10 矩阵列出"哪些模块已接入 runtime context"(代码层覆盖),不是"用户视角走查清单"。

§10.3 小程序页面表标了 `?` 的 3 项(board-finance / board-customer / board-coach)正是 P0-3 沙箱看板接入未完成的指针,但**没有走查脚本 / 步骤 / 期望结果模板**。

### 2.3 §12 任务清单(T1-T15)

| 任务 | 视角 |
|---|---|
| T1-T7 | 工程层(迁移 / API / 服务 / 视图) |
| T8 | `verify_sandbox_end_to_end.py` 自动化 — **自动化工程验证** |
| T9 | admin-web Playwright e2e 13/13 PASS — **半成果层**,但只覆盖 1 个页面(RuntimeContext) |
| T10 | BD_Manual + 6 份 changes 审计 — 工程层 |
| T11-T15 | 生产迁移 / 跨模块测试 / 清理脚本 / 多门店 / 实例浏览页 — 工程层 + 部分成果层 |

**结论**:T9 只覆盖 1 个 admin-web 页面(RuntimeContext),**Neo 要求的 6 页 + AIPrewarm 没覆盖**。

## 三、缺失项汇总(给 Neo 答复)

✅ **代码层 lint / typecheck / 架构** — P20 §1.3 / §10 / §11.1 已覆盖,**无需补充**

❌ **admin-web 6 页 Playwright 走查** — **未覆盖**,需要补
❌ **AIPrewarm 分组走查** — **未覆盖**,需要补
❌ **小程序看板沙箱走查**(area 切换 / AI 洞察 / runtime-clock 漂移) — 仅 §10.3 标 ? 未走查 / §13 已知冲突标"未验证",**没有走查脚本**
❌ **小程序各页面数据展示符合预期** — **未覆盖**,需要补
❌ **任务板块多角色身份切换走查**(看板收口后) — **未覆盖**,需要补

## 四、推荐 P20 SPEC § 15 patch(成果层验证章节)

**不实际修改 P20 SPEC,只列出建议增加的章节内容**,让 Neo 先看再决定是否落地。

### 建议在 P20 SPEC 末尾增加:

```markdown
## 15. 成果层验证(User-facing Acceptance)

### 15.1 验证哲学

工程层(代码/调用链/迁移)是必要的根基,但**不是终点**。最终用户看到的页面/小程序数据是否符合设计目标,才是项目成功标准。

视角分两层:

| 层级 | 验证目标 | 工具 | 通过标准 |
|---|---|---|---|
| 工程层 | 代码可运行 / 调用链通 / 迁移落库 / lint/typecheck 过 | tsc / pytest / SQL | 自动化全绿 |
| **成果层** | **页面渲染对 / 数据准确 / 交互流畅 / 角色权限对** | **Playwright + 微信开发者工具** | **逐条手工 + 截图归档** |

### 15.2 admin-web 走查清单(Playwright MCP)

每条走查 = 设置 sandbox 时间(2026-03-01) → 打开页面 → 截图 → 对照"期望展示"。

| # | 路由 | 期望展示 | 走查重点 |
|---|---|---|---|
| 15.2.1 | `/dashboard` | 顶部 sandbox 模式条带高亮 + 数据为 sandbox_date 当时数据 | 切 sandbox 后是否立刻显示"沙箱模式" + 数据是否切到虚拟日 |
| 15.2.2 | `/ai/dashboard` | 7 天趋势按真实日期(沙箱不影响)、今日/累计 token 按真实 | AC7 已要求,但要补充实地走查截图 |
| 15.2.3 | `/ai/operations` | 8 个 APP + app2a 区域财务派生 列出 / 手动触发 → 沙箱模式下日期参数对 | 触发 1 次 app2_finance,看 AI 输入是否带 sandbox_date |
| 15.2.4 | `/ai/run-logs` | 历史日志按真实写入时间排序;Drawer 抽屉显示 prompt 中的 sandbox_date | AC5 已要求,补 case |
| 15.2.5 | `/ai/prewarm` | 分组展示 area=all 8 组合 + 8 area 64 组合 = 72 / 沙箱模式下不影响预热范围 | 走查 prewarm 在 sandbox 下是否仍按真实 area 跑 |
| 15.2.6 | `/triggers?tab=ai` | AI 触发器列表 / status / cron 编辑 | 沙箱模式下显示"触发器仍按真实时钟运行"提示 |
| 15.2.7 | `/triggers?tab=biz` | 业务触发器列表 / 任务生成器 cron 7:00 | 同上 |
| 15.2.8 | `/settings/runtime-context` | 切 sandbox / 历史日期选择 / 切回 live | 完整切换流程,验证 AC1-AC4 |
| 15.2.9 | `/logs/dev-trace` | (Neo 反馈推荐 Drop,本走查可省) | 跳过 |
| 15.2.10 | `/logs/db-viewer` | SELECT 查询正常 / DDL 拒绝(P0-8 修复后) | 验证 P0-8 白名单 |

### 15.3 小程序走查清单(微信开发者工具 MCP)

前置:打开微信开发者工具 + 启用 9420 自动化端口 + 以教练身份登录。

| # | 页面 | 期望展示 | 走查重点 |
|---|---|---|---|
| 15.3.1 | `task-list` | 任务列表按 sandbox_date 当月生成 | AC1 已要求 |
| 15.3.2 | `performance` | 月度统计反映 sandbox_date | AC1 已要求 |
| 15.3.3 | `performance-records` | 4 处时间过滤反映 sandbox_date | (T7 任务) |
| 15.3.4 | `customer-records` | onLoad 拿 sandbox_date 拉历史 | (T7 任务) |
| 15.3.5 | `customer-service-records` | onLoad 拿 sandbox_date 拉历史 | (T7 任务) |
| **15.3.6** | **`board-finance`** | **area 5 区域切换 / AI 洞察 12 项指标 / 折线图横轴为虚拟近 7 日** | **P0-3 主体,Wave 1 必修** |
| **15.3.7** | **`board-customer`** | **客户分层基于 sandbox_date 截止状态** | **P0-3** |
| **15.3.8** | **`board-coach`** | **助教绩效反映 sandbox_date 当月累计** | **P0-3** |
| 15.3.9 | `customer-detail` | 操作时间戳保留真实时钟(设计共识) | §11.1 |
| 15.3.10 | `chat` | AI 对话 prompt 含 sandbox_date / 操作时间戳保留真实时钟 | AC5 |

### 15.4 跨页时间漂移走查(AC12 实地化)

走查脚本:连续打开 10 个页面,各拉一次 `business-clock`,验证返回值在 60s 缓存窗口内一致。

### 15.5 多角色身份走查(看板收口后)

**前置**:看板沙箱接入完成(15.3.6 / 15.3.7 / 15.3.8 全部通过)。

**触发提醒**:在 §15.3.6/7/8 全部 PASS 时,在审计中标"提醒 Neo:可以切换用户身份做下一轮走查"。

走查矩阵:
| 身份 | 必走页面 |
|---|---|
| 教练 (coach) | task-list / performance / performance-records / 看板 3 页 |
| 顾问 (consultant) | task-list (无看板权限) / customer-records / chat |
| 散客模式(memberId=0) | customer-service-records 中"散客无详情"提示 |
| site_admin (admin-web) | /settings/runtime-context |
| tenant_admin (tenant-admin) | tenant-admin 主面板 |

每身份完整走完 + 截图归档。

### 15.6 走查产物

每次走查产出一份 `docs/audit/changes/2026-XX-XX__sandbox_acceptance_<wave>.md`,内容:
- 截图清单(按 §15.2 / §15.3 编号)
- 失败项明细(现状 / 期望 / 复现步骤)
- 通过率 / 总耗时

---

(以上为 § 15 建议内容,不在本次直接落入 P20)
```

## 五、推荐落地路径

### 选项 A — 直接补到 P20 SPEC §15(推荐)

- 工作量:30 分钟,主线把上述 § 15 写入 P20
- 优:SPEC 完整,Wave 1 走查时直接照 § 15 跑
- 劣:P20 SPEC 行数从 ~480 涨到 ~580+

### 选项 B — 单独成一份《沙箱成果层验证手册》

- 路径:`docs/_overview/sandbox-acceptance-runbook.md`
- 优:与 P20 SPEC 解耦,走查手册可独立迭代
- 劣:跨文档维护,需要在 P20 SPEC 加链接

### 选项 C — 先列 todos,Wave 1 走查时即时补

- 把"成果层走查清单"作为 Wave 1 的隐式任务,边走边写
- 优:零前期工作
- 劣:无判据,Wave 1 走查时容易遗漏

## 六、给 Neo 的决策清单

1. **是否同意 P20 SPEC 缺失"成果层走查"章节的判断?**(我判断:**缺失**)
2. **选 A / B / C?** 我的推荐:**选 A**(直接补到 P20 §15),与 P20 实施同步
3. **15.5 多角色身份走查的提醒机制**(看板收口后由我主动提醒 Neo 切身份)是否合适?
4. **15.2 admin-web 走查 9 页(Neo 原列 6 页 + AIPrewarm + RuntimeContext + db-viewer)**是否完整?是否需要再加 `/tenant-admins` / `/etl-tasks`?

## 七、关于"工程层根基已落地"的确认(回答 Neo)

Neo 担心的 "代码层面的 lint/typecheck 是否过,架构是否合理" — **P20 SPEC 已落地**:
- §10 跨模块覆盖矩阵(13 后端服务 + 8 AI prompts + 11 小程序页 + 4 ETL 视图)
- §11 已知遗漏 + 设计共识
- §12 任务清单 T1-T10 已完成
- §13 已知冲突清单
- 工程层 lint/typecheck 由 hooks(`PostToolUse Edit/Write`)自动跑

**所以工程层根基 OK,只缺成果层走查这一层**,选 A 直接补完即可对齐 Neo 的"对最终成功负责"标准。

---

> 本文件不实际修改 P20 SPEC,只产出建议 patch + 决策清单。等 Neo 选 A/B/C 后落地。
