想让AI少返工？先让它学会”闭嘴思考”再动手！

你有没有过这种经历——跟 AI 说了个需求，它噼里啪啦一顿输出，你一看结果，发现它完全理解错了？

我之前也经常这样。后来我发现，问题往往不在 AI 太笨，而是我们在动手之前，没有先把”到底要做什么”想清楚。

今天推荐一个 Claude Code 上的神级 Skill——brainstorming，来自obra/superpowers（⭐ 27.6 万星）。它干的事情很简单：在你写任何代码之前，先跟你聊清楚需求和设计。

三种路径，帮你对症下药

brainstorming 把任务分成三种类型，每种有不同的”聊法”：

Spike（探索型）——”这个能实现吗？”
先说清楚你要试什么，得到点头后再动手。结论是答案，不是代码。

Bounded（bounded型）——”改个小功能”
只改动已有功能里的一小块。先聊清楚改什么、为什么这样改，方案 chat 里过一遍，等你点头再动手。

Architectural（架构型）——”做新项目/重构”
最重的一套。先问问题、再出方案、然后写 spec、最后才动手。

关键点：不管任务多简单，都必须得到你的批准才能开始写代码。哪怕方案 chat 里两句话就说完了，也得说、也得等你说”好”。

为什么这个思路值得死记硬背

很多 AI 协作的坑，都可以用一个原则绕过去：先想清楚再动手。brainstorming 把这个原则做成了可操作的流程，让 AI 主动带你走这个流程，而不是上来就开始生成代码。

结果就是——减少了返工、减少了”做完才发现需求理解错了”的痛苦，协作效率大幅提升。

怎么装

装到 Claude Code 里一行搞定：

/plugin install brainstorming@obra/superpowers

或者用 marketplace：

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

支持 Claude Code、Cursor、Codex、Devin 等主流 AI 编程工具。

GitHub：obra/superpowers

这个 Skill 让我重新思考了”跟 AI 协作”这件事——AI 是执行者，你才是决策者。别让 AI 替你做设计决策，先聊清楚，再让它干活。

GitHub: https://github.com/obra/superpowers