Update from Sync Service
This commit is contained in:
105
参考资料/SDD_规格驱动开发/INDEX_参考资料.md
Executable file
105
参考资料/SDD_规格驱动开发/INDEX_参考资料.md
Executable file
@@ -0,0 +1,105 @@
|
||||
---
|
||||
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*
|
||||
Reference in New Issue
Block a user