用途
Brainstorming 是一项在创意工作开始前使用的协作式设计梳理技能。它要求在创建功能、构建组件、添加功能或修改行为之前使用，帮助把想法转化为完整的设计和规格说明。其方式是自然对话，而非一次性输出方案。
主要能力
- 了解当前项目上下文：先查看文件、文档和近期提交，掌握项目现状。
- 逐一提问细化想法：每次只问一个问题，优先使用多选题，必要时也可开放式提问；若某主题需要深入，会拆成多个问题。
- 聚焦理解目的、约束和成功标准。
- 探索方案：提出 2-3 种不同方案并说明取舍，以对话方式给出推荐选项和理由，并优先说明推荐项及其原因。
- 分段呈现设计：每段约 200-300 字，每段后确认是否符合预期，覆盖架构、组件、数据流、错误处理和测试。如出现不清晰之处，会返回澄清。
使用方式
流程分为几个阶段：先理解想法（查看项目状态、逐题提问、聚焦目的/约束/成功标准），再探索方案（2-3 种方案及推荐），然后呈现设计（分段确认）。设计确认后进入文档化：将已验证的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md，如可用则使用 elements-of-style:writing-clearly-and-concisely 技能，并将设计文档提交到 git。如果继续实现，会询问“Ready to set up for implementation?”，并可使用 superpowers:using-git-worktrees 创建隔离工作区，使用 superpowers:writing-plans 创建详细实施计划。
适用场景
适用于需要把模糊想法转化为可执行设计的开发场景，例如新增功能、构建组件、增加功能或修改行为之前的规划阶段。适合希望先对齐设计再动手实现的团队或个人。
关键原则与限制
核心原则包括：一次只问一个问题，避免多问题堆叠；优先多选题；严格执行 YAGNI，从所有设计中移除不必要功能；始终先提出 2-3 种方案再确定；分段呈现设计并逐段验证；保持灵活，遇到不清晰时返回澄清。
关于平台支持、收费方式、价格、具体实现效果等事实，资料中暂未提供。