它为什么值得单独写一篇

前一篇写 OpenAI Skills，重点是“把重复工作沉淀成技能”。

Superpowers 更进一步。

它不是只提供某一个技能，而是把一整套软件开发流程打包成插件：先澄清需求，再写设计，再拆实施计划，再测试驱动开发，再代码审查，最后验证和收尾。

它的 README 里说得很直接：Superpowers 是一套面向 coding agents 的完整软件开发方法论，建立在一组可组合 skills 和初始规则之上。

本机安装的 Codex 插件元数据也显示，它的版本是 `5.1.0`，定位是：planning、TDD、debugging、code review、workflow。

这说明它不是“帮你多调用一个模型”的插件，而是“限制 AI 怎么工作”的插件。

Superpowers 最大的价值，不是让 AI 更自由，而是让 AI 没那么容易乱自由。

它到底解决什么问题

很多人用 AI 写代码或搭工具时，都会遇到一个问题：

AI 很积极，但不一定稳。

你说“帮我加个功能”，它可能马上开始改文件。

你说“修一下 bug”，它可能直接猜一个修法。

你说“做完了吗”，它可能很自信地告诉你“完成了”，但测试没跑、边界没看、需求也可能漏了。

Superpowers 想解决的，就是这种“AI 动手太快，流程太轻”的问题。

它把 AI 工作拆成几类固定能力：

• `brainstorming`：写代码前先把需求问清楚；
• `writing-plans`：把方案拆成具体实施步骤；
• `test-driven-development`：先写失败测试，再写代码；
• `systematic-debugging`：先找根因，再修问题；
• `requesting-code-review`：完成后做代码审查；
• `verification-before-completion`：没有验证，不准说完成；
• `using-git-worktrees`：复杂任务先隔离工作区；
• `finishing-a-development-branch`：最后决定合并、PR、保留还是丢弃。

这套东西听起来偏程序员，但普通人也能理解它的核心：

不要让 AI 一听需求就开干。

先问清楚、拆步骤、执行、检查，再交付。

我最喜欢它的地方

我最喜欢 Superpowers 的地方，是它非常反人性，也非常有用。

普通 AI 工具经常在迎合用户：你说改，它马上改；你说完成，它马上说完成。

Superpowers 反过来，它会不断把 AI 往流程里拽：

• 没有设计，不要急着实施；
• 没有测试，不要急着写功能；
• 没有根因，不要急着修 bug；
• 没有验证，不要急着宣布完成。

这对 AI 编程尤其重要。

因为 AI 最危险的时候，不是它完全不会，而是它做得像真的、说得也很顺，但里面藏着小错误。

AI 越能替你做事，越不能只追求快；真正重要的是它能不能被流程约束住。

普通人能不能用

要分情况。

如果你只是用 AI 写公众号、改文案、查资料，Superpowers 不是你现在最需要安装的东西。

它的主场是开发类任务，比如：

• 让 Codex 改代码；
• 做一个网页或小工具；
• 创建自己的技能包；
• 修复项目 bug；
• 做自动化脚本；
• 把一个想法拆成可执行项目。

但它的思路普通人也能学。

比如你让 AI 写文章，也可以借鉴它的流程：

1. 先澄清读者是谁；

2. 再确定文章目标；

3. 再给出结构方案；

4. 再写正文；

5. 最后检查标题、重点句、发布包和 HTML。

你看，这其实和我们这几天改公众号技能包的思路很像。

不是每天凭感觉写，而是把一套稳定流程固定下来。

选择前先看这张清单

如果你想判断 Superpowers 值不值得装，可以先看 7 个问题：

1. 你是否经常让 AI 改代码或创建工具

如果只是偶尔聊天，不需要。

2. 你是否经常遇到 AI 改完不验证

如果是，`verification-before-completion` 很有价值。

3. 你是否经常发现需求没说清楚，AI 就动手了

如果是，`brainstorming` 会有帮助。

4. 你是否愿意接受 AI 先问问题、先写计划

如果你只想马上出结果，可能会觉得它慢。

5. 你是否能接受 TDD 和代码审查

如果你讨厌测试，它会让你不舒服。

6. 你的任务是否足够复杂

小改动可能用不上完整流程；复杂项目越值得用。

7. 你是否在意可追踪、可验证、可交接

如果在意，它比普通 prompt 更适合。

这张清单可以直接决定要不要装。

一句话：如果你只是要快，Superpowers 可能嫌啰嗦；如果你要稳，它就很有价值。

它可能让人不舒服的地方

Superpowers 的缺点也很明显。

第一，它会变慢。

不是模型变慢，而是流程变长。它会要求先设计、先计划、先测试、先验证。对简单任务来说，这可能显得重。

第二，它会更占上下文。

因为每个技能都有自己的规则，AI 需要读取和遵守这些规则。如果任务本来很小，额外流程可能有点浪费。

第三，它偏开发者。

它的核心词是 TDD、worktree、code review、implementation plan。普通内容创作者不一定需要完整安装。

第四，它会改变你和 AI 的互动方式。

你不能再期待“我一句话，它马上全做完”。它会更像一个严格的项目协作伙伴。

这不是坏事，但需要适应。

Superpowers 适合想把 AI 当长期协作者的人，不太适合只想让 AI 立刻交一份草稿的人。

三类人怎么选

1. 已经用 Codex 做项目的人

值得试。

尤其是你经常做这些事：

• 改已有项目；
• 修 bug；
• 写测试；
• 做网页工具；
• 创建技能包；
• 需要反复验证结果。

这类人装 Superpowers，最大的收益不是“更快”，而是少走回头路。

2. 做内容、运营、知识管理的人

先不一定要装，但值得学它的方法。

你可以把它改造成自己的内容流程：

• 写前先澄清选题；
• 写中按结构推进；
• 写后检查重点句、标题、发布包；
• 发布后复盘数据。

也就是说，你未必需要 Superpowers 插件，但可以学它背后的“流程化 AI 使用方式”。

3. 只是偶尔用 AI 的人

可以先跳过。

你现在更需要的是选一个顺手的 AI 工具，而不是上复杂方法论。

等你开始频繁让 AI 做复杂任务，再回来研究它不晚。

我会怎么用它

如果是我，我不会把 Superpowers 当成“默认所有任务都开满”的插件。

我更建议这样用：

1. 小任务：普通 Codex 就够了；

2. 中等任务：打开 brainstorming 和 verification；

3. 复杂项目：再用 writing-plans、TDD、code review；

4. 修 bug：优先用 systematic-debugging；

5. 要交付：必须用 verification-before-completion。

这样不会被流程拖住，也能在关键任务上得到它的好处。

我的保留意见

这篇是基于官方仓库、插件元数据、本机已安装技能文件和当前资料做的判断，不是长周期工程项目压测。

Superpowers 的公开热度很高，GitHub 页面显示 star 已经超过 20 万，最新版本显示为 v5.1.0。但热度不等于适合所有人。

我的结论是：

如果你写的是普通文案，它不是必需品。

如果你正在用 Codex 做真实项目，它很值得试。

如果你想理解 AI 工作流未来怎么变，它更值得收藏。

未来高质量 AI 使用，不只是会不会提问，而是能不能把 AI 放进一套可靠流程里。

相关标签：#AI工具观察 #AI插件实测 #开源项目观察 #普通人看AI #Codex