这个 GitHub 爆火的 Brainstorming 设计技能到底能干嘛？实测来了

引言#

你有没有遇到过这种情况：让 AI 帮你写个功能，结果它一边写一边改，最后出来的东西跟你想要的完全不一样？或者一个”简单”的小需求，AI 直接写了上百行代码，结果发现理解错了你的意图？

这就是我今天要介绍的这个 Skill 要解决的核心问题。

GitHub 上最火的 Agent Skills 项目 obra/superpowers（165,196 星，MIT 许可证）包含一套完整的 AI Agent 工作方法论，其中的 Brainstorming（头脑风暴） 技能，可以说是所有创造性工作的”安全带”。

这个 Skill 是什么？#

简单来说，Brainstorming 是一个强制性的设计前置流程。它的核心规则只有一句话：

在展示设计方案并获得用户批准之前，不得编写任何代码、搭建任何项目、采取任何实现行动。

注意，这里说的是任何项目，不管你觉得多简单。一个待办清单、一个单功能工具、一个配置修改——全部要走这个流程。

听起来很繁琐？但作者 Jesse Vincent 指出：“简单”的项目恰恰是未经检验的假设造成最多浪费的地方。

原始项目简介#

Superpowers 不仅仅是一个 Skill 集合，它是一个完整的 agentic skills 框架和软件开发方法论。它定义了一系列相互协作的技能，覆盖了从头脑风暴→设计→计划→执行→收尾的完整开发周期。

核心流程#

Brainstorming 定义了一个 9 步的标准化流程，每一步都是必经关卡：

核心亮点#

1
在设计展示和用户批准之前，不得调用任何实现技能、编写任何代码。

使用方法#

在支持 SKILL.md 的 AI Agent 平台（如 Claude Code、Codex、OpenClaw 等）中，将 Brainstorming 技能放置在项目的 skills 目录下：

1
your-project/
2
├── skills/
3
│   └── brainstorming/
4
│       └── SKILL.md
5
└── ...

当用户提出创建功能、添加功能或修改行为的需求时，AI 会自动加载并遵循 Brainstorming 流程。

适用场景#

与其他 Skill 的关系#

Brainstorming 不是孤立工作的，它是 Superpowers 框架中的一个环节：

1
Brainstorming → Writing Plans → Executing Plans → Finishing Branch

• 上游：无（它是入口技能）
• 下游：writing-plans（将设计转为实现计划）
• 配合：finishing-a-development-branch（完成开发后验证和合并）

个人评价#

作为产品经理视角，我对这个 Skill 的评价非常高：

推荐指数：⭐⭐⭐⭐⭐

它的核心价值在于强制 AI 慢下来。我们和 AI 协作时最大的问题不是 AI 不够聪明，而是它太”积极”了——拿到需求立刻写代码，不确认理解是否正确，不考虑替代方案，不做设计评审。

Brainstorming 把产品经理的”需求评审”流程固化到了 AI 的行为中。它要求 AI：

1. 先理解上下文
2. 再澄清需求
3. 再探索方案
4. 再出设计
5. 再写文档
6. 最后才写代码

这个流程对任何有产品开发经验的人来说都是再自然不过的事。但让 AI “自然地”做到这一点，需要明确的规则约束。Brainstorming 做到了。

唯一的改进建议：对于极简单的项目（比如”帮我加一个 console.log”），完整的 9 步流程可能过于繁琐。但即便如此，至少保留”确认理解 + 简短设计”的最小版本，仍然是值得的。

结语#

如果你在用 AI Agent 辅助开发工作，Brainstorming 是一个值得加入工具库的 Skill。它不一定每次都完全执行，但它提供了一个底线：不管多着急，设计评审这一步不能省。

📌 原始项目：obra/superpowers · 165,196 星 📌 中文搬运版已同步至 awesome-ai-agent-skills-zh