spec-driven

规范驱动开发

分阶段开发功能。默认轻量，仅在变更值得投入时增加流程。

触发条件

• Specify（“规划功能”“为此编写规范”“基于 PRD”“修改功能”“讨论如何构建”）→ specify.md
• Design（“设计此功能”“技术设计”“规划构建方案”）→ design.md
• Tasks（“创建任务”“拆分为任务”“任务拆分”）→ tasks.md
• Implement（“实现任务 T-1”“实现 T-1 到 T-4”“实现切片 S-1”“执行任务”“全部实现”）→ implement.md
• Validate / UAT（“运行 UAT”“手动测试”“验证流程”）→ validate.md
• Archive（“归档功能”“归档此规范”）→ archive.md

工作流

specify → design → tasks → implement → [validate] → [archive]
   └────────┴────────┴──────────┴──────────┴ a mechanical change skips all of this: one-liner → branch → implement inline

Specify 的分诊会决定采用哪条路径：不涉及任何关键决策的机械性变更会在自己的分支上直接内联实现，只需一句说明；包含多个可分别交付成果的提示词，则按每个成果拆分为一个功能。其他情况都会生成相应产物，并依次执行各阶段。Verify 是 implement 中针对每项任务进行的思考步骤，绝不是面向用户的阶段。Validate 是针对运行中应用的可选 UAT。Archive 是针对任何状态下功能的手动整理操作，不会自动执行，也不会主动建议。