Superpowers + GSD 一起用，为什么 Claude Code 会稳很多？

导语：很多人把 AI 编程效率的提升，简单理解成“模型更强了”。但这篇文章讨论的重点其实不是模型，而是工作流。把 Superpowers 和 GSD 放在一起看，你会发现一个很实用的结论：真正决定项目能不能稳稳落地的，往往不是 AI 会不会写代码，而是你有没有把“规划、执行、验证、回退”这套链路搭起来。

如果只看名字，Superpowers 和 GSD 很容易被误以为是同一类东西。实际上它们虽然都服务于 Claude Code 这一类 coding agent，但发力点并不一样。

按官方仓库的说法，Superpowers 是“一套建立在 composable skills 之上的完整软件开发方法论”；GSD 则把自己定义成“轻量但强大的 meta-prompting、context engineering 和 spec-driven development system”，而且明确把自己要解决的问题写得很直白：context rot，也就是上下文越来越长后，模型输出质量逐步下滑。

所以，二者不是简单的替代关系。更准确地说，Superpowers 更像是在管“怎么把一段开发过程做对”，GSD 更像是在管“怎么把一个项目从想法一路推进到交付，而且中间别散掉”。把这两个东西配合起来，价值就在这里出来了。

先说结论：这套组合到底解决了什么问题

如果你平时已经在用 AI 写代码，应该对下面几类问题不陌生：

• 需求聊着聊着就跑偏，最后做出来的不是你最初要的东西；
• 一个会话里塞了太多上下文，前面说过的话后面开始“失忆”；
• AI 会一口气把代码写出来，但测试、回归验证、代码审查跟不上；
• 项目一大，任务之间有依赖关系，单线程推进很慢，多线程推进又容易互相踩。

这正是 Superpowers 和 GSD 分别瞄准的痛点。

GSD 解决的是“大项目怎么不失控”。它用显式命令、阶段文件和状态文件，把需求、路线图、阶段上下文、验证结果这些东西落到文件系统里，而不是全靠一次会话记住。官方 README 里写得很清楚：它会生成 PROJECT.md、REQUIREMENTS.md、ROADMAP.md、STATE.md 以及研究资料，后续还可以用 /gsd-discuss-phase、/gsd-plan-phase、/gsd-execute-phase、/gsd-verify-work 这样的命令把一个阶段跑完。

Superpowers 解决的是“单个开发动作怎么更靠谱”。它不是靠一堆大而全的状态文件，而是靠一组会自动触发的 skills，把 brainstorming、writing-plans、test-driven-development、systematic-debugging、subagent-driven-development、requesting-code-review 这些纪律嵌到每一步里。它在 README 里把流程写得很明确：先澄清设计，再产出实现计划，再按 TDD 和子 agent review 去做，最后再收尾分支。

为什么放在一起会更强

最核心的一点是：两者控制的层级不同。

• GSD 管的是宏观层：项目拆分、阶段推进、依赖顺序、状态持久化、并行执行、最终验收。
• Superpowers 管的是微观层：某个具体任务开始前要不要先设计、写代码前是不是先有 failing test、实现完要不要拉 reviewer 子 agent 再过一遍。

这意味着它们不是在抢同一个位置，而是在补彼此的短板。

只用 Superpowers 的时候，优点是轻、顺、对话感强，比较像一个很严格的 Tech Lead 一直盯着你；但它不以内建状态机见长，跨阶段推进、进度追踪、暂停恢复、波次并行这些，不是它的主打。

只用 GSD 的时候，优点是整个项目推进感特别强，尤其适合多人协作思路、长链路任务和需要明确阶段边界的项目；但如果你特别在意“每个小改动都严格走测试优先、审查闭环”，那你会发现 Superpowers 那套工程纪律更锋利，尤其是它对 TDD 的强调几乎是写进方法论里的。

所以把两者叠起来，效果就是：GSD 负责不让项目散，Superpowers 负责不让实现糙。

逻辑是怎么串起来的

如果把这套组合拆成一个很实际的工作流，大概会是这样：

1. 先用 GSD 做项目入口：用 /gsd-new-project 把目标、范围、路线图和阶段拆出来；
2. 对每个关键阶段，用 /gsd-discuss-phase 把灰区聊清楚，避免 AI 自己脑补；
3. 进入某个具体开发任务时，切到 Superpowers 的方法：先 brainstorming，再 writing-plans，把任务拆成很小的可执行步骤；
4. 真正写代码时，走 Superpowers 的 TDD 与 subagent-driven-development，让实现和 review 分开；
5. 阶段做完之后，回到 GSD，用它的验证和状态文件推进下一波任务。

这样做有一个特别现实的好处：上下文不会全堆在同一个会话里。GSD 把“项目记忆”存到文件里，Superpowers 把“执行纪律”塞到当前任务里。一个管长期记忆，一个管短期动作。

具体例子一：做一个带登录、计费、后台管理的 SaaS

假设你要做一个典型的 SaaS：邮箱登录、Stripe 计费、团队空间、管理后台。

如果只用 Superpowers，当然也能做。它会逼着 agent 先澄清需求，再出计划，再用 TDD 和 review 去落地。问题是，当项目开始变成“认证是一个阶段、计费是一个阶段、后台权限是一个阶段、数据迁移是一个阶段”时，你会越来越想要一个能把全局推进状态清清楚楚写下来的系统。否则很容易出现一种情况：当前会话对“我们做到哪儿了”是清楚的，但换个窗口、隔一晚、或者切一个子任务之后，这种清晰感就没了。

如果只用 GSD，也能跑。它很适合先把整个项目拆成 phase，再一阶段一阶段推进。可是到了“写登录接口”和“加密码重置流程”这种具体实现层面，如果你想把每一步都卡在“先有失败测试，再写最小实现，再复审”这条线里，Superpowers 会更稳。

组合使用时，一个更实用的做法是：

• GSD 负责把整个 SaaS 拆成四到六个 phase，并维护状态；
• 进入“认证 phase”后，Superpowers 接手具体任务；
• 比如做登录接口时，先写失败测试：错误密码返回 401、正确密码写入 cookie、缺失字段返回 400；
• 再让 agent 写最小实现；
• 做完后走 spec compliance review 和 code quality review；
• 这一小块通过后，再回到 GSD 更新 phase 状态，继续下一个计划项。

这种分工的好处非常直接：大盘子靠 GSD 稳住，小切口靠 Superpowers 磨细。

具体例子二：接手一个已有代码库做重构

另一个更能看出差别的场景，是老项目重构。

GSD 的 README 明确提到，已有代码库可以先跑 /gsd-map-codebase。这一步的价值很大，因为它不是让 agent 直接“凭感觉改”，而是先并行分析现有栈、架构、约定和风险点。对于接手项目的人来说，这一步非常像先做资产盘点。

但盘点完不等于能安全改。真正开始碰认证中间件、ORM schema、迁移脚本、权限判断时，最怕的不是 agent 不会写，而是它写得太快、改动太多、验证太少。Superpowers 在这里就很对症：它把“不能没有失败测试就写生产代码”当成硬约束，又有 systematic-debugging 和 verification-before-completion 这类技能兜底。

所以在重构场景里，GSD 更像是把地图画清楚，Superpowers 更像是拿着手术刀下刀。两者一起用，能明显减少那种“方向判断是对的，但落地改坏了”的风险。

和单独使用相比，实际区别在哪

这个问题最好别用“谁更强”来回答，而要看你缺的到底是哪一块。

• 只用 Superpowers：更适合中小型任务、局部功能开发、需要强工程纪律的改动。你会得到更好的任务拆解、TDD 约束和 review 闭环，但项目级状态管理要自己补。
• 只用 GSD：更适合从 0 到 1 的产品推进、长流程任务、多阶段交付、需要 pause/resume 和阶段追踪的项目。你会得到更好的全局推进能力，但微观实现是否足够克制，更多取决于你的计划质量和验证强度。
• 一起用：适合既要速度、又要质量，还不想靠一整段超长对话硬撑到底的项目。它不是简单“叠 buff”，而是把“项目控制面”和“代码执行面”拆开管理。

这也是为什么很多人单独用 AI agent 时，到了后期会觉得越写越乱。不是模型突然变笨了，而是没有把“长期状态”和“局部纪律”分开处理。GSD 和 Superpowers 恰好对应这两个层面。

这套组合最适合什么人

如果你是独立开发者、产品工程师，或者正在用 Claude Code/Codex/Cursor 这类工具做比较完整的软件项目，这套组合尤其有价值。原因不是它们“更酷”，而是它们对真实开发现场的两个典型难题下了药：

• 第一，AI 会随着上下文累积而偏航；
• 第二，AI 会把代码写得很快，但未必自动守住工程纪律。

GSD 主要在对付第一个问题，Superpowers 主要在对付第二个问题。把两者拼起来，才更接近“能持续交付”的状态。

最后一句

如果只用一句话概括这两个工具一起用的意义，我会这么说：GSD 让 AI 编程这件事有项目管理，Superpowers 让 AI 编程这件事有工程底线。

前者解决“怎么把事推进完”，后者解决“怎么别把事做糙”。真正成熟的 AI 开发工作流，往往不是二选一，而是把这两种能力接起来。

参考来源

• 原文镜像：《Superpowers vs GSD：深度拆解两大 Claude Code Skill 框架》：https://jishuzhan.net/article/2038622029738475521
• Superpowers 官方仓库：https://github.com/obra/superpowers
• GSD 官方仓库：https://github.com/gsd-build/get-shit-done