它最有意思的地方不是那七段流程，是它根本不靠「模型觉得相关才读」——开场就把规矩灌进每一次会话。这既是它管用的原因，也是它的账单。
superpowers（作者 Jesse Vincent，MIT；据 GitHub 仓库页 2026-09，约 28.2 万 star / 2.5 万 fork；据仓库 RELEASE-NOTES.md，最新 v6.3.0 发布于 2026-08）不是一个 skill，是 14 个 skill 组成的一套开发方法论，外加一个把它塞进每次会话的钩子。它替你干掉的那件事是：agent 一上来就动手写代码。本期把这 14 个逐个点名、给出各自的目录链接和该不该用的判断，再拆开它凭什么能强制生效——以及这份强制在小任务上收多少费。
# Claude Code：走官方 plugin 源
/plugin install superpowers@claude-plugins-official
# 其余 harness，README 各给一条：
Cursor: /add-plugin superpowers
Gemini CLI: gemini extensions install https://github.com/obra/superpowers
Copilot CLI: copilot plugin install superpowers@superpowers-marketplace
Devin CLI: devin plugins install obra/superpowers
Kimi Code: /plugins install https://github.com/obra/superpowers
# 第一条立刻能跑的用法：装完什么都不用敲，直接说
# 「我想给这个项目加一个 X」
# 它不会开写，会先回你一串问题——那就是 brainstorming 起作用了。
七段主流程就是把上表串起来：brainstorming → using-git-worktrees → writing-plans → subagent-driven-development → test-driven-development → requesting-code-review → finishing-a-development-branch。装的时候是一整个 plugin，没有勾选框。
仓库里 hooks/hooks.json 注册的是 SessionStart 钩子，匹配 startup|clear|compact 三个时机；hooks/session-start 这个脚本把 skills/using-superpowers/SKILL.md 的全文读出来，包在 <EXTREMELY_IMPORTANT> 标签里注入。所以「自动触发」在这里是字面意思：你没提需求它就已经在了，而且清空上下文、压缩上下文之后还会再来一遍。
被注入的 using-superpowers 只有 63 行、约 3.1 KB（据仓库文件，2026-09），内容基本是一张反例表——把模型可能用来跳过流程的借口逐条列出来堵死：「这只是个简单问题」→ 问题也是任务；「我得先看看代码」→ skill 会告诉你怎么看；「这个 skill 太重了」→ 简单的事会变复杂。它还定了优先级：流程类 skill 先于实现类 skill，以及 CLAUDE.md / AGENTS.md 与你的直接指令高于 skill。
requesting-code-review 的做法值得单拎出来：它不让主 agent 自己读 diff，而是取 BASE_SHA / HEAD_SHA，派一个 general-purpose subagent，用仓库里的 code-reviewer.md 模板填参数。SKILL.md 里明说了理由——审查者拿到的是精心构造的上下文，绝不继承你这一场的会话历史：一是让它盯产出而不是盯你的思路，二是 diff 和评审过程留在子上下文里，回来的只有结论。subagent-driven-development 把这条放大成「每个任务一个全新实现者 + 每任务一次审查 + 收尾一次整分支审查」。
早期版本被吐槽最多的就是「问个小问题也要走两份文档的仪式」。据仓库 RELEASE-NOTES.md（v6.3.0，2026-08），现在它先把请求分成三类并把分类说出来让你否决：spike（可行性问题，产出是答案不是代码，几句话过一下就动手）、bounded（改仓库里已有的流程，设计直接在对话里讲几段）、architectural（新子系统，走完整问答+设计文档+writing-plans）。规则是拿不准就走重的那条，且只能中途升级不能降级。但那道批准闸门在三条路上一样硬——它不会未经你点头就开写。
test-driven-development 的铁律：没有失败的测试就不许写实现代码；先写了实现的，删掉重来——不许留作参考、不许照着改。例外只有原型、生成代码、配置文件，而且要问过你。systematic-debugging 四阶段：没做完根因调查不许提修复方案，多组件系统还要求先加日志确认每个边界进出的数据。它明说「越急越要用」。writing-plans 的假设：计划要写给「一个不了解你代码库、品味存疑的工程师」看，任务切到 2–5 分钟一个、写死文件路径和验证方式，存到 docs/superpowers/plans/。subagent-driven-development 的执行纪律：跑起来之后不中途找你确认，遇到计划冲突自己下裁决并记进账本；只有不可逆操作、安全敏感操作、越出 worktree 的副作用（合并、推共享分支、发布）和「计划烂到无路可走」才停下来问。适合它的活：多文件重构、新子系统、有测试基座的仓库、你要离开电脑让它自己跑一段的场景。不适合的活：改文案、调样式、写一次性脚本、排查一个错误信息已经指名道姓的 bug。
/clear、每次自动压缩之后，约 3.1 KB 的总则重新入场。单看不多，但它是不可协商的常驻项，和「装了不触发就免费」的普通 skill 是两种成本模型。using-superpowers 明确让 CLAUDE.md / AGENTS.md 与你的直接指令压过 skill——所以真要按下暂停，正确做法是在仓库约定或当场指令里写明（例如「这次是 spike，跳过 TDD」），而不是指望它自己看出来这活很小。/plan（见官方 permission modes 文档）在动盘之前先给你计划。替你干掉「先斩后奏」这一件，成本近乎零；什么时候不够：它不管测试、不管审查、不跨会话留痕。skills/systematic-debugging/ 或 skills/test-driven-development/ 整个文件夹拷进 ~/.claude/skills/ 即可，靠 description 正常触发、不带钩子。这是本期最推荐的入门方式——拿到 80% 的价值，不交常驻 context 税。什么时候不够：你要的正是那种「不许绕过」的强制力。CLAUDE.md / AGENTS.md 里三五行「本仓改代码先补测试、合并前跑 X」。替你干掉每次重复交代；什么时候不够：约定是软的，模型赶时间时照样跳。skill-creator 生成脚手架，或者读 superpowers 自己的 writing-skills 当范本。什么时候不够：你还没积累出「每次都要重新解释」的那几件事，写出来的是空壳。先装这三个（如果你只想要 superpowers 的一部分）：skills/systematic-debugging/ + skills/test-driven-development/ + skills/verification-before-completion/——三个文件夹拷进 ~/.claude/skills/，各自独立可用，不带 SessionStart 钩子。
什么时候装整套：手上的活是多文件重构或新子系统 · 仓库有跑得起来的测试 · 你打算让它自己跑一长段而不是每步盯着。三条同时成立才划算。
什么时候别装：十分钟能改完的活 · 没有测试基座的老仓库 · 你已经有严格的 CI 与人审流程 · 你的主要工作是改文案和样式。
装完两周复查：docs/superpowers/plans/ 里攒下几份计划？其中几份是你真的会回头读的？一份都没有，说明你的活根本不需要这一层。
/clear、上下文压缩这些时机调用的外部命令，其输出被注入上下文。superpowers 用它把总则塞进每一次会话，这是它区别于普通 skill 的根本。skill-creator 在这里