236K Star超能力工具更新！6步流程少走弯路

#科普# #学习# #探寻人工智能，人与AI全新序章#

这两天我又看了一遍 Superpowers。

这个项目之前我就关注过，它现在已经是 236K Star 量级的项目。很多人第一次看到这个名字，会以为它只是给 Claude Code 或 Codex 加一堆 Skill。

真正用下来，我觉得它更像一套“AI 编程流程包”。

你用 Claude Code 或 Codex 时，最常见的问题是任务推进太散：想到哪改到哪，改完不知道怎么验收，发现方向错了又继续硬修，最后一堆文件都动了，自己也说不清 AI 到底做了什么。

Superpowers 解决的就是这个问题。它把 AI 编程拆成更稳定的流程：先讨论，再隔离，再写计划，再执行，再审查，再收尾。

这次 v6.0 系列更新之后，我更觉得它适合写给刚开始用 Claude Code、Codex、Cursor 的读者。它提供的是一套能减少返工的工作方法，不只是某个单点技巧。

这次更新值得看在哪里

Superpowers 最近的更新集中在 v6.0 系列。

v6.0.0 是大版本，发布时间是 2026 年 6 月 16 日。项目作者重写了 Subagent-Driven Development，也就是子 Agent 驱动开发里的审查流程。按作者自己的说明，在 eval 测试里，新流程接近 2 倍速度，Token 使用减少约 50%，审查也更严格。

后面 v6.0.1、v6.0.2、v6.0.3 又连续修了几个落地问题。比如 v6.0.3 把 SDD 的 scratch 目录从 .Git/superpowers/sdd/ 改到 .superpowers/sdd/，原因是 Claude Code 现在会更严格保护 .git 目录。

这个细节挺关键。

它说明现在 AI 编程工具正在进入更严肃的阶段：不能只追求“能自动改代码”，还要考虑权限边界、文件安全、审查流程、上下文成本。

v6.0 还新增了 Kimi Code、Pi、Antigravity 支持，并把一些工具调用写法改得更中立，减少对单一工具的绑定。这也符合现在的趋势：AI 编程工具越来越多，真正好用的 workflow 不应该只绑死在一个产品里。

先装起来：Claude Code 和 Codex 都能用

如果你用的是 Claude Code，可以直接走插件方式。

/plugin install superpowers@claude-plugins-official

如果你想走 Superpowers 自己的 marketplace，也可以先添加 marketplace，再安装。

/plugin marketplace add obra/superpowers-marketplace/plugin install superpowers@superpowers-marketplace

Codex CLI 用户也能用。进入插件界面，搜索 Superpowers 安装即可。

/plugins

安装完以后，不要急着把所有 Skill 都看一遍。Superpowers 的内容很多，新手一上来全读，反而容易迷路。

我的建议是，先按下面这 6 步流程使用。只要把这套流程跑通一次，你就能明显感觉 Claude Code 或 Codex 的工作方式变稳了。

6 步流程总览：先把 AI 从“乱改”拉回正轨

步骤

要解决的问题

适合什么时候用

1. 先做 brainstorm

把需求聊清楚，避免一上来就改代码

功能不明确、自己也没想透时

2. 开 isolated worktree

把实验改动隔离起来

怕 AI 改乱主分支时

3. 写 plan

让 AI 先列步骤和风险

任务超过 2 个文件时

4. 分阶段 execute

一次只做一小块，减少失控

开发新功能、修复杂 bug 时

5. 测试加 review

用测试和审查挡住低级错误

准备提交或发布前

6. finish branch

合并、收尾、丢弃无效方案

任务完成或方向不对时

这 6 步看起来很朴素，但它们解决的是 AI 编程里最常见的失控点。

以前我们经常直接说“帮我加一个功能”。Superpowers 的思路是先问清楚，再隔离，再计划，再动手。对新手来说，这比多记 20 个提示词更有用。

第 1 步：先 brainstorm，不要急着让 AI 开工

很多任务一开始看着简单，真正动手才发现边界不清。

比如“帮我加一个导出功能”。导出什么格式？空数据怎么办？导出失败怎么提示？文件名怎么命名？移动端按钮放哪里？这些问题如果一开始不问，AI 就会自己猜。

所以第一步先做 brainstorm，也就是头脑风暴。

请先不要改代码。我们先 brainstorm 这个导出功能。请你帮我列出需要确认的需求、可能的异常情况、实现风险和验收标准。

这一步的目标是把任务拆清楚，先别急着写代码。

我一般会让它输出四类内容：需求清单、风险清单、文件影响范围、验收标准。

请按这 4 类整理：1. 必须实现的功能2. 可能影响的文件3. 容易出错的地方4. 最后怎么验收

新手最容易省掉这一步。省掉以后，后面就会用更多时间补救。

第 2 步：开 isolated worktree，把试错关在小房间里

AI 改代码有一个现实风险：它很勤快。

你让它改一个按钮，它可能顺手整理样式；你让它修一个 bug，它可能顺手重构旁边的逻辑。方向对的时候，这叫高效；方向错的时候，这叫扩大损失。

Superpowers 里很重要的一个思路，就是 isolated worktree，隔离工作区。

你可以把它理解成给 AI 开一个单独的实验区。改得好，再合回来；改得乱，直接丢掉，不影响主线。

请为这个任务创建一个 isolated worktree。任务目标：优化导出按钮的错误提示。要求：先不要修改主分支。

如果你用 Git，也可以理解成更安全的分支实验。

这一步特别适合三类任务：重构、复杂 bug、多个文件联动修改。简单改文案可以不用，但只要你担心 AI 改多了，就应该先隔离。

第 3 步：写 plan，让 AI 先交作业再动手

我现在让 AI 做稍微复杂一点的任务，都会先让它写 plan。

plan 的作用很简单：让 AI 先把它准备怎么做说出来。

请先写一个 implementation plan。要求：1. 列出要改哪些文件2. 每个文件准备改什么3. 有哪些风险4. 怎么验证先不要动代码。

这句话里的“先不要动代码”很关键。

如果它的计划已经跑偏，比如要改 8 个无关文件，或者要引入一个新依赖，你可以在动手前拦住。

我自己的判断标准是：一个普通功能，如果计划里超过 5 个文件，我会让它重新收缩范围；如果计划里出现新依赖，我会先问有没有不用新依赖的方案；如果计划里没有验证步骤，我会让它补上。

第 4 步：分阶段 execute，一次只让它做一小块

计划确认后，再进入执行。

这里不要把整个计划一次性丢给 AI 做完。更稳的方式是分阶段执行。

按刚才的 plan 执行第一步。只修改导出按钮相关文件。完成后停下来，告诉我改了什么，不要继续第二步。

这句话能明显减少失控。

因为 AI 很擅长连续推进，但连续推进的代价是你很难中途检查。分阶段执行的好处是，每一步都有停顿点，你可以看它有没有偏离计划。

如果任务比较大，可以让它用 subagent-driven development，也就是把不同子任务分给不同角色处理。比如一个 Agent 做实现，一个 Agent 做审查，一个 Agent 做测试建议。

这个任务比较复杂，请用 subagent-driven development 的方式推进。先让一个子 Agent 做实现方案，再让另一个子 Agent 审查风险，最后再执行最小改动。

v6.0 这次重点优化的就是这类流程里的审查部分。作者强调新版本更快、更省 Token，也更难被“看起来正确”的实现糊弄过去。

第 5 步：测试加 review，别只听 AI 说完成了

AI 说“完成了”，只能说明它认为完成了。

真正可靠的收尾，需要测试和 review。

请按刚才的验收标准做验证。如果可以运行测试，请优先运行最小测试。如果没有测试，请列出手动验证步骤。

然后再让它做一次 code review。

请做一次 code review。重点检查：1. 有没有无关改动2. 有没有漏掉异常状态3. 有没有影响旧功能4. 有没有需要补测试的地方5. 有没有安全或权限风险

这一步我建议不要省。

很多 AI 生成代码的问题，第一眼不一定能看出来。比如异常状态没处理、空数组没处理、移动端布局没测、旧逻辑被顺手改了。

测试和 review 加起来，能挡住一大半返工。

第 6 步：finish branch，完成就收口，失败就丢掉

最后一步是 finish branch。

很多人用 AI 编程还有一个问题：任务结束得不干净。

功能改完了，但临时文件还在；测试跑过了，但结果没记录；方向走偏了，但分支还留着；改了一堆文件，却没有最后总结。

Superpowers 的流程强调收尾。你可以让 AI 在结束前做三件事：总结改动、说明验证结果、给出是否合并的建议。

请 finish branch。在收尾前请输出：1. 本次实际修改了哪些文件2. 解决了什么问题3. 已经做过哪些验证4. 还有哪些风险5. 建议合并、继续修改，还是丢弃这个方案

这一步对新手特别有用。

因为你可能看不懂每一行代码，但你至少要知道这次 AI 做了什么、验证了什么、还有什么没确认。

如果方向不对，也不要硬修。直接丢掉 isolated worktree，重新从 brainstorm 开始。能丢掉错误方案，本身就是提效。

我建议新手先用这 3 个场景练手

如果你刚装 Superpowers，不建议一上来就做大项目重构。

先从三个小场景练。

练手场景

推荐流程

成功标准

改一个页面按钮

brainstorm → plan → execute → review

只改相关文件，页面能正常打开

修一个报错

brainstorm → isolated worktree → plan → test

能复现问题，也能验证修复

小范围重构

isolated worktree → plan → 分阶段 execute → finish branch

行为不变，代码更清楚，改动范围可解释

这 3 个场景练熟以后，再去处理复杂功能，会稳很多。

干货提炼

第一，Superpowers 的价值不只是多几个 Skill，它更像一套 AI 编程流程。新手最该学的是流程，没必要把所有功能背下来。

第二，v6.0 系列更新重点在 SDD 审查流程，作者称 eval 里接近 2 倍速度、Token 使用减少约 50%，还适配了 Claude Code 对 .git 目录的安全限制。

第三，最值得新手照着用的是 6 步：brainstorm、isolated worktree、plan、execute、test review、finish branch。

第四，复杂任务不要让 AI 一次做完。先让它写计划，再分阶段执行，每一步停下来确认。

第五，测试和 review 是防返工的关键。不要只听 AI 说完成，要让它说清楚怎么验证、改了哪些文件、还有什么风险。

第六，如果方向错了，及时丢掉 isolated worktree。AI 编程真正省时间的地方，是把错误控制在很小的范围里。