2.9 KiB
Executable File
2.9 KiB
Executable File
title, tags, created, updated
| title | tags | created | updated | ||||
|---|---|---|---|---|---|---|---|
| 参考资料 - SDD 规格驱动开发 |
|
2026-04-21 | 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 特点
- 规格说明优先：先写规格，再让 AI 编写代码
- 规格是契约：人与 AI 之间的沟通媒介
- 结构化多阶段工作流：规格 → 计划 → 任务 → 实现
- 治理层：通过"宪法"文件定义不可变原则
- 版本控制的活文档：规格随项目演进更新
与其他方法的关系
| 方法 | 与 SDD 的关系 |
|---|---|
| BMAD | 敏捷 AI 驱动开发框架，可与 SDD 结合使用 |
| Vibe Coding | SDD 是对随兴编码的改进 |
| Harness Engineering | SDD 关注规格，Harness 关注运行时环境 |
整理：知识库管理员 | 归档：2026-04-21