Planning Review V0.2 · 2026-07-23
Store 全量 Stitch 原型工程 V2
上一版只解决了“分几阶段”，V2 已补到 307 条静态路由、79 个 Feature Packet、Screen Contract、角色/状态矩阵、P0—P7 Prompt、双门禁与逐波次验收。当前仍然只审计划，不生成原型。
V2 已经细到什么程度
307静态路由逐项登记
276active-static 声明
31dormant-static 声明
79Feature Packet 条目
178任务/Checkpoint 条目
11执行波次
核心变化：不再用“餐厅页面组”“人员页面组”作为执行任务。每个 Packet 都绑定 Route IDs、输入证据、输出、验收、验证、依赖、尺寸和状态。
五层工作分解
L0 ProgramStore 全量原型工程覆盖和最终签收
L1 Wave终端/功能域11 个阶段
L2 Feature Packet可演示业务切片XS/S/M
L3 Screen Contract独立页面合同字段/动作/证据
L4 Variant状态/角色变体空/错/权限/业务态
双门禁：先发现真实范围，再生产原型
G0 规划审核批准方法、证据和 W01 基线采集
→
W01 真实基线307 条运行分类、角色、视口、截图、Screen Contracts、SEU
→
G1 范围冻结批准独立页面、变体、Packet 和工作量后才生成 Stitch
没有 G1，不允许批量生成。这样避免把 redirect、容器、重复路由、历史页面和客户专版一股脑做进同一套原型。
Route ID 与波次覆盖
| 波次 | Route IDs | 声明 | Feature Packet | 计划 / 队列 |
|---|---|---|---|---|
| 01 | ALL | 307 | 17 个基线任务 | plan · queue |
| 02 | shared | — | 三端 DESIGN.md + 3 Pilot | plan · queue |
| 03 | PC-IM / STAFF / YYPG | 46 | 8 Packets | plan · queue |
| 04 | PC-REST / CATER | 46 | 12 Packets | plan · queue |
| 05 | PC-DM / NR / RESEARCH / REPORT / CONSUME | 61 | 10 Packets | plan · queue |
| 06 | PC-CORE / ACCOUNT / ORDER / MKT / SYS / AGENT | 66 | 13 Packets | plan · queue |
| 07 | MOB-APP | 50 | 11 Packets | plan · queue |
| 08 | SCR-DASH | 7 | 5 Packets | plan · queue |
| 09 | PC-NUTRITION / PURCHASE + variants | 31 | 10 Packets | plan · queue |
| 10 | cross-cutting | — | 权限/状态/11 候选流程 | plan · queue |
| 11 | all approved | — | 覆盖/差异/签收 | plan · queue |
每个 Feature Packet 必须交付什么
输入与产物
- Route IDs、用户目标、角色、菜单路径、运行 URL。
- 基线截图、字段/按钮/状态、数据脱敏说明。
- P0—P7 Prompt、Stitch project/screens/flow。
- 原系统图、原型图、差异图和审核结论。
完成门槛
- Route IDs 无 missing、alias/container/reuse 有解释。
- 主流程、失败、取消和返回均可演示。
- 角色、数据范围和必要状态完整。
- P0=0、未豁免 P1=0。
本次审核最关键的 15 个问题
G0 前要回答基准、三端、标准环境、客户变体、休眠路由、角色、数据、视口和双门禁；G1 时再回答独立 Screen Contract 数、弹层/打印/状态范围、Stitch 项目划分、视觉阈值、Owner 与日历计划。
审核建议
建议先批准 G0，仅执行 W01。等真实系统跑起来并把 307 条声明归并成独立 Screen Contracts 后，再审核 G1 和最终排期。这样审核的是“真实范围”，不是静态代码数量。