brainstorming 的用途：在进入任何创造性开发之前，将初步想法逐步打磨成完整的设计与规格说明，适用于新增功能、构建组件、添加能力或修改行为等场景。其核心理念是即使是看似简单的任务也要经过设计确认，避免未被审视的假设造成返工。
主要能力：通过一次一个问题的协作对话理解用户意图、约束与成功标准；先查看项目文件、文档和近期提交以了解上下文；评估范围，对包含多个独立子系统的项目先做拆解；提出 2-3 种方案并附权衡与推荐；按复杂度分节呈现设计并在每节后获取确认；设计写好后保存到 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并提交 git；随后进行规格自审（检查占位符、矛盾、歧义、范围）并请用户审阅；用户批准后调用 writing-plans 技能生成实施计划。
使用方式：按检查清单顺序执行，先探索上下文，再逐步提问澄清，提出候选方案，分节呈现设计并逐节确认，再写设计文档、自审、请用户审阅，最终调用 writing-plans。整个流程中不应调用 frontend-design、mcp-builder 等其他实施类技能。还包含一个可视化伴侣工具：仅在某个问题用图示比文字更清晰时按需提议，作为独立消息发送，用户同意后以 --open 启动服务打开浏览器标签页；每个问题单独判断用浏览器还是终端。
适用场景：需要先明确需求与设计的开发任务，包括看似简单的小工具和配置改动。
限制：资料未提供具体安装命令、收费价格、平台支持范围及性能数据。设计文档默认路径可被用户偏好覆盖。