# SDD 工具横向对比:GSD、Spec Kit、OpenSpec 与 Taskmaster
SDD 不是单一工具,而是一条从规格纯度到执行深度的光谱——选型取决于你是要标准化流程、管理存量变更,还是编排自主并行执行。
2025 年初 SDD 还是小众工作流;到 2026 年初,GSD、Spec Kit、OpenSpec、Taskmaster AI 等工具合计 137,000+ GitHub Stars,规格驱动已从实验走向主流。但热度不等于 fit all——四类工具在「规格纯度 ↔ 执行深度」光谱上占据不同位置。
从 Vibe Coding 到 Spec-Driven
| 模式 | 核心逻辑 | 适用场景 | 风险 |
|---|---|---|---|
| Vibe Coding | 凭直觉描述,AI 直接生成 | 原型、个人项目 | 架构漂移、长会话质量衰减 |
| Plan Mode | 先分解任务、对齐计划再实现 | 大型代码库、跨模块变更 | 规划耗时,但降低返工 |
| Spec-Driven | 结构化规格定义「做什么」,AI 在约束内实现 | 团队协作、长期迭代 | 需要 upfront 投入,可规模化 |
SDD 工具共享四个前提:规格先于实现、规格可执行、规格可迭代、规格可版本化。详见 SDD 真相源。
四大工具一句话定位
| 工具 | 定位 | Stars(量级) | 核心哲学 |
|---|---|---|---|
| GSD | 执行编排 + Context 工程 | ~51K | 出货优先,拒绝仪式 |
| Spec Kit | GitHub 官方 SDD 标准流程 | ~50K+ | 规格即真理,跨 Agent 标准化 |
| OpenSpec | 轻量 Brownfield 变更管理 | ~20K+ | 灵活不僵化,迭代非瀑布 |
| Taskmaster AI | PRD→任务 DAG 分解 | ~15K+ | 持久记忆 + 依赖感知 |
各工具深度
GSD — 执行编排型
“The complexity is in the system, not in your workflow.”
工作流:Discuss → Plan → Execute → Verify → Ship
差异化在 Context Isolation:每个执行单元获得独立 context window,从文件化 artifacts 构建而非累积 chat history;每个 task 产生 atomic git commit。适合长周期项目、context rot 是主要痛点的团队。
Spec Kit — 规格标准型
工作流:Constitution → Specify → Plan → Tasks → Implement
- Constitution 嵌入不可协商原则(测试覆盖率、技术栈约束)
- 支持 30+ AI Agent,Specify CLI 一键脚手架
- 位于 orchestration spectrum 中间地带:详细 spec/plan 引导 Agent,但不管理 parallelism 或 agent isolation
适合需要跨工具一致性、已有 GitHub 生态的企业团队。
OpenSpec — Brownfield 变更型
“Fluid not rigid, iterative not waterfall.”
openspec/
├── specs/ # 系统当前行为(Source of Truth)
└── changes/ # 每变更一文件夹
└── <change-name>/
├── proposal.md
├── design.md
├── tasks.md
└── specs/ # Delta Specs
Delta Specs 只描述「什么在变」,token 效率高;多个 change 可并行存在。适合存量系统迭代、重构、小 scope 高 volume 变更。
Taskmaster AI — 任务分解型
核心能力:PRD → Task DAG、Persistent Context、Dependency Mapping、MCP Integration。位于 spectrum 任务分解端——强调 granular decomposition,不实现 execution unit 间的 explicit context isolation。适合 Cursor/Windsurf 内的大型项目。
编排光谱
规格纯度 ◄──────────────────────────────────────► 执行深度
OpenSpec Spec Kit Taskmaster AI GSD
(变更隔离) (规格标准) (任务分解) (执行编排)
横向对比矩阵
| 维度 | GSD | Spec Kit | OpenSpec | Taskmaster |
|---|---|---|---|---|
| Greenfield / Brownfield | 两者 | 偏 Greenfield | Brownfield-first | 两者 |
| Context Rot 防护 | ★★★★★ 显式隔离 | ★★★☆☆ 隐式边界 | ★★★☆☆ 变更隔离 | ★★★★☆ 持久记忆 |
| 并行执行 | ★★★★★ Wave-based | ★★☆☆☆ | ★★☆☆☆ | ★★★☆☆ DAG |
| 学习曲线 | Medium | Medium-High | Low | Medium |
选型决策
| 如果你的首要需求是… | 推荐 |
|---|---|
| 深度执行编排、抗 context rot | GSD |
| 规格标准广度、跨 Agent 一致性 | Spec Kit |
| Brownfield 变更管理、低仪式 | OpenSpec |
| Cursor 内 PRD→DAG、持久记忆 | Taskmaster AI |
工具并非互斥。常见组合:
| 场景 | 组合 | 理由 |
|---|---|---|
| 企业 SDD 标准化试点 | Spec Kit + OpenSpec | 标准流程 + 日常变更 |
| 存量系统 AI 改造 | OpenSpec + Taskmaster | Delta spec + 任务分解 |
| 高自主执行试点 | Spec Kit + GSD | 标准化 Inner Loop + 编排 Middle Loop |
SDD 与 Harness / Outer Loop
SDD 解决 「做什么」;Harness/Skills 解决 「怎么做」;Outer Loop 解决 「如何门禁」。
| 层 | 代表 | 核心问题 |
|---|---|---|
| 规格层 | Spec Kit, OpenSpec, GSD | 如何把需求结构化为 AI 可执行规格? |
| Harness 层 | Superpowers, Rules, Skills | 如何让 Agent 按工程流程做事? |
| Outer Loop | CI、Semgrep、Argo CD | 如何门禁 AI 生成的代码? |
完整 picture 需要三层叠加。OpenSpec + Superpowers + gstack 的组合实践见 OpenSpec + Superpowers + gstack 集成栈。
关键 Takeaways
- SDD 是光谱,不是单一工具 — 选型取决于问题类型,而非 Stars 数
- Context Rot 是 2026 核心挑战 — GSD 的 context isolation 是当前最深解法
- Brownfield 是主战场 — OpenSpec 的 delta spec 策略最务实
- 标准化 vs 灵活性是核心权衡 — Spec Kit 换一致性,OpenSpec 换灵活,GSD 换自主执行
参考
- Rick Hightower, Where SDD Tools Diverge, Spillwave Solutions, 2026
- GitHub Spec Kit
- OpenSpec
- GSD Core