写需求前必看：很多开发者把这件事搞反了

写需求前的第一件事，很多开发者都搞反了

我见过太多这样的场景：产品丢过来一个模糊的想法，程序员直接开撸代码，撸到一半发现方向不对，回头重做。一来一回浪费的时间，够你多写两个功能了。

问题出在哪？动手之前没有先把「要做什么」真正想清楚。

今天推荐一个 Claude Code 上的免费 Skill——Brainstorming Skill，就是来解决这个问题的。它能帮你把一个模糊的点子，通过结构化对话，一步步推导出清晰的设计方案和规格文档。

它是怎么工作的

核心逻辑很清晰，分四步走：

• 对话探索：Claude 一次只问一个问题，引导你把需求背景、约束条件、成功标准逐一澄清。避免你一口气输出太多信息导致遗漏。
• 方案对比：在确定方向前，Claude 会给出 2-3 种实现路径，并分析各自利弊，让你做有依据的选择而不是拍脑袋。
• 输出设计文档：确定方案后，自动生成结构化的设计文档（docs/superpowers/specs/YYYY-MM-DD–design.md），而不是一堆聊天记录。
• 自我审查：文档写完后，Claude 会检查里面有没有占位符、逻辑矛盾、表述模糊的地方，有则修正，再转交给 writing-plans 开始落地规划。

整个过程模拟的是团队里「产品 + 工程 + 设计」三个人坐在一起对需求的场景，只不过 AI 替代了人的角色，而且不会累、不会催你。

适合谁用

这个 Skill 定位在「架构」分类下，实际上任何需要把模糊想法落成具体方案的场景都适用：

• 独立开发者拿到一个功能需求，不确定技术选型
• 团队技术评审前，需要先自己过一遍设计有没有漏洞
• 写设计文档（ADR、PRD、SPEC）前，想先理清思路

尤其推荐给经常被「需求不清」坑过的工程师——用它的成本极低，但能省下的返工时间巨大。

怎么装

一条命令搞定：

git clone https://github.com/qwwiwi/brainstorming-skill ~/.claude/skills/brainstorming

或者手动下载 SKILL.md 放到对应目录，重启 Claude Code 即可。它会在你描述创造性工作时自动被调用，也可以直接说「use Brainstorming Skill」手动触发。

一个小提醒

这个 Skill 的本质是帮你思考，而不是替你做决定。对话里的每一个关键选择——技术方案、优先级、边界情况——最终都是你来拍板。AI 只是确保你想清楚了再动手，而不是一边想一边写。

GitHub：https://github.com/qwwiwi/brainstorming-skill ⭐ 2.8k

GitHub: https://github.com/qwwiwi/brainstorming-skill