Spec-Driven Development

概览

在编写任何代码之前，先写一份结构化规格说明。spec 是你和人类工程师之间共享的事实来源，它定义我们要构建什么、为什么构建，以及如何知道它完成了。没有 spec 的代码就是猜测。

何时使用

• 开始一个新项目或功能
• 需求有歧义或不完整
• 变更触及多个文件或模块
• 你即将做出架构决策
• 任务实现需要超过 30 分钟

何时不要使用： 单行修复、拼写更正，或需求明确且自包含的变更。

门控工作流

Spec-driven development 有四个阶段，前面还有一个范围检查（阶段 0），它只在一个请求打包了多个可独立测试的能力时才会激活。当前阶段被验证之前，不要进入下一阶段。