六道门把“能演示”展开成“可开发、可验证”
Gate 0
来源与范围冻结
读取真实系统、相似页面、需求来源；区分事实、推导和假设；确认板块、端别、owner 与非目标。
证据：source index、scope、review owner
Gate 1
需求结构化
为规则和验收分配 REQ / AC；复杂状态使用 EARS 或同等明确句式；待确认项不混入正式范围。
证据：prd.md、requirements.csv
Gate 2
原型与组件计划
先冻结 SCREEN / COMP / STATE，再逐板块构建可交互原型；沿用现有设计系统并使用合成数据。
证据：screens.csv、component-states.csv
Gate 3
同屏工作台
左侧原型、右侧 PRD 草稿、气泡标注、全局画布、组件状态、覆盖缺口与导出入口在同一容器。
证据：workbench.html、本地 HTTP 200
Gate 4
双向追踪审计
检查 PRD 是否都落到页面/状态/验收，也检查原型有没有擅自新增按钮、默认值、权限或异常行为。
证据：traceability.csv、gap report
Gate 5
标注归并与冻结
每条 NOTE 进入 accepted / rejected / needs-decision / duplicate；accepted 必须回写所有受影响真源。
证据：review-decisions.csv、human review
四条硬门禁
- Demo 行为不能自动等于产品规则。
- 原型新增规则未回写 PRD，不进入开发。
- blocker 标注未关闭，不宣称评审对齐。
- LocalStorage、截图和口头确认不替代版本化 Markdown / CSV。