Claude Code：头脑风暴

(Updated: )
AI

系列导航

  1. 安装与配置
  2. 入门使用
  3. 高级功能
  4. 高级功能（二）
  5. SlashCommands
  6. Hooks
  7. Agents（子代理）
  8. MCP
  9. Plan 模式
  10. Skills
  11. 头脑风暴（Superpowers）（本文）

很多人第一次用 Claude Code（或者任何 coding agent）时，都会遇到一个共同的问题：

“我知道我想做什么，但我说不清楚怎么做；一开写就跑偏，越写越复杂。”

Superpowers 提供了一套非常“工程化”的解法：把一个完整研发流程拆成一组可组合的 skills，并通过强制触发规则，把你从“直接开干”拽回到“先想清楚再写”。这篇就聚焦其中最关键的一环：Brainstorming（头脑风暴）。

1. Superpowers 是什么？

一句话：Superpowers 是一套给 coding agent 用的研发工作流。

它不是“多一个命令”，而是从你输入第一句话开始，就按照一套固定的节奏推进：

  1. 先通过 brainstorming 把想法变成清晰需求与设计
  2. 再把设计拆成可执行的实现任务（plan）
  3. 进入实现阶段时强调 TDD、验证、评审与收尾

它背后的抽象就是 skills。

2. Skills 到底是什么？

如果你把 Claude Code 的很多能力当作“工具”，那 skills 更像是“流程 + 规范 + 模板”。

Superpowers 的 skills 主要有三层含义：

  • 触发规则：先判断“现在该用哪个技能”，而不是你想起什么就用什么
  • 强制工作流：该问的问题、该做的验证、该遵循的顺序，都是“硬要求”
  • 可组合：brainstorming → writing-plans → executing-plans / subagent-driven-development → TDD → review → finishing

你可以把它理解成：把一个资深工程师脑子里的“做事套路”固化成可复用模块，让 agent 不容易走捷径、少拍脑袋、多拿证据。

3. Brainstorming skill 在做什么？

Brainstorming（头脑风暴）并不是“发散想点子”，而是把模糊输入逐步收敛成可交付的设计。它通常会经历三个阶段：

3.1 澄清意图（先问对问题）

它会用“一个问题一次问”的方式，把需求的关键维度补齐，例如：

  • 目标用户是谁？成功标准是什么？
  • 约束是什么（时间、平台、数据源、合规）？
  • 哪些是必须做的，哪些是锦上添花？

你会发现：很多失败的 agent 任务，不是模型不行，是需求不完整。

3.2 给出多种方案（带 trade-off）

它会至少提出 2–3 种实现路径，并明确取舍点，比如：

  • 快速上线 vs. 可扩展
  • 简单可靠 vs. 功能丰富
  • 本地优先 vs. 云端依赖

这一步很关键：它把“隐含决策”变成“显式选择”，避免后面返工。

3.3 分段输出设计（让你能读完）

它不会一次丢给你一坨长文，而是按 200–300 字左右的块输出设计，并在每块之后问你“这样对不对”，直到你确认。

最终产物通常会落到一个可回放的设计文档（后续写计划、做实现、做 code review 都围绕它展开）。

4. 在 Claude Code 里怎么用？

根据官方 README，Claude Code 里推荐用插件市场安装 Superpowers。

4.1 安装（插件市场）

先注册 marketplace：

1
/plugin marketplace add obra/superpowers-marketplace

再安装插件：

1
/plugin install superpowers@superpowers-marketplace

4.2 验证是否安装成功

1
/help

如果能看到类似这些命令，说明 OK（名称以你安装的版本为准）：

  • /superpowers:brainstorm
  • /superpowers:write-plan
  • /superpowers:execute-plan

4.3 开始一次“头脑风暴”

直接在 Claude Code 输入：

1
/superpowers:brainstorm

然后把你的一句话需求丢进去即可，比如：

1
我要做一个给团队用的“周报生成器”，支持飞书和钉钉，先做最小可用版本。

接下来你会看到它按“提问 → 方案 → 设计分块确认”的节奏推进。

5. 一段好用的 Prompt 模板

如果你不想从零开始描述需求，可以直接用这个模板（越短越好，先保证关键约束）：

1
2
3
4
5
6
7
我想做：<一句话目标>
用户：<谁在用>
必须有：<3 条以内>
不需要：<明确排除的点>
约束：<时间/平台/数据/依赖>
成功标准：<如何算做成>
请用头脑风暴方式：每次只问我一个问题，并给出 2-3 个方案对比，然后分段输出设计让我确认。

6. 常见踩坑

  • 一上来就要“写代码”：缺少需求边界，最容易写成“看起来很努力但交付不了”
  • 一次问太多问题：信息密度过高，你会懒得回答，流程就断了
  • 不做方案对比：看似省时间，实际把 trade-off 留到最后爆雷
  • 不做分段确认：设计越长越难读，错误越晚发现越贵

7. 延伸阅读