用途：在动手实现前先澄清“要做什么”。brainstorm 通过交互式对话探索用户意图、可选方案与设计决策，最终把结论沉淀为设计文档，供后续规划使用。
主要能力：先评估范围与工作区，判断是新项目还是当前项目的功能；再评估需求清晰度，需求足够明确时建议直接进入规划。随后做轻量项目调研，参考已有相似功能与代码规范。接着以一次一个问题的方式与用户对话，覆盖目的、用户、约束、成功标准、边界情况与既有模式，直到需求明确或用户表示可以继续。之后提出 2-3 个具体方案并给出权衡与推荐，遵循 YAGNI、优先沿用已有模式、按实际复杂度设计。最后把设计文档写入 docs/brainstorm/YYYY-MM-DD-<kebab-case-topic>-brainstorm-doc.md。
使用方式：用功能描述作为参数调用。描述为空时会先询问用户想头脑风暴什么功能。若判断为新项目，会询问工作区选择，例如先运行 /create 创建项目，再在新目录中运行 /brainstorm <description>。写文件前会检查当前分支，若处于 main、master 或 develop 等基础分支，会提议创建形如 git checkout -b <type>/<kebab-topic> 的功能分支（名称少于 60 字符）。完成后可选择清空上下文再规划、直接运行 /plan、用 @refine-approach 做结构化评审，或暂时结束。
适用场景：新功能或改进的早期澄清阶段，需求含糊、存在多种合理解释或需要权衡取舍时。
限制：该技能只探索和记录决策，不会编写代码；需要用户参与对话并给出描述。涉及具体模型或价格等细节，资料未提供。