105 lines
2.9 KiB
Markdown
Executable File
105 lines
2.9 KiB
Markdown
Executable File
---
|
||
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* |