使用 Claude Skills 进行规格驱动开发：更快地交付功能
学习如何使用 Claude Skills 实施规格驱动开发。SDD 工作流的实用指南：头脑风暴、规划、实现和交付——更少摩擦、更高质量。
大多数功能开发的失败不在编码阶段——而是在编写第一行代码之前。模糊的需求、遗漏的依赖和缺失的质量标准由首先键入 git commit 的人来决定，通常是在截止日期压力下。规格驱动开发（SDD）通过将规格作为主要产物来解决这个问题，代码成为生成的输出。
本指南展示一组精选的 Claude Skills 如何实现完整的 SDD 周期：从原始想法到经过审查的 pull request，每个阶段都有结构化的交接。
什么是规格驱动开发？
SDD 将决定构建什么的认知工作与构建它的机械工作分开。一个功能经过三个显式阶段：
- 头脑风暴——探索解决方案空间；在承诺之前浮现权衡。
- 规划——产出正式规格：架构决策、文件级任务分解、并行化策略和验证标准。
- 实现——按规格执行，带有自动化检查点和质量门控。
生产力的提升不是来自在任何单个阶段更快地移动。它来自消除设计和实现之间的不断上下文切换，这种切换会降低两者的质量。
四 Skill 流水线
步骤 1——使用 git-analyze-issue 分析 Issue
git-analyze-issue skill 将 GitHub Issue 转化为结构化的技术规格文档。
步骤 2——使用 sdd-brainstorm 探索方案
sdd-brainstorm skill 始终生成恰好六个方案：三个遵循您技术栈中已建立模式的高概率方案，和三个可能涉及不同抽象、第三方集成或架构转变的探索性方案。
步骤 3——使用 sdd-plan 构建任务规格
sdd-plan 通过六阶段完善流水线将决策转化为实现就绪的规格：并行分析、架构综合、任务分解、并行化规划、验证标准和质量门控晋升。
步骤 4——使用 sdd-implement 带检查点实现
sdd-implement 按批准的规格执行。它与朴素的"写代码"提示有三个重要区别：
LLM-as-Judge 验证。 完成规格中的每个任务后，Claude 根据规划阶段定义的验证标准评估自己的输出。
断点恢复。 如果长时间运行的实现被中断，sdd-implement 从最后验证的检查点恢复而不是重新开始。
人机交互门控。 规格可以将某些决策指定为人工检查点。
将 SDD 与您的 Git 工作流集成
一个完整的 SDD 周期通常如下：
1. 在 GitHub 中创建 Issue
2. git-analyze-issue → 结构化技术规格文档
3. sdd-brainstorm → 呈现六种方案
4. 团队审查头脑风暴，选择方案（5 分钟）
5. sdd-plan → 带验证标准的实现规格
6. 团队审查规格，批准（10 分钟）
7. sdd-implement → 带自动验证的代码产出
8. review-local-changes → 多智能体审查报告
9. git-create-pr → 以规格为基础的描述打开 PR
10. 审查者合并
步骤 3-9 对于传统工作流下需要一天来回的功能，可以在一小时内完成。
何时 SDD 适合——何时不适合
SDD 增值最多的情况：
- 功能涉及多个子系统或团队
- 需求在开始时真的模糊
- 实现将由不在初始设计对话中的工程师审查
- 需要架构决策的可审计记录
SDD 增值较少的情况：
- 原因和解决方案已知的热修复
- 打算丢弃的探索性 spike
- 没有跨系统依赖的单文件更改
开始使用
所有四个 skills 都可在 Claude Skills Hub 上获取：
- git-analyze-issue——将 GitHub Issues 转化为技术规格
- sdd-brainstorm——在承诺之前探索解决方案空间
- sdd-plan——产出带质量门控的实现就绪任务规格
- sdd-implement——带自动验证和人工检查点执行
SDD 的目标不是将工程师移出循环——而是确保循环在正确的抽象层级运行。决策属于规格。执行属于实现。Claude Skills 使这种分离变得实际可行。
