SDC：Claude Code的规格驱动开发插件，用结构化工作流告别"氛围编程"

SDC（Spec-Driven Claude）是一个专为Claude Code设计的规格驱动开发（SDD）插件。它通过/sdc.clarify、architect、tdd、backend/frontend等专业代理和斜杠命令，强制执行"先写规格、后写代码"的流程，解决AI编程中常见的"氛围编程"问题——即代码看起来对但实际不符合需求的情况。

在使用AI编程助手（如Claude Code）时，许多开发者都遇到过这样的困境：你描述了一个功能需求，AI迅速生成了代码，代码看起来合理、语法正确，甚至能运行——但实际行为却与预期不符。

这种现象被称为"氛围编程"（Vibe Coding）：AI生成的输出在表面上看起来是对的，但缺乏对真实意图的准确理解。根本原因在于需求描述往往模糊不清，而AI倾向于基于统计模式生成"最可能正确"的代码，而非"真正正确"的代码。

规格驱动开发（Spec-Driven Development, SDD）正是为了解决这一问题。它要求在编写任何代码之前，先编写完整、详细的规格说明，明确所有接口、类型、验收标准和业务规则。只有当规格被批准后，才进入实现阶段。

SDC（Spec-Driven Claude）将这个理念深度集成到Claude Code中，通过结构化的工作流和专业化的代理，强制执行SDD流程。

在SDD中，规格定义了完整的契约：

• API契约：端点、状态码、请求/响应结构
• 类型定义：TypeScript接口（或等效物）供前端使用
• DTO/Schema：后端的输入验证
• 验收标准：可验证的行为定义"完成"
• 业务规则：仅从契约看不明显的逻辑

后端和前端独立阅读同一份规格，得出一致的结果。没有错位，没有重写。

SDD并非适用于所有场景：

• 适合SDD：引入新行为的功能开发
• 直接实现：Bug修复、小的视觉调整、轻微重构

理解这个边界对于高效使用SDC至关重要。

SDC安装四个全局斜杠命令到Claude Code，形成一个完整的工作流：

参与者：你 + Claude

这是整个流程的起点。你描述功能，Claude提出有针对性的问题来消除歧义，并评估范围是否适合一个规格，或者应该拆分。

关键产出：

• 明确的需求描述
• 范围边界定义
• 是否需要拆分的建议

参与者：architect代理（使用opus模型）

architect代理负责编写完整的规格文档，保存在docs/specs/目录下。它呈现规格摘要并等待你的明确批准，然后才继续。

这是SDD的关键控制点：在规格被批准之前，不会开始任何实现工作。

参与者：tdd代理（使用sonnet模型）

根据验收标准编写测试——在实现存在之前。测试会失败，这是预期的。测试先行的方法确保：

• 验收标准是可验证的
• 实现有明确的目标
• 回归测试已经就位