你有没有过这样的经历？
打开 Claude Code，描述了一个需求，它唰唰唰就开始写代码了。你松了一口气，心想"今天效率真高"——然后开始 review，发现它完全理解错了方向，代码写了一大堆但全都要重来。
你叹了口气，删掉，重新描述。这一次它理解了，但代码风格和项目现有规范完全不搭。你再改一遍，它改了这里坏了那里。
一个下午过去了，你做的事只有一个：告诉 AI 它做错了什么，让它重新做。
这不是你的问题，也不是 Claude 的问题。这是一个结构性问题——AI 很聪明，但它没有工程纪律。
什么是 Superpowers？一句话
Superpowers 是一套开源的 Claude Code 插件，由开发者 Jesse Vincent（obra）创建，2026 年 1 月正式入驻 Anthropic 官方插件市场。它目前拥有 23 万+ 安装量、17.7 万 GitHub Star，是官方市场安装量第二的插件。
但与其说它是一个"插件"，不如说它是一套强制性的工程纪律框架。
想象一下：你有一个热情但没有经验的初级工程师。他编程能力很强，但每次接到需求就直接开始写代码，不确认需求、不设计架构、不写测试、不 review。结果就是——做得很快，但经常做错。你怎么管他？
你给他一套 SOP（标准作业流程）：接到需求先做需求澄清 → 设计方案 → 评审通过 → 写测试 → 写实现 → 代码 review → 合入。
Superpowers 就是 Claude Code 的这套 SOP。
它和普通 Skill / Prompt 有什么不同？
你可能在想：这不就是一套 Prompt 吗？把流程写进 Prompt 不就行了？
这就是 Superpowers 最巧妙的地方。
普通的 Claude Code Skill 是这样工作的：有一个"描述"字段（比如"用于生成测试"），只有当 Claude 觉得当前任务匹配这个描述时，才会加载 Skill 的完整内容。听起来合理，但实际数据是——纯 Skill 系统的调用率只有 6%。也就是说，Claude 有 94% 的概率根本不会触发你精心写的 Skill。
而 Superpowers 用了另一种机制。它在 Claude Code 启动时通过 SessionStart hook 注入一个<system-reminder>，用<EXTREMELY_IMPORTANT>标签包裹它的核心指令。这意味着 Superpowers 的内容始终在 Claude 的上下文中，调用率达到 66%——比纯 Skill 系统高了 10 倍。
这个"激活差距"（Activation Gap）是 Skill 系统最根本的问题，也是 Superpowers 最核心的技术创新。
它的工作原理
Superpowers 的 14 个核心 Skill 覆盖了从需求澄清到代码合入的完整流程。每个 Skill 包含 <HARD-GATE> 硬性门禁标签——比如"在用户批准设计方案之前，不得写任何代码"。这从根本上杜绝了 AI 最容易犯的错误：跳过设计直接编码。
实测效果：返工率降低 90%
数据比任何宣传都更有说服力。
Superpowers 的 14 个核心 Skill 覆盖了从需求澄清到代码合入的完整流程。每个 Skill 包含 <HARD-GATE> 硬性门禁标签——比如"在用户批准设计方案之前，不得写任何代码"。这从根本上杜绝了 AI 最容易犯的错误：跳过设计直接编码。
多个独立用户的实测反馈高度一致：
- 返工率降低 70-90%
- 测试覆盖率从 40% 提升到 85-95%+
- 多文件重构正确率 95%（20 处改对 19 处）
- 并行执行多任务比串行快 3-4 倍
有一个真实的案例非常说明问题：一位用户用 Claude Code 原生 Plan Mode 做了一个"ADHD 仿生阅读器"，结果对中文无效、无法抓取公众号内容。他用 Superpowers 重做了一遍——Brainstorming Skill 追问出"要做浏览器扩展"，调研了中文阅读需求，提供 3 个架构方案，子 Agent 独立执行 + review——一遍过。
生态对比：它和其他框架有什么区别？
Superpowers 不是 Claude Code 生态中唯一的增强框架。目前社区最活跃的有四个，定位各有不同：
| 工具 | Star 数 | 核心哲学 | 适合场景 |
|---|---|---|---|
| Superpowers | ~17.7万 | 工程纪律 + TDD 强制 | 生产级代码、规范项目 |
| GSD | ~6万 | Spec-Driven，快速出活 | 0→1 原型开发 |
| Gstack | ~5万 | 虚拟 23 人团队 | 产品级 MVP |
| ECC | ~2万 | 全面工具箱，按需选用 | 多语言、多场景 |
四个框架中，Superpowers 的 TDD 能力最强，自动化程度最高（hook 自动触发），但也因此对简单改动显得"过度"——如果你只是想修一个 typo，它的 Brainstorming 会追问你十几个问题。
另外，Anthropic 官方的 skill-creator 和 Superpowers 不是竞争关系，而是互补关系。skill-creator 是"制作 Skill 的工具"，Superpowers 是"使用 Skill 的框架"。你可以用 Superpowers 作为基础框架，再用 skill-creator 开发自己的私有 Skill。
常见的误区
误区一："Superpowers 就是一套高级 Prompt。"
不完全对。Prompt 是"这次你记住要……"，而 Superpowers 是一套可组合的方法论包，包含脚本、模板、硬性门禁。它改变了 Claude 的工作方式，而不只是给了它一段指令。
误区二："装了 Superpowers 什么项目都能用。"
不是。做产品原型、快速验证想法的阶段，GSD 可能更合适。Superpowers 的 TDD 强制在小改动上确实有些"重"。社区的建议是：做原型用 GSD，做生产代码用 Superpowers。
误区三："Superpowers 和官方 Skill 系统只能二选一。"
可以一起用。Superpowers 覆盖工程流程（怎么做事），官方 Skill 系统覆盖领域知识（做什么事）。两者可以共存。
如果你想试试
第一步：安装
# Claude Code 中运行
/plugin install obra/superpowers
或者直接从 GitHub 克隆：
git clone https://github.com/obra/superpowers.git .claude/plugins/superpowers
第二步：重启 Claude Code 会话，它会在启动时自动加载。
第三步：像平时一样开始工作。你会立刻发现 Claude 开始问你要需求文档、设计方案、测试计划——不要觉得烦，这正是它之前缺少的工程纪律。
如果你觉得英文版的上手有点门槛，社区还有中文汉化版（dxc-danny/superpowers-cn），降低了中文用户的学习曲线。
总结
Superpowers 解决的并不是"让 AI 更聪明"的问题——Claude 已经足够聪明了。它解决的是"让 AI 按规矩办事"的问题。
一个编程能力极强但没有纪律的工程师，和一个能力相当但严格遵守流程的工程师，长期来看后者的产出是前者的数倍——因为前者做的 90% 都在返工，后者做的 90% 一遍过。
Superpowers 就是在帮你的 AI 从前者变成后者。
参考来源：Anthropic 官方插件市场、obra/superpowers GitHub、社区实测报告、ECC vs Superpowers 对比分析
本文同步发布于微信公众号，欢迎关注获取更多 AI 工具实战内容。
