Superpowers:AI 编码代理技能框架与软件开发方法论详解
项目地址:https://github.com/obra/superpowers 版本:v6.1.1(2026-07-02) 作者:Jesse Vincent(obra),Prime Radiant 团队 许可证:MIT GitHub Stars:259,000+(截至 2026 年 7 月) 主语言:Shell
一、Superpowers 是什么?
Superpowers 是一个为 AI 编码代理(coding agents)设计的完整软件开发方法论框架。它构建在一套可组合的技能(skills)之上,通过会话启动时的自动注入机制,让编码代理自动遵循系统化的开发流程。
核心定位
- 不是一个工具库,而是一套行为塑造框架(behavior-shaping framework)
- 不是可选的建议,而是强制性的工作流(mandatory workflows)
- 不依赖特定平台,支持 11+ 种主流 AI 编码代理
理念
| 原则 | 说明 |
|---|---|
| 测试驱动开发(TDD) | 永远先写测试 |
| 系统化优于临时方案 | 流程优于猜测 |
| 复杂度削减 | 简洁是首要目标 |
| 证据优于声称 | 在声明成功前必须验证 |
二、Superpowers 能做什么?
Superpowers 通过 14 个核心技能(Skills)覆盖了软件开发的全生命周期:
技能库全览
| 分类 | 技能名称 | 描述 | 触发时机 |
|---|---|---|---|
| 测试 | test-driven-development | RED-GREEN-REFACTOR 循环 | 实现任何功能或修复时 |
| 调试 | systematic-debugging | 4 阶段根因分析流程 | 遇到任何 bug、测试失败或异常行为时 |
| 调试 | verification-before-completion | 确保真正完成了验证 | 即将声称工作完成时 |
| 协作 | brainstorming | 苏格拉底式设计细化 | 任何创造性工作之前 |
| 协作 | writing-plans | 详细实现计划编写 | 有规格需求、编写代码之前 |
| 协作 | executing-plans | 批量执行计划并设置检查点 | 有书面实现计划时 |
| 协作 | dispatching-parallel-agents | 并发子代理工作流 | 有 2+ 个独立任务时 |
| 协作 | subagent-driven-development | 子代理驱动开发(核心推荐) | 执行有独立任务的实现计划时 |
| 协作 | requesting-code-review | 预审查清单 | 完成任务、实现主要功能或合并前 |
| 协作 | receiving-code-review | 响应审查反馈 | 收到代码审查反馈时 |
| 协作 | using-git-worktrees | 并行开发分支隔离 | 开始需要隔离的功能工作时 |
| 协作 | finishing-a-development-branch | 完成/合并/PR 决策流程 | 所有任务完成、测试通过时 |
| 元技能 | writing-skills | 按最佳实践创建新技能 | 创建/编辑技能或验证技能有效性时 |
| 元技能 | using-superpowers | 技能系统入口引导 | 每次会话启动时自动注入 |
核心工作流程
Superpowers 定义了一个从设计到交付的完整工作流:
1. brainstorming(头脑风暴)
↓ 主动提问,细化需求,产出设计文档
2. using-git-worktrees(Git 工作树)
↓ 创建隔离工作空间,验证测试基线
3. writing-plans(编写计划)
↓ 分解为 2-5 分钟的小任务,每步含精确路径和代码
4. subagent-driven-development(子代理驱动开发)
↓ 每个任务派发新子代理,双阶段审查(规格合规 + 代码质量)
5. test-driven-development(TDD)
↓ RED-GREEN-REFACTOR:写失败测试 → 看它失败 → 写最小代码 → 看它通过 → 提交
6. requesting-code-review(代码审查)
↓ 按严重程度报告问题,关键问题阻断进度
7. finishing-a-development-branch(完成分支)
↓ 验证测试 → 提供选项(合并/PR/保留/丢弃)→ 清理工作树
三、核心技能详解
3.1 using-superpowers(技能系统引导)
这是系统的入口技能,在每次会话开始时自动注入模型上下文。
核心规则: - 在任何回复(包括澄清问题)之前,必须先检查是否有相关技能适用 - 如果有 1% 的可能性某技能适用于你正在做的事,就必须调用它 - 技能不是建议,而是必须执行的流程
红旗机制:当模型产生"这只是个简单问题"、"我先了解一下代码"等想法时,就触发停止并检查技能。
优先级:用户指令(CLAUDE.md、AGENTS.md 等)> 技能 > 默认行为。
3.2 brainstorming(头脑风暴)
用途:在任何创造性工作之前,将粗略想法转化为完整设计和规格。
关键流程:
1. 探索项目上下文(文件、文档、最近提交)
2. 逐个提问来细化想法
3. 提出 2-3 个方案及其权衡,给出推荐
4. 分节展示设计,逐节获取用户批准
5. 将设计文档保存到 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md
6. 自审后交由用户审查
7. 转入 writing-plans 技能编写实现计划
硬性门控:在用户批准设计前,不写任何代码、不调用任何实现技能。
3.3 writing-plans(编写计划)
用途:将规格分解为可执行的细粒度任务计划。
核心原则:
- 假设执行者对代码库零上下文、品味差
- 每步 2-5 分钟,包含精确文件路径和完整代码
- DRY(不重复)、YAGNI(不过度设计)、TDD(测试先行)
- 任务保存到 docs/superpowers/plans/YYYY-MM-DD-<feature-name>.md
任务粒度:每个步骤是一个动作——"写失败测试"是一步,"运行确认失败"是一步,"写最小代码使测试通过"是一步,"运行测试确认通过"是一步,"提交"是一步。
3.4 subagent-driven-development(子代理驱动开发)
这是 Superpowers v6.0 的核心创新,也是推荐的计划执行方式。
工作模式:
读取计划 → 创建待办列表 → 循环执行每个任务:
派发新的实现子代理(不继承会话历史)→
子代理实现、测试、提交、自审 →
写 diff 文件,派发审查子代理(规格合规 + 代码质量)→
如果有 Critical/Important 发现 → 派发修复子代理 → 重新审查 →
标记完成,更新进度账本
→ 所有任务完成后 → 派发最终全分支审查子代理
v6.0 重大改进: - 从每个任务两个审查者合并为一个审查者(返回两个裁定:规格合规 + 代码质量) - diff 和任务文本以文件方式传递(避免粘贴在昂贵上下文中永久驻留) - 每次派发必须声明使用的模型(避免默认使用最贵模型) - 运行结束时进行单次全分支审查(替代逐任务重新审查)
效果:约 2 倍速度提升,近 50% token 消耗减少。
3.5 test-driven-development(测试驱动开发)
铁律:没有失败测试,就不写生产代码。先写代码再补测试?删掉,重来。
RED-GREEN-REFACTOR 循环: 1. RED:写一个最小的失败测试 2. 验证它确实以正确的方式失败 3. GREEN:写最少的代码让测试通过 4. 验证所有测试都通过 5. REFACTOR:清理代码,保持绿色 6. 进入下一个循环
适用场景:新功能、bug 修复、重构、行为变更。所有情况,无例外。
3.6 systematic-debugging(系统化调试)
铁律:没有根因调查,不提修复方案。
四阶段流程:
| 阶段 | 说明 |
|---|---|
| 阶段 1:根因调查 | 仔细阅读错误信息、稳定复现、检查最近变更、多组件系统中收集边界证据 |
| 阶段 2:形成假设 | 基于根因分析形成假设 |
| 阶段 3:验证假设 | 确认假设能解释所有症状 |
| 阶段 4:实施修复并验证 | 修复并确认不再复现 |
何时特别需要使用:时间压力下、看似简单的问题、已经试过多次修复、之前的修复没效果、对问题不完全理解时。
3.7 其他技能概要
| 技能 | 核心要点 |
|---|---|
| executing-plans | 加载计划 → 批判性审查 → 逐任务执行 → 报告完成。适用于不支持子代理的平台的替代方案 |
| using-git-worktrees | 确保工作在隔离工作空间中进行。优先使用平台原生工具,回退到 git worktree |
| finishing-a-development-branch | 验证测试通过 → 检测环境 → 提供选项(合并/PR/保留/丢弃)→ 执行 → 清理 |
| verification-before-completion | 没有验证证据,不声称完成。运行验证命令,确认输出 |
| requesting-code-review | 派发审查子代理。按严重程度(Critical/Important/Minor)报告问题 |
| receiving-code-review | 技术评估而非情绪表演。验证后再实施建议 |
| dispatching-parallel-agents | 每个独立问题域派发一个代理,并发工作 |
| writing-skills | TDD 应用于流程文档:写压力测试场景 → 看基线行为 → 写技能 → 看代理合规 → 重构 |
四、如何上手?
4.1 支持的平台
Superpowers 支持 11 种主流 AI 编码代理:
| 平台 | 安装方式 |
|---|---|
| Claude Code | 官方插件市场:/plugin install superpowers@claude-plugins-official |
| Claude Code(Superpowers 市场) | /plugin marketplace add obra/superpowers-marketplace → /plugin install superpowers@superpowers-marketplace |
| Antigravity | agy plugin install https://github.com/obra/superpowers |
| Codex App | 在插件市场搜索 Superpowers 安装 |
| Codex CLI | /plugins → 搜索 superpowers → 安装 |
| Cursor | /add-plugin superpowers |
| Factory Droid | droid plugin marketplace add https://github.com/obra/superpowers → droid plugin install superpowers@superpowers |
| GitHub Copilot CLI | copilot plugin marketplace add obra/superpowers-marketplace → copilot plugin install superpowers@superpowers-marketplace |
| Kimi Code | 插件市场搜索 Superpowers,或 /plugins install https://github.com/obra/superpowers |
| OpenCode | 让代理执行 Fetch and follow instructions from https://raw.githubusercontent.com/obra/superpowers/refs/heads/main/.opencode/INSTALL.md |
| Pi | pi install git:github.com/obra/superpowers |
4.2 基本使用步骤
安装后无需额外操作。Superpowers 会自动在每个会话启动时注入引导技能。
使用流程:
- 启动编码代理(如 Claude Code)
- 输入你的需求,例如:"帮我做一个 React todo list"
- Superpowers 自动触发:
- 代理不会直接写代码,而是先进入 brainstorming 流程
- 逐个提问,细化你的需求
- 提出 2-3 个设计方案,推荐一个并解释原因
- 分节展示设计,逐节获取你的确认
- 设计批准后:
- 自动创建 git worktree 隔离工作空间
- 进入 writing-plans,分解为小任务计划
- 你说 "go" 后,进入 subagent-driven-development
- 每个任务派发子代理实现、测试、审查
- 整个过程可能自主运行数小时而不偏离计划
关键体验:你不需要做任何特殊操作,编码代理自动拥有 Superpowers。
4.3 配置选项
禁用视觉遥测:
export SUPERPOWERS_DISABLE_TELEMETRY=true
# 或
export DISABLE_TELEMETRY=true
export CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=true
更新:Superpowers 的更新大多自动完成,具体取决于使用的编码代理平台。
五、技术架构
5.1 三层集成机制
Superpowers 采用三层架构来跨平台工作:
┌─────────────────────────────────────────────────┐
│ 层 1:Skills(技能层 - 平台无关) │
│ skills/ 目录是真理的来源,所有平台共享 │
│ 技能描述"动作"而非"工具" │
├─────────────────────────────────────────────────┤
│ 层 2:Tool Mapping(工具映射层 - 平台特定) │
│ 将动作词汇翻译为各平台的真实工具名 │
│ 如"dispatch a subagent" → task / delegate │
├─────────────────────────────────────────────────┤
│ 层 3:Bootstrap(引导层 - 平台特定) │
│ 每次会话启动时自动注入 using-superpowers 内容 │
│ 这是整个集成的核心:没有它,技能文件无效果 │
└─────────────────────────────────────────────────┘
5.2 三种集成形态
| 形态 | 机制 | 代表平台 |
|---|---|---|
| Shape A:Shell Hook | 会话启动时运行 shell 命令,stdout 注入上下文 | Claude Code, Cursor, Copilot CLI |
| Shape B:进程内插件 | JS/TS 插件,生命周期回调修改消息数组 | OpenCode, Pi |
| Shape C:指令文件 | 扩展声明的上下文文件,always 加载 | Gemini (已移除), Antigravity |
5.3 跨平台不变量
存在两条不可违反的规则:
- 技能命名动作而非工具:不编辑技能内容来适配平台。移植只添加工具映射和引导注入,不改 skills/*/SKILL.md。
- 一切通过平台自身的安装机制分发:不编辑用户文件。引导、技能、工具映射都通过插件的安装产物分发。
5.4 项目结构
superpowers/
├── skills/ # 14 个核心技能(平台无关)
│ ├── using-superpowers/ # 引导技能(每次会话注入)
│ ├── brainstorming/ # 头脑风暴
│ ├── writing-plans/ # 编写计划
│ ├── subagent-driven-development/ # 子代理驱动开发
│ ├── executing-plans/ # 执行计划
│ ├── test-driven-development/ # TDD
│ ├── systematic-debugging/ # 系统化调试
│ ├── verification-before-completion/ # 完成前验证
│ ├── requesting-code-review/ # 请求代码审查
│ ├── receiving-code-review/ # 接收代码审查
│ ├── dispatching-parallel-agents/ # 并行代理调度
│ ├── using-git-worktrees/ # Git 工作树
│ ├── finishing-a-development-branch/ # 完成分支
│ └── writing-skills/ # 编写技能
├── hooks/ # 会话启动钩子脚本
├── .claude-plugin/ # Claude Code 插件清单
├── .codex-plugin/ # Codex 插件清单
├── .cursor-plugin/ # Cursor 插件清单
├── .kimi-plugin/ # Kimi Code 插件清单
├── .opencode/ # OpenCode 插件
├── .pi/ # Pi 扩展
├── docs/ # 文档
│ ├── porting-to-a-new-harness.md # 移植到新平台指南
│ └── testing.md # 测试文档
├── tests/ # 测试套件
├── scripts/ # 脚本
├── README.md # 主文档
├── RELEASE-NOTES.md # 发行说明
├── AGENTS.md # 代理指令
├── CLAUDE.md # Claude 指令
├── GEMINI.md # Gemini 指令(已移除)
├── package.json # 包元数据
└── LICENSE # MIT 许可证
六、版本演进
重要里程碑
| 版本 | 日期 | 核心变化 |
|---|---|---|
| v6.1.1 | 2026-07-02 | 修复 Codex 不再重复注册 Claude SessionStart 钩子;新增 Codex portal 打包脚本 |
| v6.1.0 | 2026-06-30 | 压缩 using-superpowers 引导降低 per-session token 成本;Codex 可从市场安装;移除 Gemini CLI 支持 |
| v6.0.3 | 2026-06-18 | SDD 临时文件从 .git/ 移至 .superpowers/sdd/(修复 Claude Code 保护路径问题) |
| v6.0.0 | 2026-06-16 | 重大版本:重写子代理驱动开发审查流程;新增 Kimi Code、Pi、Antigravity 支持;约 2 倍速度 + 50% token 节省 |
七、社区与资源
| 资源 | 链接 |
|---|---|
| GitHub 仓库 | https://github.com/obra/superpowers |
| Discord 社区 | https://discord.gg/35wsABTejz |
| 问题追踪 | https://github.com/obra/superpowers/issues |
| 发布公告 | https://primeradiant.com/superpowers/ |
| 原始发布博文 | https://blog.fsck.com/2025/10/09/superpowers/ |
| 招聘信息 | https://primeradiant.com/jobs/superpowers-community-engineer/ |
| 商业支持 | [email protected] |
贡献流程
- Fork 仓库
- 切换到 dev 分支
- 为你的工作创建分支
- 按照 writing-skills 技能创建和测试新/修改的技能
- 提交 PR,填写模板
注意:项目一般不接受新技能的贡献,技能更新必须适用于所有支持的编码代理。
八、与 Hermes Agent 的关系
Superpowers 的部分核心理念已被 Hermes Agent 采用并适配。Hermes 的以下技能明确标注为"adapted from obra/superpowers":
| Hermes 技能 | 来源标注 |
|---|---|
| software-development/plan | Hermes Agent (writing-craft adapted from obra/superpowers) |
| software-development/systematic-debugging | Hermes Agent (adapted from obra/superpowers) |
| software-development/test-driven-development | Hermes Agent (adapted from obra/superpowers) |
| software-development/requesting-code-review | Hermes Agent (adapted from obra/superpowers + MorAlekss) |
这表明 Superpowers 的方法论对 AI 代理生态系统产生了广泛影响,Hermes Agent 将其核心开发流程技能的最佳实践吸收并适配到自己的技能框架中。
九、总结
Superpowers 是目前 GitHub 上最受关注的 AI 编码代理技能框架(259K+ stars),其核心价值在于:
- 完整方法论:不是零散的工具集,而是从需求到交付的完整开发流程体系
- 行为塑造:通过自动注入和强制流程,确保 AI 代理始终遵循最佳实践
- 跨平台兼容:支持 11+ 种主流编码代理,技能内容不变,只适配工具映射
- 子代理驱动:v6.0 的核心创新,通过子代理隔离 + 双阶段审查 + 文件化传递,实现高质量的自主开发
- TDD 优先:铁律级的 TDD 执行——不写失败测试,不写生产代码
- 系统化调试:四阶段根因分析,杜绝猜测式修复
- 社区生态:活跃的 Discord 社区、商业支持选项,以及持续更新的版本
对于任何使用 AI 编码代理的团队或个人,Superpowers 都是一个值得安装和使用的方法论框架——它让 AI 不只是写代码,而是系统化地、可验证地、以高质量标准地完成软件开发。