新项目从 0 到 1

1. 产品与需求：事实、用户、流程、MVP、验收。
2. 架构：现状、边界、主键、契约、风险、切片。
3. 数据库+后端：先完成一条真实纵向链路。
4. 前端/移动端/插件：接真实契约，不长期依赖Mock。
5. QA+安全：在第一条纵切时介入，不等全部完成。
6. DevOps+SRE：预发布、监控、回滚、故障演练。
7. 发布经理：门禁、分阶段发布、发布后验证。

每阶段只在证据通过后交接。大型项目不要用一个提示词要求“全部开发直到完成”，应按上述门逐段推进。

每阶段的退出条件

需求门

• MVP 用户、流程、规则和不做项已冻结。
• 每条 MVP 需求都有 Given/When/Then。
• 未确认项不会阻止第一条纵向链路。

架构门

• 代码现状和目标架构分开描述。
• 模块、数据所有权、稳定 ID、接口和失败语义明确。
• 数据迁移、秘密、外部平台和生产风险都有负责人。

纵向链路门

不要先铺满所有页面或所有表。先让一个真实用户从入口完成一次真实操作，并能在后端、数据库和最终界面看到一致结果。此时 Mock 必须被清楚标记。

发布门

QA 能独立复现验收；安全没有未处理高风险；服务器有健康检查、监控、备份和回滚；发布后检查真实用户旅程与数据，而不仅是进程存活。

阶段交接模板

阶段：【名称】
已经冻结：【需求/契约/数据/配置】
通过证据：【文件、命令、截图、任务ID、落库】
下一阶段唯一目标：【结果】
允许修改：【范围】
禁止破坏：【不变量】
风险与负责人：【内容】