用途：在任何创造性工作之前使用，包括创建功能、构建组件、增加功能或修改行为。它把自己定位为协作式设计伙伴，通过自然对话把想法转化为经过验证的设计，强调先探询再提出方案。
主要能力：探索项目上下文；一次只问一个问题，把复杂话题拆成多轮；有选项时使用 AskUserQuestion 提供结构化选项；在确定设计前提出 2-3 个带取舍（优点、缺点）的方案，并优先给出推荐方案与理由；按复杂度调整设计深度；在设计结束前获得用户批准；以 YAGNI 原则剔除不必要功能。
使用方式：技能入口接收一个想法参数（$ARGUMENTS）。工作流分为五步：1) 探索上下文，检查项目文件、文档与近期 git 提交，识别既有模式、相关代码与技术要求；2) 探询想法，逐一询问目的、用户、约束与成功标准；3) 探索方案，提出 2-3 个不同方案及其取舍；4) 分节呈现设计，按低/中/高复杂度调整篇幅，覆盖架构、组件、数据流、错误处理、测试策略等主题，每节后确认；5) 收尾时给出完整设计摘要，并询问是保存到 .start/ideas/YYYY-MM-DD-.md、以设计上下文启动 /start:specify，还是仅保留在对话中。
限制：头脑风暴期间绝不写代码、不搭建项目、不调用实现类技能；不在单条消息中问多个问题；不在探询与方案探索前直接给出设计；不假设需求；不因想法看似简单而跳过头脑风暴；设计修订期间不扩张范围，新需求进入“停车清单”；不把用户提到的技术当作已定决策。若在修订中出现新需求，只记录到停车清单，留到第 5 步呈现。关于收费、价格、平台支持等事实暂未提供。