

💪 给 Claude Code 装上 Superpowers:编程方式彻底改变
你有没有发现,Claude Code 默认就是个"老好人"?你说"写个 X 函数",它立刻动手写代码,不问背景,不写测试,也不做验证。Superpowers 这个由 Jesse Vincent(@obra) 开发、刚上架 Anthropic 官方插件市场的插件,彻底颠覆了 AI 编程助手的工作方式。
Superpowers 到底是什么
Superpowers 是一整套标准化的软件开发方法论,为 Claude Code、Codex、Gemini CLI、Cursor、OpenCode 和 Factory Droid 统一了工作流程。Jesse 的理念是:"一旦智能体发现你在构建某个东西,它不会立刻动手写代码,而是先停下来,问清楚你到底想做什么。"
与其让"vibe coding"式随手拼代码产出一堆半成品,Superpowers 强制执行一套流程:头脑风暴 → 规划 → 测试驱动开发 → 子智能体执行 → 验证 → 收尾。这个仓库零第三方依赖,采用 MIT 许可证,已正式登陆 Anthropic 官方插件市场。
30 秒装好 Claude Code 插件
# 方式一:Anthropic 官方插件市场
/plugin install superpowers@claude-plugins-official
# 方式二:Superpowers 自家市场(附带相关插件)
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace
Codex CLI 用户:输入 /plugins,搜索"superpowers"即可。Factory Droid 用户:执行 droid plugin marketplace add 加上 droid plugin install。只需安装一次,所有项目都能用。
14 个核心技能
Superpowers 内置 14 个以 SKILL.md 形式存在的技能,每个都带有 frontmatter,用来规定什么情况下自动触发。其中最重要的几个是:
- using-superpowers:引导每一次对话,带有在启动、清屏、压缩上下文时触发的
SessionStart钩子。 - brainstorming:在任何创造性任务开始之前,强制智能体先问清楚需求。
- test-driven-development:在写任何一行代码之前先执行。
- subagent-driven-development:生成隔离的子智能体,上下文不会和主会话混在一起。
- systematic-debugging:遇到 bug 或测试失败时,不靠瞎猜。
- verification-before-completion:在宣称"完成"之前,必须跑一遍验证并贴出输出结果。
- using-git-worktrees 和 finishing-a-development-branch:自动创建 worktree,并询问是否合并、发 PR 或清理。
- requesting-code-review 和 receiving-code-review:讲纪律,不走形式、不敷衍点头。
核心规则是:"只要有百分之一的可能某个技能适用,你就必须调用它。"
测试驱动开发的铁律
没有先写失败的测试,就不准写生产代码。 "如果你没有亲眼看到测试失败,你就不知道它测的是不是对的东西。"
万一不小心先写了代码才补测试怎么办?删掉,从头再来一遍。没有"这次就算了"这种例外。
普通版 vs 装了 Superpowers
| 普通 Claude Code | 装了 Superpowers 之后 |
|---|---|
| 一收到需求立刻生成代码 | 先从头脑风暴开始 |
| 可能写测试,也可能不写 | 测试先失败,代码再通过,然后重构(测试驱动开发) |
| 单一主智能体,上下文越拖越长,容易跑偏 | 用子智能体隔离处理每个独立任务 |
| 说"完成了"也可能是错的 | 强制验证并贴出实际输出 |
| 没有统一的评审流程 | 有标准化的技能评审 |
| 手动管理 worktree | 自动创建 git worktree |
结果就是:Claude 可以连续自主工作好几个小时而不偏离计划,回归 bug 明显减少,一个 5 到 10 人的团队敢把大任务交给智能体,晚上也能睡个安稳觉。
给中文团队的实用建议
三个值得注意的点:
- 在把重要项目交给它之前,先花一天时间熟悉这些斜杠命令和技能。读一下
using-superpowers,搞清楚它是怎么被触发的。 - 用户的指令永远优先级最高。如果你说"这个任务别用 TDD",智能体会听你的。技能只是覆盖默认的系统提示词,而不是凌驾于你的指令之上。
- 完全可以自定义。你可以参考
writing-skills这个技能,自己写一个面向具体业务场景的技能(比如"deploying-to-our-k8s"),再打包成独立插件。
一个有意思的细节:作者自己承认,这个仓库的 PR 拒绝率高达 94%,原因是提交者发来的代码质量太差。这说明智能体依然需要被教会去认真读贡献者指南。但这正是整件事的核心思路:智能体确实能够自己读懂规范,前提是有一套流程逼着它这么做。
你试过安装 Superpowers 了吗?哪个技能对你帮助最大,是帮你问对问题的 brainstorming,还是专治各种虚假"完成"的 verification-before-completion?欢迎留言分享你的体验。
仓库地址:github.com/obra/superpowers。作者:Jesse Vincent(@obra)。





