近两年来，无论您使用的是 Cursor、Claude Code 还是其他 AI 编码工具，很可能都遇到过类似的揪心体验：

您对 AI 下达指令：“为我的应用添加用户认证功能”，它迅速响应，立刻生成登录页面、注册逻辑与密码哈希，短短十分钟便交付了一套看似“完整可用的认证系统”。

起初，您会觉得确实好用，开发效率显著提升。然而随着使用深入，各种问题便接踵而至：未曾考虑会话管理方案，密码重置逻辑完全缺失，核心安全边界未做防护，甚至连您需要使用 OAuth 还是邮箱密码登录这样的基础问题都没有问清楚。最终，您花费在修复漏洞、补充逻辑以及偿还技术债务上的时间，甚至远超自己从头编写代码的投入。

客观而言，这个责任并不在 AI 本身。问题在于它过于“急切”——急于输出代码，完全跳过了软件工程中最为关键的准则：先彻底理解需求，再进行方案设计；先编写测试用例，再实现功能；遇到问题先定位根本原因，最后进行合规性与质量评审。

我们真正需要的，从来不是单纯会写代码的 AI，而是一个能够遵循资深工程师规范化流程的 AI。

今天要介绍的 Superpowers，正是专门解决这一痛点的利器。

究竟什么是 Superpowers？

Superpowers 是一个开源的插件系统，其核心目标只有一个：将您的 AI 编码助手，从一个急于交付的“初级开发人员”，改造成一位严守开发纪律的资深软件工程师。

该工具由 Jesse Vincent 开发，完美兼容 Claude Code、Cursor AI、Codex、Gemini CLI 等主流 AI 编码平台，一套开发规范即可跨工具通用。

其核心理念非常清晰：优秀开发者与普通开发者之间的根本差距，从来不在于智商，而在于职业纪律。Superpowers 所做的，就是将资深工程师内化于心的开发习惯，转化为 AI 不可跳过的强制性流程。

它如何彻底改变您的 AI 开发流程？

我们通过最常见的开发场景，来做一次最直观的对比。

在没有 Superpowers 的情况下，您的对话通常是这样的：

结果是，代码虽能运行，但核心需求未能对齐，边界情况全然未考虑，后续必然面临大量返工。

安装 Superpowers 后，针对同样的需求，对话变成了这样：

“您优先选择哪种认证方式？（OAuth、邮箱密码、魔法链接）是否需要会话持久化还是无状态 Token 方案？需要强制执行哪些密码策略？是否需要密码重置、邮箱验证等配套功能？您的威胁模型是什么？（内部工具 vs 公网对外服务）接下来，我将为您提供对应的设计方案选项。”

这就是 Superpowers 的核心作用：在您的需求与 AI 的代码输出之间，建立了一道纪律屏障。这道屏障不但不会拖慢您的进度，反而会通过提前规避返工，为您节省大量时间。

Superpowers 强制落地的五阶段开发流程

Superpowers 的核心，是为所有 AI 编码会话定义了一套标准化的五阶段开发流程。任何代码产出都必须走完这五步，一步都不能跳过。

阶段1：先头脑风暴，再谈写代码

80% 的代码返工，根源都在于需求没有对齐。

Superpowers 将“苏格拉底式提问”作为开发的第一步：在敲任何一行代码之前，AI 必须先把需求彻底剖析清楚，将您未考虑到的边界情况、技术选型选项都完整地呈现出来。

例如，当您说“给 API 加个缓存以提升响应速度”时，它不会直接上手编写 Redis 集成代码，而是先问清核心问题：缓存失效策略是什么？业务是读多写少还是写多读少？数据能容忍多长时间的延迟？同时，它会列出不同方案的优劣，帮助您提前暴露出隐藏的风险。

阶段2：先做拆解规划，再动手实现

即使需求对齐了，也不能直接开干。

Superpowers 会强制 AI 将实现方案拆解为一个个 2-5 分钟即可完成的极小任务，形成一份完整、可评审的实施计划。以上述缓存功能为例，它会拆解为：定义缓存通用接口（2分钟）、实现 Redis 缓存 Provider（5分钟）、编写缓存中间件（3分钟）、实现缓存失效策略（4分钟）、编写集成测试用例（5分钟）。

这样做的好处显而易见：您可以在编写代码之前完成方案评审，提前发现风险点、调整优先级，再也不会出现“写了一半才发现方案行不通”的尴尬局面，开发进度也变得完全可控。

阶段3：强制 TDD，测试先行，没有例外

这大概是 Superpowers 最严厉也最有价值的一点。

我们都知道 TDD（测试驱动开发）能显著提升代码质量，但自己写代码时都经常偷懒，对于 AI 来说更是如此——绝大多数 AI 都是在代码完成后，经您反复提醒才会补充单元测试，甚至补充的测试也只是表面功夫，根本无法起到回归校验的作用。

但在 Superpowers 中，TDD 是强制性的、不可跳过的。任何功能开发都必须严格遵循“红-绿-重构”的循环：先编写一个必然失败的测试用例（RED），然后编写最少的业务代码让测试通过（GREEN），最后在保证测试全部通过的前提下优化代码实现（REFACTOR）。

这从根本上保证了测试覆盖率，也迫使 AI 编写的每一行代码都是可测试、符合预期的。再也不会出现“功能能用，但一重构就全线崩溃”的情况。

阶段4：系统化调试，只修根因，不打补丁

编写代码过程中难免遇到 bug，但大多数 AI 面对 bug 的反应都是“头痛医头、脚痛医脚”：您指出哪里有问题，它就只改哪里。结果 bug 越改越多，按下葫芦浮起瓢。

Superpowers 为 AI 制定了调试的四步铁律：复现——编写最小测试用例稳定触发 bug；隔离——精准定位 bug 的根本原因而非表面现象；修复——针对根因进行修复，而非仅修补症状；验证——全面确认修复不会影响其他功能，不会引入新 bug。

这套流程正是资深工程师排查问题的标准操作，能够一次性揪出那些因快速修复而被遗漏的隐蔽 bug，避免线上踩坑。

阶段5：两阶段评审，代码交付前的最后一道关

即便测试全部通过，代码也不能直接交付。Superpowers 还设置了两道强制评审关卡：需求合规检查，确认代码是否真的完成了需求目标，有无逻辑偏离；代码质量检查，确认代码是否可维护、安全合规、拥有完善的文档，是否存在命名混乱、安全漏洞、注释缺失等问题。

这一步，将单元测试覆盖不到的逻辑问题与质量问题，全部拦截在交付之前。

纪律性的核心：技能体系与不可动摇的铁律

Superpowers 能真正落地，并非依靠空泛的建议，而是凭借一套可组合的“技能（Skill）”体系以及不可动摇的执行规则。

它内置了 15 个标准化技能，覆盖了头脑风暴、方案规划、TDD、系统化调试、代码评审、安全扫描、文档生成等全开发流程。每个技能都有明确的触发时机和执行规范。

最便利的是，这些技能是自动触发的：您提出新需求，头脑风暴技能自动激活；您准备写代码，规划技能自动触发；您排查 bug，调试流程自动启动；您准备提交代码，评审技能自动执行。您无需额外编写提示词，也无需改变自身的使用习惯。

这套体系能够守住纪律，依靠的是几条核心铁律：在指令优先级上，用户的明确指令高于 Superpowers 技能规则，技能规则又高于 AI 默认系统提示。如果您明确表示“这个功能不需要 TDD”，那么它会遵循您的要求；但只要您没有特殊说明，就必须严格遵守技能规则，没有任何商量余地。在强制技能检查方面，只要有 1% 的可能性某个技能适用，就必须先调用技能，然后再执行其他任何操作——哪怕是向您提问澄清需求，也必须先完成技能检查。此外，还有零容忍的偷懒借口：文档中专门列出了一系列“红牌警告”的想法，例如“这个需求很简单，不用走流程”、“我先问点上下文再看技能”、“我记得这个技能的内容，不用再调用了”。这些都是开发中常见的偷懒借口，Superpowers 直接将这些路全部堵死。

如何上手？非常简单

Superpowers 的安装几乎零门槛。您可以直接在所使用的 AI 编码平台的插件市场完成安装。

例如，对于 Claude Code，您既可以在插件市场一键安装，也可以使用一行 git 命令完成设置：

git clone https://github.com/observablehq/superpowers ~/.claude/skills/superpowers

对于 Cursor，您只需在设置中找到「Features -> Codebase」，勾选开启 Superpowers 即可。

安装完成后，它会自动激活，无需额外配置，便能将这套开发纪律嵌入到您与 AI 的每一次开发对话中。

最后想说的话

说到底，AI 编码工具的终极目标，从来不是帮助我们写出更多的代码，而是帮助我们写出更好的代码。

现阶段很多 AI 编码工具都在比拼“编写代码的速度”和“一次性能写多少行代码”，却忽略了软件工程最核心的要素——纪律性。

而 Superpowers 的价值，在于将资深工程师用十几年踩坑换来的开发习惯，变成了 AI 必须遵守的强制流程。它并没有让 AI 变得“更聪明”，却让 AI 变得“更可靠”。

毕竟在软件工程中，最快的路，永远是那条不返工的路。