前言最近有个问题在开发者圈子里吵得不可开交当 Claude Code 有 Plan 模式 Team 蜂群模式可设 PM agent 自动产出 PRDSDD 还必要吗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 到底是什么SDDSpec 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 反而拖慢速度。先跑起来再说规范。五、什么时候必须要 SDD1️⃣ 长期产品超过 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一块交流使用心得