如果你用 Codex 写过稍微复杂一点的功能，大致见过这种场面：需求只说了半句，它已经改了五个文件；你让它修一个 bug，它顺手把项目结构也“优化”了。Superpowers 想解决的，不是让 Agent 多会写几行代码，而是让它在动手前多做几件本来就该做的事。

目前的 Coding Agent 已经很会写。它能补函数、改组件、跑命令，甚至能在项目里连续工作一段时间。

但真正让人头疼的，往往不是它写不出来。而是它太快开始写了。

需求没问清楚就开工，改动范围没收住，最后测试没跑完，却一本正经地说“已完成”。

Superpowers 就是专门给这种场景加的一层“流程刹车”。

它不是一个单独的技能包，而是一套让 Coding Agent 按工程流程工作的框架：先澄清，再设计；先计划，再实现；出问题先复现；完成前要验证。官方仓库目前将其定位为一套可组合的 Agent Skills 与软件开发方法论，并支持 Codex App、Codex CLI、Claude Code、Cursor 等环境。

Superpowers Skills 让 Agent 按工程流程做事

真正稀缺的，不是让 Agent 跑得更快，而是让它在该停下来的地方，愿意先过一道关。

01 Superpowers 到底是什么？不是“给 AI 加几个提示词”

简单说，Superpowers 是把一套开发习惯，写成 Agent 必须按顺序执行的 Skills。

你让它做新功能时，它的理想路径不该是“收到，开始改代码”。

而应该更像这样：

```text
需求模糊
→ 先问清目标与边界
→ 给出设计
→ 写实施计划
→ 实现与测试
→ 审查与验证
```

听起来有点像一个认真过头的同事。但在复杂任务里，这种“麻烦”很值钱。

举个例子，你让 Codex “给后台加一个导出功能”。

没有流程约束，它可能直接开始找接口、改页面、加下载逻辑。问题是：导出什么格式？数据量多大？谁有权限？要不要异步？失败后怎么提示？这些地方只要猜错一个，后面改得越多，返工越痛。

Superpowers 的核心作用，就是逼 Agent 在写第一行代码前，把这些问题摆出来。

它不保证 Agent 从此不会犯错。它做的是把“想当然开工”换成“可检查地推进”。

02 它在 Codex 里会怎样改变你的使用方式？

先说一个很现实的判断。

Superpowers 不会把 Codex 变成另一个模型。它改变的是 Codex 做事的顺序。

以前你可能这样提需求：

```text
把登录页改成支持验证码登录。
```

更适合 Superpowers 的说法是：

```text
给登录页增加验证码登录。
先确认现有认证链路、接口边界和回滚方式。
不要改动密码登录；完成后补测试，并说明改了哪些文件。
```

前一句把 Codex 当成一个会写代码的搜索框。后一句是在交代一个可以验收的任务。

这也是 Superpowers 最容易被误解的地方。

它不是替你想需求。

它只是尽量不让 Agent 在需求不完整时，假装自己已经想清楚了。

对于需要改多个文件、要兼容旧逻辑、要跑测试的任务，这很有价值。

对只改一行文案、补一个配置、查一个报错的任务，反而可能显得啰嗦。

复杂任务最怕的不是慢，而是改动像一团线越扯越乱。先把路径走清楚，最后反而更容易快起来。

03 谁应该装？谁先别急？

我提议把它当成“复杂任务模式”，而不是 Codex 的永久全开按钮。

适合打开 Superpowers 的场景：

-要新增一个完整功能，需求里有多个约束

-要做重构，担心改着改着范围失控

-要修复杂 bug，需要先复现再定位

-团队协作，需要把计划、改动和验证过程留下来

-你想让 Agent 连续做较长的任务，但仍希望关键节点可控

不太适合一上来就开全流程的场景：

-改一个变量名或一行文案

-已经知道要改哪个文件、哪几行的极小修复

-临时验证一个想法的脚本

-你只需要一段解释，不需要它真的动项目

这不是矛盾。

你不会拿项目管理软件去处理一句“帮我改个错别字”。

Superpowers 更像给 Agent 配的一套项目协作规范：项目越复杂，越能看出它的价值。

04 我的判断：Coding Agent 接下来拼的不是“会不会写”，而是“会不会收住”

模型能力还会继续涨。

但团队真正要承担的，往往不是“AI 写不出代码”的成本，而是“AI 写了一堆不该写的东西”的成本。

Superpowers v6.1.1 有意思的地方，就在于它没有尝试把 Agent 包装成万能工程师。

它做的事更朴素：要求 Agent 在合适的时候停一下，问问题，留计划，跑测试，接受审查。

对重度使用 Codex 的人来说，这可能比多一个花哨按钮更实在。

不过得提醒你一点：流程只能降低失控概率，不能替代你对需求、权限和最终改动的判断。

你会把 Superpowers 用在什么任务上？重构、修 bug，还是团队协作里的复杂需求？

—