Claude Code 装了一堆 Skill，真正改变我工作方式的只有这一个

Claude Code 装了一堆 Skill，真正改变我工作方式的只有这一个

说个真实场景：你有没有过这种感觉——让 AI 开始干活，结果它噼里啪啦写了一大堆代码，你一看，方向就错了。

这不是 AI 的问题，是你的问题——你没有在动手前把「到底要做什么」想清楚。

Jesse Vincent 写的 brainstorming 这个 Skill，就是来解决这个问题的。

它做了什么？

简单说：brainstorming 在 Claude Code 开始写代码之前，强制插入了一个「澄清环节」。

它会引导你：
– 分类任务：这是个 Spkie（可行性验证）？小任务？还是需要完整设计的大项目？
– 理解背景：为什么要做这个？用户是谁？成功是什么样子？
– 挖掘需求：隐藏的假设有哪些？哪些边界情况要处理？
– 设计方案：给出具体方案，征求你的确认，然后才动手

关键来了——它会强制你确认，才会开始写代码。不点头，它不动。

为什么这个思路值得单独吹

Claude Code 官方技能里有一堆「写代码」相关的 Skill，但没有一个是让你在写之前停下来的。

而工程实践反复证明：代码阶段的错误修正成本是设计阶段的 10-100 倍。你在脑子里把需求想清楚，比后期重构要便宜太多。

brainstorming 把这个「想清楚」的步骤，固化成 Claude Code 的默认流程。

它属于 superpowers 体系

brainstorming 是 obra/superpowers 这个 28 万星项目的一员。这套技能包包含 14 个模块，都是围绕「规划→执行→验证」这个闭环设计的：

• brainstorming：想清楚再动
• writing-plans：把决策变成可review的计划
• systematic-debugging：假设驱动的调试
• test-driven-development：先写测试再写代码
• verification-before-completion：证明完成再收工

整个体系设计非常克制——每个 Skill 都是独立的，专注做一件事。你不需要全装，按需取用即可。

实测体验

我让 Claude Code 做一个「团队周报仪表盘」，没有 brainstorming 的情况下它直接就开始写前端代码，结果数据库Schema和UI完全不匹配。

加上 brainstorming 之后，它先问：谁来写周报？给谁看？更新频率多少？需要哪些数据源？这些问题在2分钟内帮我把需求澄清了80%，后面代码基本一遍过。

这就是「慢就是快」——把确认成本放在最前面。

怎么装

npx skills add https://github.com/obra/superpowers --skill brainstorming

或者直接装整套 superpowers 体系（14 个 Skill 一次到位）：

npx skills add https://github.com/obra/superpowers

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

我的建议：如果你经常用 Claude Code 做一些不是「写一行命令就完事」的任务，先装 brainstorming + writing-plans 两个，它们会倒逼你把需求想清楚再用 AI 执行。这个习惯一旦养成，返工次数会明显下降。

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