用过AI编程工具的人，大概都有一个共同的心理阴影：
你跟AI说「帮我做个购物车」，它第一反应是写代码。两分钟后，屏幕上一堆文件，你还不知道从哪开始看。更要命的是——代码跟你要的完全不是一回事。
Superpowers 解决的就是这个问题。
它装完之后发生了什么#
我给Claude Code装上Superpowers之后，第一次跟它说「帮我做个用户登录模块」，它的反应跟以前完全不一样：
不是马上写代码。而是问我：「你具体想要什么？是邮箱+密码登录，还是OAuth第三方登录？登录失败之后要锁账号吗？」
我愣了一下。然后意识到——这家伙变了。
Superpowers 是一个AI编程工作流系统 ，本质上不是帮你写代码，而是给AI代理一套「行动规范」。它让你跟AI的对话多了一个中间层：设计确认 → 任务拆解 → 执行 → review。
最关键的是——所有这些步骤都是自动触发的 。你不需要敲什么命令，它自己知道现在该干什么。
核心原理：技能系统#
Superpowers 的核心是一组「技能」（Skills）。每个技能是一个markdown文件，描述了做某类事情的标准流程。
类比一下，就像VSCode的插件——但不是给编辑器装，是给你的AI代理装「思维插件」。
技能根据上下文自动触发：
- 你说「帮我规划一个新功能」 → 触发 brainstorming （头脑风暴）
- 设计确认后 → 触发 writing-plans （写执行计划）
- 你说「开始做」 → 触发 subagent-driven-development （子代理驱动开发）
- 开始写代码 → 触发 test-driven-development （测试驱动开发）
整个工作流就是这样串起来的：
你描述需求
↓
brainstorming（澄清需求，分段展示让你确认）
↓
using-git-worktrees（自动创建独立分支）
↓
writing-plans（拆成2-5分钟的小任务）
↓
subagent-driven-development（子代理逐个执行，review后再推进）
↓
test-driven-development（强制TDD：先写测试，再写代码）
↓
finishing-a-development-branch（完成后给你选项：合并/PR/保留）你在里面做的事：确认设计 → 说「开搞」 → 看结果 。剩下的全是AI按流程走。
七个技能的完整拆解#
1. brainstorming——动手之前先问清楚#
这个技能解决的是「需求模糊」问题。
AI不会直接开始，而是用苏格拉底式提问把你的想法一层层剥开：你要做什么？为什么？有哪些边界情况？然后分段展示设计方案，每次只给你看一小段，等你确认了再继续。
跟你手动写prompt的体验完全不同。 正常情况下你要写很长的prompt来约束AI行为，这里是AI反过来问你，把你自己都没想清楚的东西逼出来。
2. using-git-worktrees——自动隔离，不污染主分支#
设计确认之后，它不会直接在你的主分支上改代码。
而是自动用 git worktree 创建一个新的工作目录，分支名和需求对应。你可以选择并行做多个任务，互不干扰。要不要合并，是后面的事。
3. writing-plans——把大任务拆成2-5分钟的小块#
这是我觉得最有价值的环节之一。
AI不是给你一个模糊的「第一阶段」「第二阶段」，而是把整个实现拆成每个2-5分钟就能完成 的具体任务。每个任务写清楚：
- 改哪个文件
- 写什么代码
- 怎么验证自己写对了
拆完之后你可以逐个审核，说「这个跳过」「这个先做」。
4. subagent-driven-development——子代理并行执行，层层review#
你一声令下「开始」，它就把任务分配给子代理，每个任务分两轮review：
- 第一轮：规格合规性 ——这段代码是不是真的在实现设计里的功能？
- 第二轮：代码质量 ——有没有bug？命名清晰吗？有没有过度设计？
Review没通过就卡住，直到修好。这个机制防止了AI「说完工就完工」就跑去干下一件事的问题。
Jesse Vincent 自己在博客里说，Claude 可以自主跑上几个小时不跑偏，靠的就是这套 review 机制。
5. test-driven-development——强制TDD，没人能跳过#
这是Superpowers唯一强制TDD 的工作流框架。
RED（写一个会失败的测试）→ GREEN（写刚好能过的代码）→ REFACTOR（优化）→ commit。
而且它有个硬规则：在测试通过之前写的代码，全部删掉 。你没法跳过测试直接写实现。
如果你自己平时不用TDD，这套系统会逼你改变习惯。头几天会比较难受，适应之后会很爽。
6. requesting-code-review——任务之间自动review#
每完成一个任务，AI会停下来做一次 code review，对照原始设计检查有没有偏离。问题按严重程度分类：Critical（必须修）、Major、Minor、Note 。
Critical问题会直接阻断后续任务。
7. finishing-a-development-branch——结尾选项，不强制合并#
任务全部完成之后，它不是默默提交，而是停下来给你四个选项：
- 发起 Pull Request
- 直接合并到主分支
- 保留分支，以后再说
- 直接丢弃
你自己决定。
实际装了一下，说说感受#
安装本身很简单，Claude Code用户直接在命令行里跑两行命令就行：
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplaceCursor用户更方便，直接在插件市场搜「superpowers」，一键安装。
安装完之后重启会话，AI会自动读取技能文件。不需要额外配置，不需要写配置文件。
它适合谁，不适合谁#
适合：
- 用 Claude Code / Cursor 写代码的开发者
- 想让AI编程流程更系统化的人
- 认可TDD、想实际执行TDD的人
- 一个人管多个AI代理项目的独立开发者
不适合：
- 想快速跑一个Demo的人（流程有一定的摩擦）
- 不用 Claude Code/Cursor 的用户（部分平台支持，但覆盖不全）
- 觉得TDD是负担的开发者（整个系统围绕TDD设计）
最重要的收获#
用了一段时间之后，我发现最大的改变不是「代码质量变高了」这种量化指标，而是——
我开始习惯先想清楚再动手了。
AI的行为会反向影响你自己的工作习惯。当你看到AI每次都先问「你要做什么」，你会不自觉地在脑子里也走一遍这个流程。YAGNI（You Aren’t Gonna Need It）的原则以前只是知道，现在是真的在用。
你用过AI编程工具吗？有没有遇到过AI「瞎写」然后你花两小时收拾烂摊子的情况？
你是怎么处理的？ 评论区说说，咱们聊聊。