跳转到主内容

Superpowers 工作流框架:让 AI 编程助手按工程规范做事

2026-06-11claude-code · superpowers · 工作流 · 审查 · TDD · 插件

Superpowers 是一个开源的 Claude Code 插件,包含 14 个结构化技能,强制 AI 编程助手按完整的软件工程流程工作—— 先澄清需求、再设计方案、拆解为可验证的小步、用 TDD 实现、最后独立审查。 它解决的核心问题是:AI 倾向于"直接动手写代码",跳过设计和验证环节。

写作环境:Claude Code v2.x + Superpowers(obra/superpowers),2026-06 验证。 Superpowers 于 2025-10-09 发布,2026-01-15 进入 Anthropic 官方插件市场。 本文内容基于官方市场版本,安装后所有技能自动可用。

一、安装

方式一:官方市场(推荐)

bash
/plugin install superpowers@claude-plugins-official

方式二:Superpowers 自有市场

bash
# 添加市场
/plugin marketplace add obra/superpowers-marketplace
# 安装
/plugin install superpowers@superpowers-marketplace

安装后重启 Claude Code 即可。输入 / 能看到以 superpowers: 开头的命令列表。

Superpowers 还支持 Codex CLI、Cursor、Gemini CLI、Copilot CLI、OpenCode 等平台。 本文聚焦 Claude Code 上的使用方式,其他平台的适配细节见官方仓库

二、技能概览

14 个技能按开发阶段分为五组。Superpowers 的 using-superpowers 元技能充当路由器, 自动判断当前处于哪个阶段、应该触发哪个技能,不需要手动指定。

2.1 设计阶段

技能作用
brainstorming苏格拉底式对话,逐层细化需求,产出设计文档

2.2 计划阶段

技能作用
writing-plans将设计拆解为 2-5 分钟可完成的微任务
executing-plans批次执行计划,每个批次结束后设置人工检查点

2.3 实现阶段

技能作用
test-driven-development强制 RED-GREEN-REFACTOR 循环,测试写在前,实现写在后
subagent-driven-development每个微任务派发独立子 Agent,完成后两阶段审查
dispatching-parallel-agents独立任务并行分发给多个子 Agent
using-git-worktrees为每个任务创建隔离的 git worktree 和新分支

2.4 验证阶段

技能作用
systematic-debugging四阶段根因分析:复现→定位→修复→验证修复
verification-before-completion完成前逐项验证,作为门控阻止未验证的代码合并
requesting-code-review生成独立审查子 Agent,按严重度分级反馈
receiving-code-review评估审查反馈,要求先验证再回应,禁止盲从
finishing-a-development-branch分支清理,展示 merge / PR / 保留 / 丢弃选项

2.5 元技能

技能作用
using-superpowers路由器,判断当前阶段并触发对应技能
writing-skills创建和测试自定义技能,扩展 Superpowers 体系

三、code-review 技能详解

3.1 requesting-code-review

任务完成后自动调度一个独立的审查子 Agent。审查者不参与实现过程,因此能发现实现者可能忽略的问题。

审查输入:git SHA 范围 + 需求描述 + 实现笔记。审查输出按严重度三级分类:

  • Critical:功能缺失、逻辑错误、安全漏洞。阻塞合并。
  • Important:可维护性问题、不一致的命名、缺少边界处理。建议修复后再合并。
  • Minor:格式问题、未使用的 import、可选的性能优化。

3.2 receiving-code-review

审查反馈回来后,这个技能约束 Claude 的回应方式。两条硬规则:

  • 禁止盲从:收到审查建议后必须先验证代码是否确实需要修改,再决定是否采纳。不允许直接说"你说得对"然后照改。
  • YAGNI 优先:审查者说"可以扩展这个功能支持 X",但如果当前没有调用方,删除多余代码而非扩展。

两级审查的设计要点在于:审查者是独立子 Agent,它不继承主会话的实现过程,因此判断不受实现过程的影响。 这与在同一个会话中让 Claude "自己审查自己的代码"有本质区别——后者无法消除实现过程中的盲区。

四、实际使用

4.1 触发方式

Superpowers 的技能按需自动触发,不需要手动调用。当你描述一个任务时,using-superpowers 元技能判断当前阶段并激活对应的子技能。

也可以手动指定:

bash
# 手动触发头脑风暴
/superpowers:brainstorm
# 手动触发代码审查
/superpowers:request-code-review
# 执行计划
/superpowers:execute-plan

4.2 典型工作流

一次完整的 Superpowers 开发流程:

  1. 描述需求 → brainstorming 启动,逐层细化,产出设计文档
  2. 设计确认 → writing-plans 将设计拆为微任务列表
  3. 计划确认 → using-git-worktrees 创建隔离分支
  4. 开始实现 → test-driven-development 强制先写测试
  5. 每个微任务 → subagent-driven-development 派发独立子 Agent
  6. 全部完成 → requesting-code-review 两级审查
  7. 审查通过 → finishing-a-development-branch 清理分支,准备合并
这个流程比普通对话多花多少时间?

设计+计划阶段比"直接写代码"多花 10-20 分钟。但对于多文件改动、有测试要求、或需要同事审查的项目, 这部分前置时间通常能被后续减少的返工和审查轮次抵消。 对于单文件微调或探索性任务,完整流程可能过重——参见下一节的适用场景建议。

五、与 HUD 的关系

Claude HUD 和 Superpowers 互不冲突,解决的是不同层面的问题:

维度Claude HUDSuperpowers
性质可观测性工具工程纪律框架
作用让你看见 Claude 在做什么让 Claude 按规范 做事
显示位置终端输入行下方状态栏不显示——改变 Claude 的行为模式
并行安装互不冲突,可同时使用

同时安装时,HUD 的状态行会显示 Superpowers 技能触发的工具活动(如"◐ brainstorming: 细化需求")和子 Agent 进度。

六、适用场景

项目特征建议
多文件改动、需要测试完整流程收益最大
团队协作、需要审查code-review 技能独立审查,减少人工审查负担
复杂需求、容易偏离方向brainstorming + writing-plans 锁定需求范围
单文件微调、文案修改流程过重,直接用普通对话效率更高
探索性原型、未确定方向先用普通对话探索,方向确定后再启用 Superpowers

七、验证

安装后逐条确认:

  1. 输入 /,能看到 superpowers:brainstorm 等命令
  2. 描述一个开发需求(如"给首页加一个搜索框"),Claude 在动手前先询问设计细节——说明 brainstorming 已触发
  3. 让 Claude 完成一个小改动后,它主动提议进行代码审查——说明 requesting-code-review 已触发
时效性说明

⚠️ 以上信息可能已过时,请以各平台官方网站的最新公告和定价页面为准。本文基于 Superpowers(obra/superpowers)官方市场版本验证,写作日期 2026-06-11。Superpowers 是社区维护的开源项目,功能可能随版本变化,以 GitHub 仓库 最新文档为准。

本文中的大部分命令和配置都可以交给 AI 编程工具执行——粘贴到对话框让它代劳。 涉及密钥、浏览器操作或系统级修改的步骤除外。详见《从「动手做」到「指挥做」》

有疑问?来这里找答案

如果对本站内容有疑问,推荐到视频或其他知识性平台寻求解决方法,也可直接向 AI 提问获得参考性回答(注意分辨 AI 回答的正确性)

视频教程
B站搜索教程
视频演示 + 疑难解答