Codex插件 | Superpowers绝对是AI开发必装神器

过去几个月，我几乎每天都在使用 Codex。

写代码、设计产品、阅读文档、重构项目、调试 Bug……它已经逐渐成为我最常用的开发工具。与此同时，我也开始研究 Codex 的插件生态，希望找到一些真正能够提升开发效率的工具。其中讨论最多的，无疑是 Jesse Vincent 开发的 Superpowers。

它不会急着帮我写代码，反而会不停地追问需求；它不会第一时间生成实现方案，而是希望我先把问题描述得足够清楚；很多时候，它甚至会拒绝直接开始开发，而是要求先完成 Specification（需求规格说明）。

当时我的第一反应是：这个插件是不是太啰嗦了？

直到后来，我阅读了 Jesse Vincent 关于 Superpowers 的设计理念，也反复体验了它的工作方式，我才意识到，自己一开始就理解错了。

Superpowers 从来都不是一个插件，它更像是一套软件开发方法论。

第一次接触 Superpowers 的人，很容易把它理解成一个 Prompt 工具。实际上，它真正改变的是开发的顺序。传统的 AI 编程流程通常是这样的：

需求 → Prompt → 生成代码 → 修改代码。

而 Superpowers 希望你采用另一种流程：

Brainstorm → Specification → Implementation Plan → Coding → Testing → Review。

乍一看，这只是多了几个步骤。但真正实践之后，你会发现，整个开发节奏完全变了。

以前，我们总想着尽快看到代码。现在，代码反而成为最后一步。

在真正开始开发之前，你需要先讨论需求、澄清目标、分析边界条件，再把这些内容整理成一份清晰的 Specification。

很多人会觉得，这是不是浪费时间？恰恰相反。真正的大型项目，最昂贵的成本从来不是写代码，而是返工。如果需求没有想清楚，再优秀的 AI 也只能高效地写出错误的代码。

Superpowers 做的事情，就是把那些原本发生在开发后期的问题，尽可能提前解决。

一个 Prompt，解决的是一次对话。一个 Workflow，解决的是未来所有类似的问题。

比如开发一个新功能。以前，我每次都会重新描述需求、重新说明项目背景、重新要求生成测试、重新要求生成 Commit Message。整个过程不断重复。

而 Superpowers所构建的这一套Workflow 的价值就在于，它把这些重复动作变成了一套固定流程。以后只需要启动一次流程，剩下的事情交给 AI 按照约定好的步骤完成。

这也是为什么我越来越认同 Jesse Vincent 的设计理念。他真正想产品化的，不是 Prompt，而是软件工程经验。

过去一年，我们讨论最多的问题是：哪个模型写代码更强？但我越来越觉得，这个问题会越来越不重要。未来，大模型之间的能力差距会不断缩小。Claude 可以完成。GPT 可以完成。Gemini 可以完成。DeepSeek 也可以完成。

真正拉开差距的，将不再是模型，而是你如何组织这些模型完成工作。

就像今天的软件开发一样。优秀的团队，并不是因为程序员会写代码，而是因为他们拥有成熟的开发流程、明确的规范和稳定的协作方式。

AI 时代也是如此。模型负责提供能力。Workflow 负责保证质量。

研究 Superpowers 之后，我最大的收获，并不是学会了某个插件的使用方法。而是重新理解了一件事情。

过去，我们总觉得 AI 编程是在寻找一个更聪明的模型。现在我越来越相信，真正重要的，是让 AI 学会遵循软件工程的规律。

模型会不断更新。今天是 GPT，明天可能是新的模型。插件也会不断变化。但那些经过几十年验证的软件工程经验，不会因为模型升级而失效。

Superpowers 真正让我看到的，不是一个插件的未来，而是 AI 编程的未来。

当 AI 已经足够聪明之后，真正稀缺的，将不再是智能，而是流程、规范，以及能够让智能持续稳定地产生价值的方法论。或许，这才是 Jesse Vincent 想通过 Superpowers 传递的真正理念。

对了，Codex插件市场里可以直接搜索安装了，贼拉方便好用。