精选理由
做 AI 编程或 Agent 工作流的开发者，终于有了一个可落地的「需求→实现→校验」闭环方案，Warp 开源了三个 Skills 可以直接用，建议试试。
Warp 团队提出 Spec 驱动开发 (SDD) 方法，通过产品规格 (PRODUCT.md) 和技术规格 (TECH.md) 将需求固化为可执行文档，作为 PR 的一部分提交和审查。该方法包含五个步骤：写产品规格、写技术规格、按规格实现、规格一致性校验、端到端验证。Warp 开源了三个 Skills（/write-product-spec、/write-tech-spec、/validate-changes-match-specs），可复用至任何 Agent 工作流，解决 Agent 因需求理解偏差导致的错误。核心在于把人的工程习惯（先 PRD、再设计、再实现、再验收）变成 Agent 可执行的流水线。
AI 翻译 · 中文
Warp 团队提出 Spec 驱动开发 (SDD) 方法，通过产品规格 (PRODUCT.md) 和技术规格 (TECH.md) 将需求固化为可执行文档，作为 PR 的一部分提交和审查。该方法包含五个步骤：写产品规格、写技术规格、按规格实现、规格一致性校验、端到端验证。Warp 开源了三个 Skills（/write-product-spec、/write-tech-spec、/validate-changes-match-specs），可复用至任何 Agent 工作流，解决 Agent 因需求理解偏差导致的错误。核心在于把人的工程习惯（先 PRD、再设计、再实现、再验收）变成 Agent 可执行的流水线。
Spec 驱动开发 (SDD) 需要这三个 Skills：覆盖 Spec -> Implement -> Verify 闭环 Agent 出错往往是需求理解偏差。解决办法是把规格当作 PR 的一部分，让队友和 Agent 都能对照同一份文档。 规格分两层： 1. 产品规格：PRODUCT.md 做什么，用户视角、用户故事、可验证的产品不变量 2. 技术规格：TECH.md 怎么做，架构、代码位置、实现策略 都放在 specs…