AI 写代码前必看：这道硬关卡能让你少改三版
你有没有这种感觉——接到一个需求，脑子里第一个冲动就是「开干」？
结果写到一半发现需求没对齐，改了三版才发现方向跑偏了。
这不是能力问题，是流程问题。
Brainstorming 这个 Skill 就是来解决这个的。它不是帮你写代码，而是帮你先想清楚再做。
它做了什么
这是一个专门给 AI Coding Agent 用的创意流程 Skill，来自开源项目 superpowers。核心思想很朴素：做任何创意工作之前，先把设计定清楚，再动手。
它把任务分成三条路径：
- Spike — 快速验证可行性，问一句「能不能这么干」，得到答案就停
- Bounded — 小改动，改动范围已经在一个现有流程里，先在对话里把设计说清楚，得到确认再动手
- Architectural — 新项目或重构，写正式设计文档，评审后才开始编码
关键来了——这三条路径最后都有一道硬关卡：必须得到你的明确同意，才能开始实现。Skill 本身甚至有个 HARD-GATE 机制，强制执行这步。
为什么这个思路值钱
我见过太多团队用 AI 编程，越快越容易翻车——AI 生成代码太快了，快到你来不及想清楚需求本身对不对。
Brainstorming 把这个过程倒过来：慢在思考，快在实现。想清楚再动手，返工成本直接砍半。
这个 Skill 的文档里有一句话我很认同：
What scales with simplicity is the artifact, never the approval.
意思就是：简单任务产出少，但审批流程不能省。你不需要写设计文档，但你需要在实现前说「我要这么干」，等对方点头。
怎么用
把这个 Skill 装进你的 Claude Code：
claude --skill-dir https://github.com/obra/superpowers
或者直接把 SKILL.md 文件放进你的 .claude/skills/ 目录。触发方式很简单——每次你有新的功能想法，直接开口问，Skill 会自动判断任务类型，带你走完对应流程。
适合谁
- 经常用 Claude Code / Cursor 写代码的设计师或全栈开发者
- 团队里 AI 编程推进很快，但总在返工的人
- 想培养更好的需求分析习惯的开发者
这个 Skill 把「设计先行」这件事变成了可执行的工作流，而不是靠个人自觉——对 AI 时代的开发节奏来说，这是一堂必修课。
GitHub：https://github.com/obra/superpowers
评论区
登录后可评论。