让 Claude 动手前先”想清楚”——这个强制设计对齐的 Skill 治好了我的返工焦虑

Claude 开始动手之前，这个 Skill 强制让它”先想清楚”

你有没有遇到过这种情况——Claude Code 噼里啪啦一顿写代码，写完了你发现”这不是我想要的”？然后改改改，返工到崩溃。

我最近发现一个超好用的 Skill，专门治这个毛病——Brainstorming。

它的核心理念就一句话：动手之前，先把设计想清楚。不管你要做的是一个简单功能还是一个完整产品，Claude 必须先跟你对话、澄清需求、提出方案、得到你确认，才允许开始写代码。

听起来像在给 AI 踩刹车？但用过之后你会感谢这条规则的。

具体怎么跑？

当你跟 Claude 说”帮我做个登录功能”，它不会立刻去写。它会：

• 先探索一下项目现状——看看现有代码结构、文档、最近的提交记录
• 然后一次只问一个问题：登录用邮箱还是手机号？要不要第三方登录？Session 怎么管理？
• 问完之后，提出 2-3 套方案，并给出各自的优缺点和它的推荐
• 你确认了，它才写设计文档，存到 docs/superpowers/specs/ 目录并提交到 git
• 设计文档写完后，还有一个自检：检查有没有 placeholder、TODO、矛盾点、模糊需求
• 最后让你亲自 review 一遍设计文档，同意了才会调用 writing-plans 开始写代码

最戳我的一个设计：Visual Companion

这个 Skill 带了一个浏览器伴侣工具，但它的使用方式很克制——不到必要时刻绝不弹出。

只有当某个问题真的需要”看着图说话”的时候（比如问你”哪种布局更好看”），它才会问你要不要打开。它明确说了：一道 UI 题不等于视觉题，”登录逻辑用什么方案”是概念问题，用文字聊就够了；”这个弹窗放左边还是右边好看”才是视觉问题，才值得开浏览器。

这种克制反而让 AI 的设计建议更有分量，不会沦为”疯狂贴图”的表演。

适用场景

• 你在做一个新功能，但不确定技术方案
• 你想让 Claude 写出更接近你预期的代码，减少返工
• 团队里 AI 用得很猛，但设计质量参差不齐

一句话总结

Brainstorming 是那种装在团队流程里的 Skill——它不直接给你答案，但它让 AI 在动手前必须跟你对齐思考，把”想清楚”变成写代码前的强制步骤。

来自 obra/superpowers（repo 26.6k ⭐），需要先安装 superpowers 再使用其中的 brainstorming 模块。

GitHub 仓库 →

GitHub: https://github.com/obra/superpowers/tree/main/skills/brainstorming