从 Vibe Coding 到 SDD(规范驱动开发)：AI 原生时代的软件工程化实践

大家好，我是玄姐。

PS：

OpenClaw 之后，Harness Engineering 到底是什么？在企业如何落地？有哪些使用场景？具体的实践经验是什么？今晚开场直播详细讲解，欢迎点击预约，直播见。

一、问题域：当"氛围编程"遇上企业级工程

2025 年，Andrej Karpathy 提出的 Vibe Coding（氛围编程）彻底引爆了开发者社区，通过自然语言描述意图，让 LLM 自主生成代码，人类只负责验收与迭代。这种模式在原型验证、创意探索场景下表现出惊人的生产力，但一旦进入企业级系统与大型团队协作的深水区，其工程化短板迅速暴露：

核心矛盾在于：AI 加速了代码产出，却引入了新的复杂性。规范驱动开发（Spec-Driven Development，SDD）正是为此而生的工程化解法，将软件工程重心从"代码实现"上移至"规范定义"，让人类专注"谱子"，AI 专注"演奏"。

二、SDD 工具生态的四极格局

当前 SDD 领域已形成四种截然不同的技术路线，分别对应轻量演进、宪法治理、端到端闭环与组织仿真四大范式：

1.框架定位矩阵

2.OpenSpec：存量系统的"微创外科手术刀"

核心机制：Spec Delta（规格差异）

OpenSpec 采用文件系统的异步变更模型，通过 openspec/specs/（真理仓库）与 openspec/changes/（变更暂存区）的隔离设计，实现对遗留系统的"蚕食式"重构：

令牌效率最优：AI 仅需读取受影响的规格片段，而非全量代码上下文
低侵入性：无需补齐历史文档，局部建立规格即可驱动变更

典型工作流：/opsx:proposal→ 生成变更提案 →/opsx:apply 执行

3.GitHub Spec-Kit：企业级工程的"宪法范式"

核心机制：Constitution（开发宪法）+ 四阶段门禁

通过 constitution.md 建立主权式约束机制，将 LLM 的概率性输出约束在确定性框架内：

宪法示例：

markdown 复制代码

## 技术禁令- 必须使用 Tailwind CSS，严禁 CSS Modules- 禁止 TypeScript `any` 类型
## 安全红线- 严禁硬编码 API Key，必须环境变量注入

4.Amazon Kiro：端到端自动化的"双向闭环"

核心机制：实时双向同步 + 对话驱动流水线

与 Spec-Kit 的"分阶段门禁"不同，Kiro 强调从模糊需求到代码交付的端到端自动化：

双向同步（Bidirectional Sync）：代码变更自动反向更新规格文档，确保 Spec 与 Code 始终对齐
自动化 Hooks：将 SDD 流程原生嵌入 DevOps 流水线，每次提交触发合宪性检查
对话式交互：通过自然语言对话直接驱动规范生成与代码实现，降低使用门槛

工作流对比：

Spec-Kit：人类主导阶段推进（明确的人机分工）
Kiro：AI 主导流程推进（人类更多进行验收与纠偏）

5.BMAD-METHOD：多智能体协作的"组织仿真"

核心机制：21+ 角色智能体矩阵 + 文档分片（Sharding）

将软件开发转化为标准化的多智能体社会系统：

核心规划三人组：

分析师 (Analyst)：市场研究与可行性验证，防止无价值开发
产品经理 (PM)：业务目标翻译为 FRs/NFRs，输出完整 PRD
架构师 (Architect)：技术选型与安全性评估，审查需求可行性

技术创新：

文档分片（Document Sharding）：将庞大 PRD 拆分为原子化故事文件，解决长上下文下的"中间信息丢失"
派对模式（Party Mode）：多智能体圆桌辩论（如 Architect 与 Developer 技术选型辩论），人类作为"战略导演"裁决

6.四框架深度技术对比

7.ROI 与适用场景决策树

场景一：存量系统现代化（Brownfield）

首选 OpenSpec：无需全量理解代码，局部建立规格即可驱动变更，侵入性最小

场景二：强合规企业级开发（Pragmatic Enterprise）

首选 Spec-Kit：宪法机制强制执行行业安全标准，四阶段工作流提供完美审计追踪

场景三：追求端到端自动化与快速迭代

首选 Amazon Kiro：双向同步确保文档不滞后，自动化 Hooks 降低人工流程负担，适合追求效率的敏捷团队

场景四：复杂多维项目与全自动化探索（Agentic Agile）

首选 BMAD-METHOD：多智能体角色提供深度业务思考，分片技术支持超长周期项目管理，总时长可缩减40-60%

三、SDD 工程闭环：规范驱动的开发宪法

基于 SpecKit 方法论，SDD 开发周期构成动态闭环，并建立在不可变更的核心原则（Constitution）之上：

1.规范阶段（Specify）

目标：将模糊需求转化为 AI 可读的结构化规范（Markdown 为主）。

关键要素：

用户故事与场景：明确主路径与边缘场景
验收标准：Given/When/Then 行为描述
实体与约束：业务实体定义、非功能需求（并发/性能/安全）
排除项：明确不描述实现细节（How）

2.计划阶段（Plan）

目标：将规范翻译为可执行的工作清单。

产出物：

模块划分与职责边界
数据模型与状态流转
接口契约（OpenAPI 格式）
任务清单与规范条目映射关系

3.实现与验证（Implement & Verify）

AI 根据任务列表产出代码，人类担任架构监理角色。验证环节包含：

自动化测试：场景覆盖率检查
静态合规：Constitution 红线扫描
人工验收：业务体验确认

4.反馈闭环（Feedback）

生产环境的 Bug 与新需求不直接打补丁，而是：

首先更新规范（Spec）
重新走计划/实现/验证闭环
确保所有产物（规范、代码、测试）持续对齐

四、工程实践：SpecKit + GitHub Copilot 最小可行示例

以下演示如何使用 SpecKit CLI 建立 SDD 工作流：

步骤 1：环境初始化

cs 复制代码

# 安装 SpecKit CLIuv tool install specify-cli --from git+https://github.com/github/spec-kit.git
# 初始化项目specify init Blogsite

初始化后，.github/ 目录下将生成对应 SDD 环节的 Prompt 模板，Copilot 面板中可通过 /speckit 命名空间调用：

步骤 2：制定项目宪法

在 Copilot 中执行 /speckit.constitution
生成 .specify/memory/constitution.md

markdown 复制代码

# Blogsite 开发宪法
## 架构原则- 采用 Next.js 14 App Router 架构- 组件化设计：UI 层与逻辑层严格分离- 数据层使用 Prisma ORM + PostgreSQL
## 质量红线- 所有功能必须附带单元测试（覆盖率 &gt; 80%）- 无类型安全检查（TypeScript strict 模式）- 禁止直接操作 DOM，必须通过 React 生命周期
## 文档同步- 每次代码变更必须同步更新 README 与 API 文档- 规范文档优先于代码注释

步骤 3：规范驱动迭代

场景：新增"文章评论"功能

Specify：使用 /speckit.specify 生成 PRD，明确评论嵌套层级、审核状态流转、用户权限矩阵
Plan：使用 /speckit.plan 拆解为数据库 Schema 变更、API 接口设计、前端组件实现
Implement：AI 依据任务清单生成代码，人类审核架构合规性
Verify：自动化测试覆盖主路径与边缘场景（空评论、超长文本、XSS 防护）

五、组织架构 implications：从"码农"到"规范架构师"

SDD 不仅是技术范式变革，更是角色定位的升级：

六、结论与展望

Vibe Coding 代表了 AI 编程的民主化趋势，而 SDD 代表了其工程化收敛。二者并非对立，而是构成了完整的 AI 原生开发光谱：

探索阶段：Vibe Coding 快速验证想法
生产阶段：SDD 确保架构一致与可维护性
演进阶段：规范驱动的闭环实现持续架构治理

随着 GitHub SpecKit、Amazon Kiro、OpenSpec 等工具生态的成熟，SDD 正从理论走向规模化工程实践。对于企业技术团队而言，越早建立"规范即代码"（Spec as Code）的工程文化，越能在 AI 编程浪潮中保持技术资产的可控性与可持续性。

PS：

好了，这就是我今天想分享的内容。如果你对构建企业级 AI 原生应用新架构设计和落地实践感兴趣，别忘了点赞、关注噢~

---1---

加我微信

扫码加我👇有很多不方便公开发公众号的我会直接分享在朋友圈，欢迎你扫码加我个人微信来看👇

加星标★，不错过每一次更新！

⬇戳"阅读原文"，立即预约！