他每次有想法，先扔给 Claude Code 审一遍

Daniel San 有个习惯。每次脑子里冒出一个想法，不急着打开编辑器，先扔进 Claude Code，让一个叫 Brainstorming 的 skill 接管。

这个 skill 干的事不复杂：跟他一轮轮提问，探索不同做法，把利弊摆出来聊，再回头把想法磨细。需求在对话里变清楚，设计被拆成几块，每块都过一遍验证，最后落成一份方案文档。到这一步，代码一行没写，但他已经知道自己到底要做什么了。

安装方式：

npx claude-code-templates@latest --skill development/brainstorming

项目在 aitmpl.com，是 Claude Code Templates 的一部分，GitHub 上 30.8k star，MIT 协议，免费。除了 skill，还有 agents、commands、hooks、MCP 配置、settings 这些组件可以单独装。所有组件都是明文的文件，装之前能先读一遍源码。

这条推下面有个回复说得很实在：写代码前先 brainstorm，这个步骤我跳过太久了。另一个人的版本更狠：我一半的 bug，其实都是没人问过的问题的答案。

也有人泼了盆冷水。有网友指出，经典头脑风暴（Alex Osborn 那套规则）要求先有一个发散阶段，不判断，不批评，不评价，尽可能多地产出想法，包括疯狂的想法，之后才进入收敛。这个 skill 直接开始追问和验证，可能跳过了那一步。这个批评站得住，值得记一下。

还有个开发者提到一个细节：brainstorm 这件事，说出来比打出来好。你一边说，它一边帮你戳漏洞，碰到抽象的地方，直接说“我需要一张图”，它就给你画一张。打字会杀掉一半还没成型的主意。

聊到“把问题问清楚”，有个评论挺有意思：AI 问“你说的更好到底是什么意思”，最能治产品经理。

工具不会替你想，它只会问你问题。但很多项目缺的，就是那个坐在对面问“你到底想要什么”的人。