用途：brainstorming 技能用于任何创意工作之前，包括创建功能、构建组件、添加功能或修改行为。它通过自然协作对话，把想法逐步转化为完整的设计与规格。
主要能力：先探索项目上下文（文件、文档、近期提交）；若主题涉及视觉问题，单独提供可视化伴侣；逐个提出澄清问题，理解目的、约束与成功标准；提出 2-3 种方案及权衡与推荐；分节呈现设计，每节后获取用户确认；将设计写入 docs/design/YYYY-MM-DD-<topic>.md 并提交；进入规格评审循环，派发 spec-document-reviewer 子代理，最多 3 轮，超限则交由人工；用户审阅规格后，调用 writing-plans 技能生成实施计划。
使用方式：按清单顺序执行。先探索项目上下文，再判断是否需要可视化伴侣，然后逐个提问。问题优先多选，每条消息只问一个问题。提出方案时先给推荐项并说明理由。设计按复杂度分节，简单项目可仅几句话，但必须呈现并获得批准。设计文档写好后提交 git，再进入评审循环。
适用场景：适用于各类项目，包括待办清单、单函数工具、配置变更等。对范围过大的请求，应先帮助拆分为子项目，每个子项目独立走规格、计划、实施循环。在既有代码库中工作时，先探索现有结构并遵循既有模式，可包含与当前目标相关的针对性改进，但不做无关重构。
限制：终态是调用 writing-plans，不应调用 frontend-design、mcp-builder 等其他实施技能。规格评审循环超过 3 轮需人工介入。用户审阅规格前不得继续。设计应遵循 YAGNI，移除不必要功能。可视化伴侣仅在主题确实受益时提供，且需单独成消息。
其他事实：资料未提供安装命令、收费、价格、平台或效果信息。