在 2025 年初，由 Andrej Karpathy 提出的 “氛围编程”（Vibe Coding） 概念迅速席卷全球开发圈 。它描述了一种极其诱人的场景：开发者不再纠结于语法和分号，只需通过自然语言与 AI 对话，凭“感觉”和“意图”就能在几小时内手捏出一个原型产品。

什么是 SDD：将“意图”确立为真相

• 规格先行 (Spec-first)：在编码前先写好详尽规格，用于当前的开发任务。
• 规格锚定 (Spec-anchored)：任务完成后保留规格，作为功能后续演进和维护的持续依据。
• 规格即源码 (Spec-as-source)：这是终极愿景——人类只编辑规格，不直接触碰代码，代码被视为规格的派生制品。

SDD 的四阶段工作流：从模糊到精准

SDD 改变了“需求 -> 代码”的跳跃式路径，引入了严谨的四阶段循环：

这一阶段不讨论技术栈，只讨论用户价值和业务意图。

当“做什么”确定后，AI 代理会根据项目宪法（如技术栈、架构模式）生成技术蓝图。

角色进阶：从“编码者”到“意图架构师”

在 SDD 模式下，资深软件工程师的角色正在经历职业生涯以来最大的转变：

• 从“执行者”到“指挥者” (Conductor)：资深工程师不再亲自搬砖，而是引导 AI 智能体完成特定任务，实时干预和迭代。
• 从“微观管理”到“统筹者” (Orchestrator)：更高阶的工程师将负责监督由多个 AI 智能体组成的“交响乐团”，协调前端、后端、测试等不同角色的 AI 异步并行工作。
• 系统意图的架构师：你的终极价值从“写代码”转向“定义规则”。正如业界专家所言：我们的工作正从“我该如何编码”转变为“我该如何让正确的代码被构建出来” 。

生产级质量的保障：五支柱验证框架

• 安全验证：集成 SAST、扫描依赖漏洞、检测硬编码密钥，防御 SQL 注入。
• 测试要求：强制执行最小单元测试覆盖率，进行 API 集成和 E2E 测试。
• 代码质量标准：通过工具测量圈复杂度，设置可维护性阈值，确架构模式一致性。
• 性能验证：在规范中明确响应时间、内存/CPU 限制，并进行负载测试。
• 上线就绪：验证配置管理、日志记录的可观测性，以及完善的回滚方案。

现实的残酷：SDD 是“瀑布模型”的还魂吗？

尽管 SDD 愿景美好，但在实践中也面临激烈争议。

实际痛点包括：

• Markdown 地狱：一个简单的功能可能生成 8 个文件和上千行文字，导致开发者花费 80% 的时间在阅读而非思考上。
• 双倍评审成本：开发者必须先审查规格，再审查实现，时间成本直接翻倍。
• 虚假的控制感：即使有规格，AI Agent 仍可能忽略指令或产生幻觉。
• Token 成本生死线：复杂的规范和多轮 Agent Loop 会导致 Token 消耗激增，成为企业的核心财务风险。

总结：如何优雅地拥抱 SDD？

SDD 并不是要完全回归瀑布流，而是试图在 AI 带来的极速开发（Vibe Coding）与传统工程的严谨性（Quality）之间取得平衡。

给工程师的转型指南：

• 从“如何做”转为“为何做”：强迫自己在写代码前，先写出高质量的 requirements.md 。
• 将 AI 视为“初级伙伴”：不要期待 AI 能读心，要提供清晰的指令和上下文。
• 渐进式引入：不要一夜之间改变流程，从一个非关键的新特性模块开始试点。