最近有个很火的 Claude Code 插件叫 Superpowers，在 GitHub 已经有 12 万 Star 了。
它的核心是让 Agent 在约束的条件下完成任务，而不是一上来就闷头干活。同样一个项目，它会先和你沟通清楚后，然后从产品设计到最终测试，一口气完成。
我让 AI 做了个网页，给它搞了个自我介绍，列出了其中的 Skill，其中我最常用的是brainstorming，也就是头脑风暴，每次要做一款产品，都会用它和 AI 讨论。
但 Superpowers 这个插件只能在 Claude Code 里面用，我除了 Claude Code，平时也在 Codex 里面写代码，所以就琢磨怎么把它搬到 Codex 上，分享下自己探索的经验。（不过最近 Mac 端 Codex 也支持插件了）
按照官方说明，可以在 Skill 目录里面创建 .codex/superpowers 这个 Skill，同时把对应的子 Skill 都放进去，这样就可以方便地使用了。
不过我的情况有点特殊，部分场景，我并不需要完整的使用 superpowers 工作流，只需要使用部分子 Skill，那想要兼容这种单独调用的情况，应该怎么办呢？
我们都知道，Skill 本质上就是一个个放在 Skill 目录的文件夹，所以我做了个桥接——在 Skill 目录建了一个叫 superpowers-workflow 的 Skill，可以直接在 Codex 加载出来，用于调用 superpowers 工作流，之前就已经安装过的像 brainstorming 也保留在了 Skill 目录，同时把 superpowers 的子 Skill 放到了原生 Skill 目录（.codex/skill）之外，新建了个文件夹，比如 .codex/vendor-superpowers。
只有我说"用 superpowers 完成项目"的时候，才会触发调用完整的工作流，说帮我头脑风暴一下，它就只会调用 brainstorm。
在我想出这个办法没多久，Codex 也推出了插件功能，差点没给我气死…
对比实验：两种工作流的差异
接下来做个对比实验。以一个 Todo 待办网页应用为例，看看用 Superpowers 工作流和不用有什么区别。
A 组：不使用 superpowers 工作流
在我发完指令后，它二话不说，直接开干，没一会就做完了。
B 组：使用 superpowers 工作流
我用同样的提示词，只不过指定它要用 superpowers 工作流，它不像 A 组，一开始就闷头干活，它先问"我要用哪种技术栈来做"，我随便选了个 React。然后它还是没有干活，又喊我确认设计方案。
为了加快点速度，我反手一把梭哈，让它自己决定。
再往下它会写出实施方案，到这里，能看出一个最明显的区别：用了这个工作流后，它不会闷头直接干活，而是会先跟我们确认方案。这个思路比较符合 Harness 工程的理念——让 Agent 在约束下完成任务。
中间又花了几分钟时间，此次省略一万字…
这时候，它写完代码了，我看着屏幕突然弹出个 chrome 窗口，才发现它自动调用了 Chrome DevTools 进行自动化测试。
接下来的操作给我惊呆了，它居然会自己切换浏览器窗口，改成移动端模式，检查移动端的适配情况…
从结果来看，不管是 A 组还是 B 组，前端页面都丑爆了，不愧是 GPT 写的前端，懂得都懂……
但整个过程能明显感受到，用 Superpowers 完成任务时，Agent 始终处于受控状态，它会主动跟你确认方案，完成之后还会自动测试。
越是用简单的应用对比，越能看出差异。
以前，我们让 AI 干活，一句提示词丢过去就完事了。但现在可以用 superpowers 插件——先确认方案，再让 AI 动手，并自动测试，返工几率大大降低。
这个插件我觉得非常实用，推荐给大家。