前言
最近有个问题在开发者圈子里吵得不可开交：
当 Claude Code 有 Plan 模式 + Team 蜂群模式（可设 PM agent 自动产出 PRD），SDD 还必要吗？open-spec / spec-kit / workflow 还有价值吗？
这个问题直指 2026 年工程范式的核心争议。
一方面，Claude Opus 4.6 的 Agent Teams 功能已经能用 16 个实例协作开发出能编译 Linux 内核的 C 编译器（10 万行代码），成本仅 2 万美元。
另一方面，质谱发布的 GLM-5 也明确宣布：2026 年是 Agentic Code 时代。
当 AI 一天能生成三个月的代码量，我们还需要繁琐的规范文档吗？
答案可能出乎你的意料：在 Agentic 时代，SDD 不仅没有过时，反而变得更重要了。
一、先搞清楚三个东西的本质
1️⃣ Claude Plan 模式是什么？
本质很简单：
当前任务的推理结构化输出
它的特点：
- 临时性：用完即弃
- 面向当前上下文：只解决眼前问题
- 不保证跨任务一致：每次都是新的推理
- 不形成长期工程契约：不是资产
Plan 是 Agent 的思考草稿，不是工程资产。
2️⃣ 蜂群模式又是什么？
蜂群模式的本质：
多 Agent 角色协作框架
看起来像完整团队：
- PM agent 写需求
- Architect agent 设计
- Dev agent 写代码
- QA agent 测试
听起来很完美对吧？
但注意：蜂群模式解决的是"如何分工协作"，不是"如何形成长期稳定规范"。
每次蜂群运行都是"任务驱动"，它不会自动保证：
- 架构长期一致性
- 设计语言统一
- API 规范持续演进
- 需求版本可追溯
除非你额外设计规则。
3️⃣ 那 SDD 到底是什么？
SDD（Spec Driven Development）的本质：
把需求、设计、约束变成工程契约
它不是"写文档"，而是：
- 结构化
- 可 diff
- 可 review
- 可验证
- 可绑定测试
- 可作为 Agent 的硬约束
SDD 是系统级记忆 + 行为边界。
二、一个表格说清根本区别
| 维度 | Plan | 蜂群模式 | SDD |
|---|---|---|---|
| 生命周期 | 单次任务 | 单次任务 | 长期存在 |
| 目标 | 推理 | 分工 | 约束 |
| 是否形成工程资产 | 否 | 否 | 是 |
| 是否可版本管理 | 否 | 否 | 是 |
| 是否强约束 Agent | 弱 | 中 | 强 |
| 是否适合长期系统 | 一般 | 一般 | 强 |
核心观点来了：
Plan 是认知 蜂群是协作 SDD 是治理
三者解决的根本问题不同，不是替代关系。
三、为什么 Agentic 时代 SDD 反而更重要？
从前vs现在
以前：
- 人写代码慢
- 讨论时间多
- 错误暴露慢
现在：
- Agent 写代码极快
- 可以 1 天生成 3 个月代码量
- 错误放大速度指数级
这就是问题所在。
如果没有 spec 约束，系统会"漂移"。
这就是 Agentic chaos —— 很多 2026 年团队已经遇到的问题。
一个真实场景
想象一下：
你的 PM agent 今天生成的 API 接口风格是 RESTful，明天因为上下文变了，改成 GraphQL 了。
Dev agent 昨天写的代码用的是 TypeORM，今天换成 Prisma 了。
每个 agent 都在"聪明"地做决策，但没人知道系统整体长什么样。
这不是协作，这是混乱。
四、什么时候真的不需要 SDD？
场景一：纯个人项目
- 一人开发
- 生命周期短
- 不在乎长期维护
直接 Plan + 蜂群，完全够用。
场景二：MVP 验证期
目标是快速试错，此时 SDD 反而拖慢速度。
先跑起来，再说规范。
五、什么时候必须要 SDD？
1️⃣ 长期产品
- 超过 6 个月演进
- 多 feature 并行
- 有历史版本
2️⃣ 多团队协作
- 多 PM
- 多 Dev
- 多 Agent 角色
3️⃣ 复杂领域
- 金融
- 医疗
- 安全系统
- 基础设施
因为这些系统需要：
- 可追溯
- 可审计
- 可回滚
- 可验证
Plan 模式做不到。
六、真正的高级形态：蜂群运行在 SDD 约束之下
成熟团队做的不是"蜂群替代 SDD"，而是：
蜂群运行在 SDD 约束之下
具体做法：
- PM agent 必须按 spec 模板输出
- Architect agent 必须遵循接口规范
- Dev agent 只能在 spec 定义范围内写代码
- QA agent 必须按验收条件生成测试
这才是稳定系统。
七、核心判断维度
你可以用一个问题判断是否需要 SDD：
这个系统 1 年后还在吗？
如果答案是"是"，那 SDD 几乎一定需要。
八、终极总结
2024 年： AI 是工具。
2025 年： AI 是协作者。
2026 年： AI 是执行者。
当 AI 成为执行者时，你需要治理结构。
SDD 就是治理结构。
个人开发
Plan + 蜂群 → 完全够用
小团队
轻量 spec + Plan + 蜂群 → 最佳平衡
多团队 / 长期产品
完整 SDD + 蜂群模式 + Workflow → 必选项
高风险系统
SDD + 蜂群 + 严格审计 → 生存之道
写在最后
2026 年的工程范式不是非此即彼的选择题。
Plan、蜂群、Spec、Workflow、Superpower —— 它们不是替代关系，而是不同层级的"控制力"。
关键在于理解每样工具的本质，找到适合自己团队的组合。
毕竟，真正的工程智慧从来不是追求最新技术，而是在合适的场景用合适的工具。
欢迎关注公众号 FishTech Notes，一块交流使用心得！
