编写规范
输入：work/<feature>/intent.md。输出：work/<feature>/spec.md，来源于 factory/templates/spec.md。
- 阅读
intent.md、CLAUDE.md以及变更将触及的代码库相关部分。未阅读代码而编写的规范会遗漏约束；这是最常见的失败原因。 - 按优先级顺序（P1、P2、P3）编写用户故事。每个 P1 故事必须能独立交付和测试。
- 为每个功能需求赋予稳定 ID（
FR-001），每个成功标准也赋予 ID（SC-001）。评审和测试将引用这些 ID。 - 内联标记，绝不隐性处理：
[NEEDS CLARIFICATION: ...]用于任何意图未明确的决策[POLICY: privacy | security | legal | money | brand]在规则适用处，并附上该规则
- 仅编写规划所需的深度设计内容：数据变更、接口、状态、错误处理。
- 明确列出不在范围内的内容。
- 展示规范，与人员澄清所有
[NEEDS CLARIFICATION]后保存。提交spec.md是触发规划模式的条件。