说实话,现在再看那些“AI 会写代码了”“程序员要被替代了”的说法,已经有点没意思了。

真正的问题,其实早就变了。
今天的 AI 编程,难点往往不是生成能力,而是流程失控。
需求没讲清,它先开始写。
方案没定下来,它已经改了十几个文件。
Bug 还没定位清楚,它已经顺手把别的逻辑也一起重构了。
所以很多人用下来,感觉并不是 AI 不强,而是它太容易一把梭。

而 Superpowers 这个项目在 GitHub 火起来,本质上就是因为它开始正面解决这件事。根据仓库 README,它并不是单个提示词,也不是一个孤立插件,而是一套完整的软件开发工作流:让 Agent 先进行头脑风暴,再做计划,再进入实现,并把测试驱动开发(TDD)、调试(Debugging)、代码审查(Code Review)、Git 工作树(Git Worktree)协作等流程也做成独立的技能(Skills)。

这才是它最值钱的地方。
它想做的不是“给 AI 多一点写代码能力”,而是给 AI 补上一整套开发秩序。
从“动手”到“动脑”:强制性的头脑风暴
你看它最出圈的那个点,其实就很典型:头脑风暴(Brainstorming)。
Superpowers 不是那种“你提个需求,我直接开始写”的路子。README 里写得很清楚,它启动以后,Agent 不会立刻冲进去生成代码,而是会先退一步,问你真正想做什么;把规格说明从对话里拽出来,再拆成便于阅读和确认的部分,等你过完设计,再进入计划阶段。
这个动作表面上看只是“先聊需求”,但往深一点看,它其实在做一件很重要的事:把 AI 从一个急着动手的代码机器,变成一个先帮你想清楚问题的协作者。
这也是为什么很多人第一次看到它的头脑风暴,会觉得很猛。因为它不是只帮你补几句需求,而是会顺着需求往下推:界面怎么组织、交互怎么走、风格怎么选、还有哪些约束没有说清楚。开发者 Jesse Vincent 在关于 Superpowers 5 的文章里,也专门提到一个他很喜欢的新特性是“可视化头脑风暴”,这个能力就是为了摆脱过去 AI 只能靠 ASCII 字符图表达设计的局限。


也就是说,它不是先写代码,而是先帮你把问题讲明白。
这一点,对 AI 编程来说非常关键。因为现实里很多 Bug,不是代码写错了,而是前面的设计就没想透。你一旦在规格说明和计划这层偷懒,后面的“自动写代码”通常只会把错误放大。Superpowers 显然很清楚这一点,所以它在 README 里把计划这件事写得非常重:计划要清晰到什么程度?清晰到一个“热情很高、判断力一般、还不爱测试的初级工程师”也能照着执行。
这句描述其实很有意思。因为它几乎就是在承认:别把 Agent 当天才程序员,你得把它当一个需要被严格管理的执行者。
策略化调试:从“乱试”到“按步骤推进”
然后再看 Bug 修复这块,Superpowers 的思路也很典型。
很多 AI 编程工具修 Bug 的方式,本质上还是“看报错然后改代码”。但 Superpowers 这类基于技能的工作流更强调的是策略化处理:先定位、再约束范围、再验证假设、再补测试、再修改。这也是它为什么把调试和 TDD 单独做成技能,而不是一句“支持调试”带过。

它不是承诺 Bug 一定能一次修好,而是尽量把修 Bug 这件事从‘乱试’变成‘按步骤推进’。 这样写会稳很多,也更像真的用过工具的人在分享。
轻量化与可移植性:一套方法论,多个入口
另一个很容易被忽略,但其实特别关键的点,是它为什么这么轻。
因为 Superpowers 本质上就是技能和配套指令,不是一个重型 IDE,也不是一个绑定单平台的封闭产品。README 明确写了,不同平台安装方式不一样,但它已经支持 Claude Code、Cursor、Codex、OpenCode 等环境;另外社区里也已经有 Gemini CLI 适配实现。
Claude Code (via Plugin Marketplace)
In Claude Code, register the marketplace first:
/plugin marketplace add obra/superpowers-marketplace
Then install the plugin from this marketplace:
/plugin install superpowers@superpowers-marketplace
Cursor (via Plugin Marketplace)
In Cursor Agent chat, install from marketplace:
/add-plugin superpowers
or search for "superpowers" in the plugin marketplace.
Codex
Tell Codex:
Fetch and follow instructions from https://raw.githubusercontent.com/obra/superpowers/refs/heads/main/docs/README.codex.md
这就意味着,它的迁移成本和兼容想象空间都很大。
说白了,Superpowers 的想法不是再造一个 AI 编程入口,而是把“怎么让 Agent 工作”这件事抽象成一层可复用的技能。
你今天可以挂在 Claude Code 上,明天也可以往别的命令行工作流上接。
平台会变,模型会变,但一套相对稳定的开发方法论,反而可能是最值钱的部分。
Subagent 与模块化协作:走向“AI 团队工作流”
特别是子代理(Subagent)这件事,更能看出它的野心。
README 里提到,进入执行后,它会启动子代理驱动开发(Subagent-driven Development),让不同 Agent 按任务往前推进,并持续检查和审查,甚至能在不偏离计划的前提下连续自主工作一段时间。
这背后真正厉害的,不是“多 Agent”这三个字,而是它把子代理也纳入了技能框架里。也就是说,连“怎么分工、怎么检查、怎么继续推进”都开始模块化了。
这就不是传统意义上的“AI 帮你写代码”,而是在往“AI 团队工作流”靠。
结论:拼的不是智商,是流程
当然,也别把它吹过头。Superpowers 很强,但更准确的意义是:AI 编程这件事,终于开始从“会不会写”升级到“会不会按流程做事”。 而这恰恰可能比单纯的代码生成能力更重要。
因为未来真正拉开差距的,也许不是谁的模型多会补全,而是谁先把这套从头脑风暴、做计划、写代码、改 Bug、写技能(Skill)的开发闭环,做成一个可复用、可迁移、可约束的系统。
从这个角度看,Superpowers 火得并不意外。它不是一个又一个“AI 神器”。它更像是在提醒所有人:新时代的 AI 编程,拼到最后,拼的可能不是智商,而是流程。
你是否也在探索如何将 AI 更有效地融入你的开发流程?欢迎来 云栈社区 的 开发者广场 板块,与其他开发者交流关于 人工智能 与软件开发方法论的实践与思考。