项目需求

把产品要解决的问题、用户怎样使用、首期做什么以及用户最终得到什么聊清楚。需求阶段负责确定产品含义，不负责提前完成技术设计。

需求调查、表达和自检的正确性由 agent 负责；产品方向的选择权不因此转移给 agent。用户负责决定 agent 已经调查并明确呈现的真实产品分歧，不负责替 agent 找遗漏或回答实现问题。理由只能解释一个决定，不能提供作出决定的权限。用户确认是交接决定，不是正确性证明或免责依据。

核心门禁：产品决定来源

任何会约束目标产品范围、主要旅程、用户可见规则或承诺结果的表述，写入正文前必须能够指向以下至少一种决定来源：

1. 用户针对当前目标产品的明确表达；
2. 范围明确、仍然有效且已经确认的目标产品基线；
3. 项目不可违背的硬约束；
4. 已明确目标的必然直接结果：不存在另一个同样合理的产品方向，且不是 agent 为安全、完整、实现方便或参考一致而作出的选择。

参考项目事实、源码能力、审查发现、agent 建议、安全偏好、实现风险和“这样更完整”都不是决定来源。它们只能成为证据、候选产品分叉或设计输入。agent 不得先选择一个方向写入正文，再以“已经没有分叉”证明需求清晰。

每次新增或修改正文后，逐条检查本次变化中的规范性产品表述。没有决定来源的内容不得保留为已决定需求：如果它构成设计阻塞型产品分叉，返回用户决定；如果设计可以在不改变产品承诺的前提下处理，移交设计；如果与目标无关，删除。完成标准是本次变化中的每条规范性产品表述都有可指出的决定来源，而不是已经为每个发现写出一个答案。