Spec-Driven Development
规范驱动开发（Spec-Driven Development）是一种AI编程方法论，通过在代理执行前编写详细规范文档来约束和引导AI代理，将"定义是什么"与"实现怎么做"解耦，以提升意图保真度并减少无监督AI生成的混乱状态
时间轴 (近 90 天)
SDD的三大收益是用小改动控制大变更、消除上下文衰减、提升意图保真度
SDD也适用于已有的遗留（brownfield）项目，agent可以通过探索现有代码库逆向工程出SDD工件
SDD中每个功能遵循规划（plan）→实现（implement）→验证（validate）的可重复循环，并在独立分支上开发
SDD通过持久化的规范文档充当外部记忆，弥补模型无状态的缺陷
SDD的本质是将说明'做什么、为什么做'的规范与'怎么做'的实现解耦
宪法（Constitution）包含三大支柱：使命（Mission）、技术栈（Tech Stack）和路线图（Roadmap）
SDD 建议开发者要在人在环路（human-in-the-loop）中审查小改动，不直接手动编辑文件而让代理修改以保持所有制品同步避免漂移
SDD（规范驱动开发，Spec-Driven Development）的基本思路是在AI写代码前，先用结构化文档把需求、架构、接口契约、测试预期等完整描述清楚，再由AI依规范逐步生成代码
规格优先理念与业界兴起的规格驱动开发（Spec-Driven Development）趋势相呼应
SDD工作流同时适用于Greenfield（全新项目）和Brownfield（存量代码库）两类项目
还有 5 条时间轴事件
全部知识事实 (17)
GSD的规范驱动开发遵循三阶段工作流：规范起草、规范审查和规范执行
90%待验证SDD（Spec-Driven Development，规范驱动开发）在日常小迭代中写Spec的成本远高于直接写代码，且Spec基本是一次性的难以积累价值
70%待验证SDD也适用于已有的遗留（brownfield）项目，agent可以通过探索现有代码库逆向工程出SDD工件
50%待验证SDD的本质是将说明'做什么、为什么做'的规范与'怎么做'的实现解耦
50%待验证SDD通过持久化的规范文档充当外部记忆，弥补模型无状态的缺陷
50%待验证SDD的三大收益是用小改动控制大变更、消除上下文衰减、提升意图保真度
50%待验证SDD中每个功能遵循规划（plan）→实现（implement）→验证（validate）的可重复循环，并在独立分支上开发
50%待验证SDD 建议开发者要在人在环路（human-in-the-loop）中审查小改动，不直接手动编辑文件而让代理修改以保持所有制品同步避免漂移
50%待验证宪法（Constitution）包含三大支柱：使命（Mission）、技术栈（Tech Stack）和路线图（Roadmap）
50%待验证SDD（规范驱动开发，Spec-Driven Development）的基本思路是在AI写代码前，先用结构化文档把需求、架构、接口契约、测试预期等完整描述清楚，再由AI依规范逐步生成代码
50%待验证规格优先理念与业界兴起的规格驱动开发（Spec-Driven Development）趋势相呼应
50%待验证SDD工作流同时适用于Greenfield（全新项目）和Brownfield（存量代码库）两类项目
50%待验证SDD工作流分为项目层（制定"宪法"定义不可变更标准）和特性层（特性开发循环）两个层级
50%待验证特性开发循环遵循计划（plan）→实现（implement）→验证（verify）三个步骤，每个特性隔离在独立分支上
50%待验证SDD的三大核心优势为：用小改动控制大规模代码变更、消除会话间的上下文衰减、提升意图保真度
50%待验证吴恩达联合JetBrains推出了《规范驱动开发（Spec-Driven Development，SDD）》课程
50%待验证吴恩达领衔的 DeepLearning.ai 与 JetBrains 合作推出了聚焦规格驱动开发的新课程
50%