---
title: 参考资料 - SDD 规格驱动开发
tags:
  - 参考资料
  - SDD
  - 规格驱动开发
  - AI Engineering
created: 2026-04-21
updated: 2026-04-21
---

# SDD 规格驱动开发 参考资料

> 整理自 11 份原始资料
>
> 来源：Thoughtworks Technology Radar、Birgitta Böckeler、GitHub spec-kit、OpenSpec、BMAD METHOD、Kevin Ryan、Bezael Pérez、Enrico Papalini、Udemy 课程、O'Reilly 培训
>
> 整理日期：2026-04-20

---

## 原始文档

| 文件 | 说明 |
|------|------|
| [[什么是SDD_规格驱动开发.pdf]] | 完整介绍文档 |

---

## 核心定义

**规格驱动开发 (Spec-Driven Development)**：以结构化的功能规格说明为起点，再经过多步骤将其分解为更小的片段、解决方案和任务的开发工作流。

**核心理念**：
- 规格说明优先于代码 (spec-first)
- 规格是人与 AI 的共同真相来源
- 代码是派生产物，规格是主制品

---

## 核心公式

```
传统模式：思考 → 编码 → 文档
SDD模式：规格 → 生成 → 验证
```

---

## 主要观点汇总

| 来源 | 核心观点 |
|------|----------|
| Thoughtworks | 结构化规格 → 逐步分解 |
| Birgitta Böckeler | 文档优先；规格作为真相来源 |
| GitHub spec-kit | 规格可执行；维护软件即维护规格 |
| Kevin Ryan | 规格为制品；代码为副作用 |
| Bezael Pérez | 规格是对抗 AI 不确定性的确定性锚 |
| OpenSpec | 轻量级规格层；先对齐再编码 |

---

## 规格层级 (Birgitta Böckeler)

| 层级 | 说明 | 工具/作者 |
|------|------|----------|
| Spec-first | 任务开始时写规格，完成后可丢弃 | 大多数工具 |
| Spec-anchored | 任务完成后保留规格，后续演进时继续使用 | GitHub spec-kit |
| Spec-as-source | 规格是持续维护的主制品，代码完全由规格生成 | Tessl、Kevin Ryan |

---

## 工作流阶段

| 来源 | 阶段划分 |
|------|----------|
| Kevin Ryan / Papalini | Specify → Plan → Tasks → Implement (4阶段) |
| O'Reilly 培训 | Spec → Plan → Work → Review (4阶段) |
| GitHub spec-kit | Constitution → Specify → Plan → Tasks → Implement (5步) |
| Kiro (AWS) | Requirements → Design → Tasks (3步) |
| OpenSpec | Propose → Apply → Archive (3步) |

---

## SDD 特点

1. **规格说明优先**：先写规格，再让 AI 编写代码
2. **规格是契约**：人与 AI 之间的沟通媒介
3. **结构化多阶段工作流**：规格 → 计划 → 任务 → 实现
4. **治理层**：通过"宪法"文件定义不可变原则
5. **版本控制的活文档**：规格随项目演进更新

---

## 与其他方法的关系

| 方法 | 与 SDD 的关系 |
|------|--------------|
| BMAD | 敏捷 AI 驱动开发框架，可与 SDD 结合使用 |
| Vibe Coding | SDD 是对随兴编码的改进 |
| Harness Engineering | SDD 关注规格，Harness 关注运行时环境 |

---

*整理：知识库管理员 | 归档：2026-04-21*