superpowers 凭什么让 AI 编码助手工程化obra/superpowers单周新增30k stars直接拿下双榜冠军目前总 Star 突破27.6 万。但很多人误以为它又是一个提示词模板。错了。superpowers 不是更好的 prompt而是一套把软件工程纪律变成 AI 编码代理默认行为的技能框架。这篇我们从架构设计、技能激活机制、TDD 强制、subagent 协作、worktree 隔离五个技术维度把它拆开看。版本说明以下基于官方仓库 v5.1.0约 203k Stars、18.1k Forks结构分析。作者 Jesse VincentGitHub: obra2025 年 10 月首发。01 核心洞察AI 编码助手缺的不是能力是纪律superpowers 解决的根本问题不是模型不够聪明而是AI 编码代理的三大失控点失控点表现后果抢跑需求没澄清就写代码做了一堆错的事漏测写完但没测试验证假的完成早宣告成功没验证就报好了集成时才爆雷superpowers 的设计哲学一句话把靠自觉完成的工程动作改成 agent 的默认强制路径。它不提升模型上限但把模型的下限拉到像样的高级工程师。02 仓库结构分发面与强制面分离先看清 superpowers 的物理结构才能理解它怎么生效obra/superpowers/ ├── .claude-plugin/ # Claude Code 插件定义 ├── .codex-plugin/ # Codex 插件定义 ├── .cursor-plugin/ # Cursor 插件定义 ├── .opencode/ # opencode 配置 ├── gemini-extension.json # Gemini CLI 扩展 ├── skills/ # 核心可调用技能目录 │ ├── workflow/ # 工作流类brainstorming/planning │ ├── debugging/ # 调试类systematic-debugging │ ├── testing/ # 测试类test-driven-development │ └── meta/ # 元技能writing-skills ├── hooks/ # 检查技能是否被遵守 ├── tests/ # 跨 harness 验证流程 ├── AGENTS.md # 强制面入口通用 ├── CLAUDE.md # 强制面入口Claude └── GEMINI.md # 强制面入口Gemini关键设计分发面 ≠ 强制面安装插件只是分发技能文件到本地真正的约束靠AGENTS.md/CLAUDE.md等强制面入口文件——它们在会话开始时注入有技能就必须用技能先查技能再行动的强制提示hooks/和tests/负责验证这些技能在真实会话里有没有被跳过这就是为什么 superpowers 能在 Claude Code、Cursor、Codex、Gemini、Copilot、Kimi、Hermes 等 9 平台上通用——它不强依赖某个模型的特性而是用入口文件 技能目录这套通用范式挂钩。03 技能如何自动激活不是建议是强制普通提示词框架是建议你用 TDDsuperpowers 是每个任务前必须检查相关技能。激活机制三层① 强制面入口文件AGENTS.md在会话启动时注入核心约束“遇到开发任务先查 skills 目录里有没有对应技能有就必须用不要凭直觉。”② 触发时机README 明确agent 会在每个任务前检查相关 skills。skill 是入口不是补充材料。③ 验证面hooks/testshooks/检查技能是否在真实代理会话里被遵守tests/专门验证时间压力大 / 沉没成本高的场景下agent 有没有偷懒跳过技能。常见不生效原因根据官方说明三种情况会导致技能没激活没重启会话加载入口文件触发的不是开始任务信号比如在闲聊中当前目录不是 Git 干净基线worktree 信号不显04 TDD 强制RED → GREEN → REFACTORtest-driven-development技能把测试驱动开发变成不可绕过的流程强制顺序RED红 → 先写测试看到它失败 GREEN绿 → 写最小实现让测试通过 REFACTOR重构→ 在测试保护下重构官方表述很硬“测试之前写出来的代码该删就删。”为什么这个设计有效普通 AI 编码是先写一大坨再补测试糊弄一下。superpowers 反向操作——先让测试失败再写实现。这强制 agent先想清楚什么叫对测试即规格不写无法验证的代码重构时有安全网这直接解决了AI 写完的代码其实没跑过的行业顽疾。05 Subagent 两阶段审查先查偏题再查风格subagent-driven-development或executing-plans是 superpowers 放大量吞吐的核心。但它不是简单地开 N 个 agent 并行而是有两阶段审查纪律审查顺序阶段一Spec compliance规格符合性先判断有没有做对有没有偏题这是优先级最高的检查阶段二Code quality代码质量再判断写得好不好风格对不对设计逻辑为什么要分两阶段因为如果 agent 已经做偏了spec 不对再去纠结代码风格毫无意义。先纠偏再提质——避免一个上下文越做越歪。这也是 superpowers 解决长任务偏航的关键把大任务拆成小任务派给 subagent每个小任务完成后先过 spec 再过质量。06 Git Worktree 隔离在什么时候建工作区using-git-worktrees技能的触发时机很讲究——不是一开始建工作区而是 brainstorming 设计获批之后、写计划之前。隔离原理创建隔离工作区worktree切到新分支验证干净基线没有未提交改动为什么必须在这一步“没有隔离你很难判断修改是否带入问题。”设计获批前就建 worktree等于在需求还模糊时占坑设计获批后建才能保证主分支不被半成品污染出问题容易回滚多个任务并行时不互相踩前置依赖当前目录必须是 Git 仓库且基线干净。否则 worktree 信号不显技能不触发。07 Writing-plans把 spec 变成傻瓜可执行清单writing-plans是 superpowers 里最容易被低估、却最关键的技能。它定义了计划拆解的粒度标准粒度标准每个步骤2 到 5 分钟能完成文档要清楚到一个热情但品味不佳、没有判断力、没有项目上下文、不爱测试的初级工程师也能执行每个步骤含确切文件路径 代码草图为什么这个标准厉害AI agent 在长流程里偏航往往是因为计划太粗——实现登录功能这种粒度agent 会自由发挥。拆成在auth.ts第 12 行加 token 校验参考utils/jwt.ts的sign()这种粒度agent 就没多少自由发挥空间了。writing-plans 是 spec 变可执行清单的桥梁直接决定了后续 subagent 执行的成功率。08 Brainstorming写代码前先问清楚brainstorming在所有技能里最靠前——开始写代码之前必须触发。苏格拉底式提问agent 通过提问澄清单人用还是协作需要持久化吗要登录吗移动端支持吗设计哲学“不澄清需求和边界后面计划再细也只是把错事做工整。”brainstorming 解决的是抢跑失控点——先确认做什么、不做什么再谈怎么做。09 完整实战用 superpowers 写一个 React Todo List输入“Let’s make a React todo list”Step 1 — Brainstormingagent 先问单人还是协作要持久化吗localStorage要登录吗要移动端适配吗你答单人、localStorage 持久化、不要登录、桌面优先。Step 2 — Using Git Worktrees设计确认后agent 建隔离工作区、切新分支、验证干净基线。Step 3 — Writing Plans拆成① 项目骨架 ② 列表渲染与交互 ③ localStorage 存储 ④ 测试 review。Step 4 — Subagent Dispatch你说go后agent 派发 subagent 并行推进各步骤。Step 5 — TDD 每步每步先写测试看到 RED再写实现到 GREEN最后 REFACTOR。Step 6 — Code Review任务之间requesting-code-review拦截关键缺陷不是所有问题都拦但严重问题必须解决。Step 7 — Finishing Branch完成finishing-a-development-branch统一验证给你选项 merge / PR / keep / discard。怎么判断 superpowers 真生效了盯三个信号✅ 先问清需求brainstorming 触发✅ 拆细计划writing-plans 输出 2-5 分钟粒度✅ TDD 真见失败测试不是我写好了而是测试先红了三个都满足说明框架在起作用缺一个说明技能被跳过了。10 安装与配置superpowers 通过各编码工具的插件市场安装# Claude Code/plugininstallsuperpowersclaude-plugins-official# Cursor/add-plugin superpowers# Codex# 插件市场搜索安装# Gemini CLIgemini extensionsinstallhttps://github.com/obra/superpowers# Kimi Code/pluginsinstallhttps://github.com/obra/superpowers# Hermes Agenthermes pluginsinstallobra/superpowers--enable安装后无需手动操作——代理在会话启动首条消息即自动激活 superpowers技能按场景自动触发。关闭遥测export SUPERPOWERS_DISABLE_TELEMETRY111 亮点与边界亮点本周双榜冠军27.6 万 Star社区强验证解决失控点抢跑 / 漏测 / 早宣告成功三个都堵上了跨工具通用9 编码助手全支持不绑定模型可扩展writing-skills让你把团队规范写成技能越用越贴合MIT 协议商用友好边界必须说清楚它不提升模型上限——只会让模型的下限更稳。模型本身弱装了也白搭小修小改显啰嗦改个 typo 也走完整流程有时效率不如直接手写依赖干净 Git 基线脏工作区会导致部分技能不触发中文文档仍少社区以英文为主写在最后superpowers 的爆火揭示了一个被很多人忽略的事实2026 年的 AI 编程瓶颈不在模型聪不聪明而在工程纪律有没有被强制执行。一个高级工程师的价值不是他懂多少语法而是他先想清楚、先写测试、隔离改动、主动 review的纪律。superpowers 把这些纪律从人靠自觉变成了agent 靠框架强制。装上它你的编码助手就从热心但毛躁的实习生变成了有流程、有标准、有交付意识的搭档。如果你天天用 Claude Code / Cursor / Codex 写代码这个本周冠军值得装——毕竟能逼着 AI 不偷懒的框架才是好框架。GitHubhttps://github.com/obra/superpowers superpowers 凭什么让 AI 编码助手“工程化“？
superpowers 凭什么让 AI 编码助手工程化obra/superpowers单周新增30k stars直接拿下双榜冠军目前总 Star 突破27.6 万。但很多人误以为它又是一个提示词模板。错了。superpowers 不是更好的 prompt而是一套把软件工程纪律变成 AI 编码代理默认行为的技能框架。这篇我们从架构设计、技能激活机制、TDD 强制、subagent 协作、worktree 隔离五个技术维度把它拆开看。版本说明以下基于官方仓库 v5.1.0约 203k Stars、18.1k Forks结构分析。作者 Jesse VincentGitHub: obra2025 年 10 月首发。01 核心洞察AI 编码助手缺的不是能力是纪律superpowers 解决的根本问题不是模型不够聪明而是AI 编码代理的三大失控点失控点表现后果抢跑需求没澄清就写代码做了一堆错的事漏测写完但没测试验证假的完成早宣告成功没验证就报好了集成时才爆雷superpowers 的设计哲学一句话把靠自觉完成的工程动作改成 agent 的默认强制路径。它不提升模型上限但把模型的下限拉到像样的高级工程师。02 仓库结构分发面与强制面分离先看清 superpowers 的物理结构才能理解它怎么生效obra/superpowers/ ├── .claude-plugin/ # Claude Code 插件定义 ├── .codex-plugin/ # Codex 插件定义 ├── .cursor-plugin/ # Cursor 插件定义 ├── .opencode/ # opencode 配置 ├── gemini-extension.json # Gemini CLI 扩展 ├── skills/ # 核心可调用技能目录 │ ├── workflow/ # 工作流类brainstorming/planning │ ├── debugging/ # 调试类systematic-debugging │ ├── testing/ # 测试类test-driven-development │ └── meta/ # 元技能writing-skills ├── hooks/ # 检查技能是否被遵守 ├── tests/ # 跨 harness 验证流程 ├── AGENTS.md # 强制面入口通用 ├── CLAUDE.md # 强制面入口Claude └── GEMINI.md # 强制面入口Gemini关键设计分发面 ≠ 强制面安装插件只是分发技能文件到本地真正的约束靠AGENTS.md/CLAUDE.md等强制面入口文件——它们在会话开始时注入有技能就必须用技能先查技能再行动的强制提示hooks/和tests/负责验证这些技能在真实会话里有没有被跳过这就是为什么 superpowers 能在 Claude Code、Cursor、Codex、Gemini、Copilot、Kimi、Hermes 等 9 平台上通用——它不强依赖某个模型的特性而是用入口文件 技能目录这套通用范式挂钩。03 技能如何自动激活不是建议是强制普通提示词框架是建议你用 TDDsuperpowers 是每个任务前必须检查相关技能。激活机制三层① 强制面入口文件AGENTS.md在会话启动时注入核心约束“遇到开发任务先查 skills 目录里有没有对应技能有就必须用不要凭直觉。”② 触发时机README 明确agent 会在每个任务前检查相关 skills。skill 是入口不是补充材料。③ 验证面hooks/testshooks/检查技能是否在真实代理会话里被遵守tests/专门验证时间压力大 / 沉没成本高的场景下agent 有没有偷懒跳过技能。常见不生效原因根据官方说明三种情况会导致技能没激活没重启会话加载入口文件触发的不是开始任务信号比如在闲聊中当前目录不是 Git 干净基线worktree 信号不显04 TDD 强制RED → GREEN → REFACTORtest-driven-development技能把测试驱动开发变成不可绕过的流程强制顺序RED红 → 先写测试看到它失败 GREEN绿 → 写最小实现让测试通过 REFACTOR重构→ 在测试保护下重构官方表述很硬“测试之前写出来的代码该删就删。”为什么这个设计有效普通 AI 编码是先写一大坨再补测试糊弄一下。superpowers 反向操作——先让测试失败再写实现。这强制 agent先想清楚什么叫对测试即规格不写无法验证的代码重构时有安全网这直接解决了AI 写完的代码其实没跑过的行业顽疾。05 Subagent 两阶段审查先查偏题再查风格subagent-driven-development或executing-plans是 superpowers 放大量吞吐的核心。但它不是简单地开 N 个 agent 并行而是有两阶段审查纪律审查顺序阶段一Spec compliance规格符合性先判断有没有做对有没有偏题这是优先级最高的检查阶段二Code quality代码质量再判断写得好不好风格对不对设计逻辑为什么要分两阶段因为如果 agent 已经做偏了spec 不对再去纠结代码风格毫无意义。先纠偏再提质——避免一个上下文越做越歪。这也是 superpowers 解决长任务偏航的关键把大任务拆成小任务派给 subagent每个小任务完成后先过 spec 再过质量。06 Git Worktree 隔离在什么时候建工作区using-git-worktrees技能的触发时机很讲究——不是一开始建工作区而是 brainstorming 设计获批之后、写计划之前。隔离原理创建隔离工作区worktree切到新分支验证干净基线没有未提交改动为什么必须在这一步“没有隔离你很难判断修改是否带入问题。”设计获批前就建 worktree等于在需求还模糊时占坑设计获批后建才能保证主分支不被半成品污染出问题容易回滚多个任务并行时不互相踩前置依赖当前目录必须是 Git 仓库且基线干净。否则 worktree 信号不显技能不触发。07 Writing-plans把 spec 变成傻瓜可执行清单writing-plans是 superpowers 里最容易被低估、却最关键的技能。它定义了计划拆解的粒度标准粒度标准每个步骤2 到 5 分钟能完成文档要清楚到一个热情但品味不佳、没有判断力、没有项目上下文、不爱测试的初级工程师也能执行每个步骤含确切文件路径 代码草图为什么这个标准厉害AI agent 在长流程里偏航往往是因为计划太粗——实现登录功能这种粒度agent 会自由发挥。拆成在auth.ts第 12 行加 token 校验参考utils/jwt.ts的sign()这种粒度agent 就没多少自由发挥空间了。writing-plans 是 spec 变可执行清单的桥梁直接决定了后续 subagent 执行的成功率。08 Brainstorming写代码前先问清楚brainstorming在所有技能里最靠前——开始写代码之前必须触发。苏格拉底式提问agent 通过提问澄清单人用还是协作需要持久化吗要登录吗移动端支持吗设计哲学“不澄清需求和边界后面计划再细也只是把错事做工整。”brainstorming 解决的是抢跑失控点——先确认做什么、不做什么再谈怎么做。09 完整实战用 superpowers 写一个 React Todo List输入“Let’s make a React todo list”Step 1 — Brainstormingagent 先问单人还是协作要持久化吗localStorage要登录吗要移动端适配吗你答单人、localStorage 持久化、不要登录、桌面优先。Step 2 — Using Git Worktrees设计确认后agent 建隔离工作区、切新分支、验证干净基线。Step 3 — Writing Plans拆成① 项目骨架 ② 列表渲染与交互 ③ localStorage 存储 ④ 测试 review。Step 4 — Subagent Dispatch你说go后agent 派发 subagent 并行推进各步骤。Step 5 — TDD 每步每步先写测试看到 RED再写实现到 GREEN最后 REFACTOR。Step 6 — Code Review任务之间requesting-code-review拦截关键缺陷不是所有问题都拦但严重问题必须解决。Step 7 — Finishing Branch完成finishing-a-development-branch统一验证给你选项 merge / PR / keep / discard。怎么判断 superpowers 真生效了盯三个信号✅ 先问清需求brainstorming 触发✅ 拆细计划writing-plans 输出 2-5 分钟粒度✅ TDD 真见失败测试不是我写好了而是测试先红了三个都满足说明框架在起作用缺一个说明技能被跳过了。10 安装与配置superpowers 通过各编码工具的插件市场安装# Claude Code/plugininstallsuperpowersclaude-plugins-official# Cursor/add-plugin superpowers# Codex# 插件市场搜索安装# Gemini CLIgemini extensionsinstallhttps://github.com/obra/superpowers# Kimi Code/pluginsinstallhttps://github.com/obra/superpowers# Hermes Agenthermes pluginsinstallobra/superpowers--enable安装后无需手动操作——代理在会话启动首条消息即自动激活 superpowers技能按场景自动触发。关闭遥测export SUPERPOWERS_DISABLE_TELEMETRY111 亮点与边界亮点本周双榜冠军27.6 万 Star社区强验证解决失控点抢跑 / 漏测 / 早宣告成功三个都堵上了跨工具通用9 编码助手全支持不绑定模型可扩展writing-skills让你把团队规范写成技能越用越贴合MIT 协议商用友好边界必须说清楚它不提升模型上限——只会让模型的下限更稳。模型本身弱装了也白搭小修小改显啰嗦改个 typo 也走完整流程有时效率不如直接手写依赖干净 Git 基线脏工作区会导致部分技能不触发中文文档仍少社区以英文为主写在最后superpowers 的爆火揭示了一个被很多人忽略的事实2026 年的 AI 编程瓶颈不在模型聪不聪明而在工程纪律有没有被强制执行。一个高级工程师的价值不是他懂多少语法而是他先想清楚、先写测试、隔离改动、主动 review的纪律。superpowers 把这些纪律从人靠自觉变成了agent 靠框架强制。装上它你的编码助手就从热心但毛躁的实习生变成了有流程、有标准、有交付意识的搭档。如果你天天用 Claude Code / Cursor / Codex 写代码这个本周冠军值得装——毕竟能逼着 AI 不偷懒的框架才是好框架。GitHubhttps://github.com/obra/superpowers