夜雨聆风刚开始用 Claude Code 那会儿，我觉得"提示词越详细，产出越精准"。结果一个需求聊下来，上下文窗口塞得满满当当，代码改到第三轮就开始跑偏——明明只想加个表单验证，最后连数据库层都被重写了一遍。
后来我才意识到，Claude Code 真正的瓶颈不是模型能力，而是人类和 AI 的协作方式。市面上陆续出现了不少专门解决这个问题的工作流插件（Skills），它们本质上是一套"元提示词"：告诉 AI 在动手写代码之前，该先做什么、后做什么。
同类项目其实不少，这里选四个主流、维护活跃的做个横评——它们代表了四种不同的协作哲学。没有谁最好，只有适不适合你当前的项目阶段。
快速概览
| Superpowers | /plugin install superpowers@claude-plugins-official | ||
| GSD | npx get-shit-done-cc@latest | ||
| BMAD | npx bmad-method install | ||
| Spec Kit | uv tool install specify-cli --from git+https://github.com/github/spec-kit.git |
Superpowers：把开发流程变成强制规范
仓库：github.com/obra/superpowers
Superpowers 是我目前最常用的工作流。它的核心理念是"先想清楚再动手"——检测到构建意图后强制走完 7 个阶段，不会让你直接跳进写代码。
常用命令：
Superpowers 不是用 slash command 驱动的，而是靠 skill 自动触发。核心技能包括：
brainstorming | ||
writing-plans | ||
executing-plans | ||
systematic-debugging | ||
test-driven-development | ||
requesting-code-review |
适用场景：
• 对代码质量有洁癖、强制 TDD 纪律的团队 • 需求模糊需要 AI 帮你澄清的阶段（brainstorming 很擅长这个） • 想"离开电脑喝杯咖啡，回来看干净代码"的自动化体验
Superpowers 已支持 Claude Code、Codex CLI、Cursor、Gemini CLI 等 8+ 平台。
GSD：专治"聊着聊着 AI 就忘了"
仓库：github.com/gsd-build/get-shit-done
GSD 的核心命题只有一个：上下文退化（Context Rot）。会话越长，AI 输出质量越低。GSD 的解法是把重活甩给子代理，主上下文始终保持在 30-40%。
常用命令：
/gsd-new-project | ||
/gsd-discuss-phase [N] | ||
/gsd-plan-phase [N] | ||
/gsd-execute-phase <N> | ||
/gsd-verify-work [N] | ||
/gsd-ship [N] | ||
/gsd-progress --next |
适用场景：
• 独立开发者或小团队，项目需要长期维护 • 讨厌"每次打开 AI 都要重新解释项目"的体验（GSD 的 .planning/目录解决了跨会话记忆）• 偏好 YOLO 模式的高效率，不想每一步都确认
BMAD Method：把敏捷团队搬进 AI
仓库：github.com/bmad-code-org/BMAD-METHOD
BMAD 是四者中最"重"的框架。它引入了敏捷开发的完整角色链：分析师、产品经理、架构师、Scrum Master、开发者、QA——每个角色都是独立的 AI agent。
常用命令：
/analyst | ||
/pm | ||
/architect | ||
/po | ||
/sm | ||
/dev | ||
/qa |
适用场景：
• 项目规模跨度大（从修 Bug 到企业级系统），BMAD 会自动调整规划深度 • 偏好敏捷仪式感的团队，需要角色分工和文档化流程 • 复杂项目的前期论证——Party Mode 让多角色在同一会话中协作讨论
BMAD 采用模块化架构，除了核心 BMM 外，还有 Test Architect（TEA）、Game Dev Studio（BMGD）、Creative Intelligence Suite（CIS）等扩展模块，100% 开源。
Spec Kit：GitHub 官方的规格驱动方案
仓库：github.com/github/spec-kit
Spec Kit 是 GitHub 官方出品的 Spec-Driven Development 工具包。核心理念：规格不再是临时脚手架，而是可直接生成工作实现的可执行资产。它的关键词是"意图驱动"——先定义 what，再规划 how。
常用命令：
/speckit.constitution | ||
/speckit.specify | ||
/speckit.clarify | ||
/speckit.plan | ||
/speckit.tasks | ||
/speckit.implement | ||
/speckit.analyze |
适用场景：
• 重视规格文档、需要完整产物体系的团队（8+ 类文件化产物） • 偏好 GitHub 官方生态和社区支持 • 需要高度可定制的工作流——四层优先级覆盖体系（Extensions + Presets + Overrides）可以深度定制 • 支持 30+ AI 编程助手，覆盖面最广
Spec Kit 最独特的设计是扩展系统：Extensions 添加全新能力（如 Jira 集成、V-Model 测试追溯），Presets 改变工作流行为（如强制合规格式、多语言本地化），多个 preset 可叠加使用。
横向对比
| 核心侧重 | ||||
| 出品方 | ||||
| 安装方式 | npx get-shit-done-cc@latest | npx bmad-method install | uv tool install specify-cli | |
| 驱动方式 | ||||
| 产物体系 | ||||
| 上下文管理 | ||||
| TDD 支持 | ||||
| 扩展机制 | ||||
| 支持平台 | ||||
| 上手难度 | ||||
| 开源协议 |
怎么选
四个框架代表了四种协作哲学，没有谁绝对更好。我的实际经验是：
从 Superpowers 上手。它的 brainstorming 和 writing-plans 两个 skill 能帮你建立"先设计、后编码"的肌肉记忆，这是所有 AI 协作的基础。
项目超过两周就上 GSD。当你发现每次开新会话都要花 10 分钟解释项目背景时，GSD 的跨会话记忆就是刚需。它的上下文管理是目前四者中最成熟的。
多人协作或复杂系统选 BMAD。如果你需要不同角色审视同一个需求，或者项目从 MVP 到企业级持续演进，BMAD 的自适应规划深度和多角色协作是最系统的解法。
看重规格文档和生态选 Spec Kit。GitHub 官方维护、30+ 平台支持、丰富的社区扩展——如果你所在团队已经有写规格文档的习惯，Spec Kit 能让这些文档直接驱动开发。
市面上远不止这四个项目——OpenSpec、Taskmaster、Cline 等各有侧重。这篇文章只覆盖了我实际用过、维护活跃的四个主流方案。它们都在快速迭代中，功能和命令可能会有变化，建议直接去各自 GitHub 仓库看最新文档。
