SDD
以形式化规范文档为核心驱动力的软件开发方法论，在编写代码前通过结构化文档精确定义系统行为边界，强调「规范即合同」，前后端团队可依据同一份规范并行开发
核心事实
时间轴 (近 90 天)
Codex采用SDD（规范驱动开发）思想，通过AGENTS.md、技能文档建立结构化输入
SDD（规范驱动开发，Spec-Driven Development）的基本思路是在AI写代码前，先用结构化文档把需求、架构、接口契约、测试预期等完整描述清楚，再由AI依规范逐步生成代码
同一份高质量规范文档可驱动Cursor、Claude Code及其他支持大模型的编程工具生成质量相近的输出
在复杂项目里第一次生成代码的开销可控，真正的隐性成本藏在反复修改的循环中
衡量SDD价值应看是否换来更少的跑偏、更清楚的需求边界、更低的返工成本，而非只看Token消耗
落地SDD的实战建议包括：简单改动直接做、复杂需求前置固定关键信息、任务拆解以清晰边界为准、用返工率验证价值
采用SDD流程需要先整理需求、写Spec、补约束、拆任务，Token消耗可能比直接Prompt翻好几倍
SDD使用的两种极端误区是用得太满（小改动套完整流程）和用得太空（复杂需求只写空泛Spec）
任务拆得太粗等于没拆，拆得太细则会导致上下文传递成本爆炸
Spec Kit是与SuperPower同类思路的SDD规范驱动开发工具
还有 9 条时间轴事件
全部知识事实 (20)
AI模型生命周期管理对开发者日益重要，需要建立清晰的部署、监控与退役机制
65%已验证SDD（规范驱动开发）通过向AI提供结构化规范文档使生成代码符合架构约束，是从玩具项目跨越到企业级系统的关键分水岭
65%已验证Spec-Kit/SDD（规范驱动开发）通过结构化PRD文档、API契约、数据模型定义等技术规范约束AI生成边界
65%待验证SDD全流程包括市场调研与需求分析、业务建模、架构设计与技术选型、PRD文档生成、前端UI设计、后端代码生成、前端代码生成、前后端联调、代码管理部署测试与运维九个关键环节
85%待验证SDD（Spec-Driven Development，规范驱动开发）在日常小迭代中写Spec的成本远高于直接写代码，且Spec基本是一次性的难以积累价值
70%待验证任务拆得太粗等于没拆，拆得太细则会导致上下文传递成本爆炸
60%待验证Spec Kit是与SuperPower同类思路的SDD规范驱动开发工具
60%待验证SDD领域有Open Spec、Spec Kit、Superpowers三套主流框架，分别对应轻量入门、完整脚手架和行为约束
60%待验证Codex采用SDD（规范驱动开发）思想，通过AGENTS.md、技能文档建立结构化输入
50%待验证SDD（规范驱动开发，Spec-Driven Development）的基本思路是在AI写代码前，先用结构化文档把需求、架构、接口契约、测试预期等完整描述清楚，再由AI依规范逐步生成代码
50%待验证同一份高质量规范文档可驱动Cursor、Claude Code及其他支持大模型的编程工具生成质量相近的输出
50%待验证SDD使用的两种极端误区是用得太满（小改动套完整流程）和用得太空（复杂需求只写空泛Spec）
50%待验证落地SDD的实战建议包括：简单改动直接做、复杂需求前置固定关键信息、任务拆解以清晰边界为准、用返工率验证价值
50%待验证采用SDD流程需要先整理需求、写Spec、补约束、拆任务，Token消耗可能比直接Prompt翻好几倍
50%待验证衡量SDD价值应看是否换来更少的跑偏、更清楚的需求边界、更低的返工成本，而非只看Token消耗
50%待验证在复杂项目里第一次生成代码的开销可控，真正的隐性成本藏在反复修改的循环中
50%待验证SDD方法论与传统软件工程中的Design-by-Contract（契约式设计）理念一脉相承，但将契约消费者从人类开发者扩展到了AI模型
50%待验证SDD的核心思路是给编程智能体一个Markdown文件或详尽提示词说明要构建什么，由智能体去实现这份规范
50%待验证一份典型的SDD文档包含修改范围、行为规格、技术约束和验收标准四类结构化信息
50%待验证文章推荐了Open Spec（轻量级入门）和Specate（完整脚手架方案）等SDD框架供不同场景选用
50%