Claude Code插件选型:Superpowers对比gstack

用 Claude Code 一段时间后，你很快会遇到一个新问题：不是它会不会写代码，而是你要怎么管它。

最近 Claude Code 插件生态里，两个名字经常被放在一起聊：Superpowers 和 gstack。

它们都在做一件事：给 Claude Code 加流程、加角色、加约束。

但用法完全不是一回事。

我更愿意这样理解：

Superpowers 是给 Claude Code 上工程纪律。
它盯的是：需求有没有想清楚？测试有没有先写？bug 有没有查到根因？做完有没有验证？

gstack 是给 Claude Code 搭一支虚拟团队。
它盯的是：产品方向有没有被挑战？工程方案有没有被 review？设计和 QA 有没有走一遍？上线后有没有观察？

所以这不是“哪个更强”的问题。

真正的问题是：你现在缺的是一个更靠谱的工程师，还是一支更完整的交付队伍？

一、Superpowers：先让 AI 别乱来

Superpowers 的定位很直白：一套面向 AI 编程的工程方法论。

它不是那种装上以后突然多出一堆酷炫能力的插件。它做的事情更朴素，也更重要：把 Claude Code 拉回正常的软件工程节奏里。

从官方插件页和 GitHub README 看，Superpowers 主要围绕这些动作展开：

• brainstorming：开工前先把需求聊清楚；
• test-driven development：写功能前先走 TDD；
• systematic debugging：修 bug 前先找根因；
• writing plans / executing plans：复杂任务先拆计划，再分批执行；
• requesting code review：关键节点做审查；
• verification before completion：完成前先验证，不要嘴上说完。

这些听起来都不新鲜。问题是，AI 编程最容易坏掉的地方，恰好就是这些基本功。

你让它修一个 bug，它可能立刻改三四个文件。
你让它加一个小功能，它可能顺手重构半个模块。
你让它解释失败原因，它可能给你一个很顺的故事，但没有证据。

这就是 Superpowers 的价值：它不追求让 Claude Code 更兴奋，而是让它更克制。

克制，在 AI 编程里非常值钱。

尤其是你维护一个已经跑起来的项目，最怕的不是 AI 不会写代码，而是它太会写了。它写得很快，改得也很快，最后你发现 PR 里混进了一堆你没要求的东西。

这时候 Superpowers 很有用。

它会不断把 Claude Code 往几个问题上拉：

需求真的明确了吗？
测试能证明问题吗？
这个 bug 的根因是什么？
你完成的证据在哪里？

如果你每次用 Claude Code 都要提醒它“别扩大范围”“先跑测试”“不要猜”，那 Superpowers 基本就是对症药。

它的关键词不是速度。

是可控。

二、gstack：不是一个工程师，是一间小公司

gstack 的气质完全不同。

它来自 Garry Tan 的 Claude Code setup。看它的 README，会发现 quick start 很有意思：先跑 /office-hours，再跑 /plan-ceo-review，然后 /review，最后 /qa。

这不像传统插件，更像一套创业公司工作流。

你不是让 Claude Code 直接写代码，而是先让它切换角色：

• /office-hours：像 YC Office Hours 一样，把想法先问尖锐；
• /plan-ceo-review：从 CEO 或创始人角度挑战产品方向；
• /plan-eng-review：从工程视角看架构、数据流、测试；
• /plan-design-review、/design-review：检查设计和体验；
• /review：做代码审查；
• /qa、/qa-only：用浏览器做 QA；
• /ship、/land-and-deploy、/canary：处理发布和上线后观察；
• /retro：复盘；
• /cso：做安全审查。

这套东西的意思很明确：一个人做产品，也要有团队里的那些反对票。

很多独立开发者的问题，不是不会写代码。

而是没人拦你。

没人问：这个需求真的值得做吗？
没人问：这个方案以后会不会变成债？
没人看：这个页面用户第一眼会不会懵？
没人测：线上真的能点通吗？
没人复盘：这次为什么又拖了三天？

gstack 把这些“团队里本来该有人负责的事”，变成一组 Claude Code 命令。

这点很适合 solo founder、小团队，或者正在从 0 到 1 做产品的人。

还有一个细节值得注意：gstack 不只是 Markdown 提示词集合。它的架构文档里提到，浏览器是核心能力之一。它设计了长驻 Chromium daemon，让 agent 能以更低延迟、更稳定的状态操作浏览器。

这说明 gstack 想做的不只是“多几个命令”，而是往 AI 原生开发工作台走。

所以它的关键词也不是速度。

是交付闭环。

三、一个管过程，一个管角色

Superpowers 和 gstack 很容易被混在一起，因为它们都有 plan、review、QA、debugging 这些词。

但底层入口不一样。

Superpowers 从工程动作出发。

我要修 bug，那就 systematic debugging。
我要做功能，那就 TDD。
我要收尾，那就 verification before completion。

它像一套检查清单，提醒 Claude Code 按工程规范来。

gstack 从团队角色出发。

我要被 CEO 挑战，就跑 /plan-ceo-review。
我要被工程负责人审，就跑 /plan-eng-review。
我要被 QA 验，就跑 /qa。
我要准备上线，就跑 /ship。

它像一间小公司，把不同角色临时叫进会议室。

这会带来非常不同的体验。

用 Superpowers，你会觉得 Claude Code 更像一个训练过的高级工程师。它会更谨慎，更强调证据，更愿意把步骤走完。

用 gstack，你会觉得 Claude Code 像一个可调度的团队。你不是只在问“这段代码怎么写”，而是在推动一个想法从模糊需求走到上线。

所以我的判断很简单：

如果你怕 AI 乱改，选 Superpowers。

如果你怕产品没人把关，选 gstack。

四、怎么选？看你最痛的地方

如果你在一个已有项目里写代码，我会先装 Superpowers。

尤其是团队已经有 PR、CI、测试、issue 管理的情况下，Superpowers 更贴合。因为你并不缺流程角色，你缺的是 Claude Code 能稳定地遵守这些流程。

让它先写测试。
让它先定位根因。
让它完成前跑验证。
让它少做没被要求的改动。

这些收益很实在。

如果你是独立开发者，或者两三个人的小团队，我会更推荐 gstack。

因为你缺的可能不是某个工程动作，而是整个产品链条的第二视角。

没有产品经理，就用 /office-hours 和 /plan-ceo-review。
没有设计师，就用 design review。
没有 QA，就让 /qa 打开浏览器测一遍。
没有 release manager，就把 /ship 放进上线流程。

gstack 最大的好处，是提醒你：写代码只是中间那一段。

前面要判断要不要做。
中间要判断怎么做。
后面要判断能不能交付。

如果你是 AI 编程重度用户，也可以两个都用。但我不建议一上来全装满。

插件太多，指令会打架。

到底先 brainstorming，还是先 office-hours？
到底按 TDD 走，还是先进入 ship？
到底哪个 review 算最终门禁？

这些问题看着小，实际会影响 Claude Code 的行为。

我的建议是：先选一个主流程，用一周。

一周后你会很清楚：你到底是在工程质量上掉坑，还是在产品交付上掉坑。

五、我的结论

一句话总结：

Superpowers 是工程纪律插件。gstack 是虚拟团队工作流。

大多数开发者，我建议先从 Superpowers 开始。

因为它解决的是 Claude Code 的基础可信度问题：别乱猜，别乱改，别跳过测试，别没验证就说完成。

但如果你现在正在做一个产品，尤其是从 0 到 1 做 SaaS、App、网站、内部工具，gstack 可能更能改变你的工作方式。

它会逼你在写代码前多想一步：这东西真的该做吗？

也会逼你在上线前多看一眼：它真的能用吗？

最后给一个粗暴但好用的判断：

你想要一个更稳的 AI 工程师，选 Superpowers。
你想要一支压缩版 AI 创业团队，选 gstack。

成熟的用法，不是哪个火就装哪个。

而是知道自己现在缺哪一种能力。

你用 Claude Code 的时候，最头疼的是“它乱改”，还是“没人帮你把关”？欢迎留言聊聊。

如果觉得有用，欢迎转发给正在折腾 AI 编程工作流的朋友。

来源

• Anthropic Claude Plugins：Superpowers 插件页
  https://claude.com/plugins/superpowers
• obra/superpowers GitHub README
  https://github.com/obra/superpowers
• garrytan/gstack GitHub README
  https://github.com/garrytan/gstack/blob/main/README.md
• garrytan/gstack ARCHITECTURE.md
  https://github.com/garrytan/gstack/blob/main/ARCHITECTURE.md
• garrytan/gstack CLAUDE.md
  https://github.com/garrytan/gstack/blob/main/CLAUDE.md