用途：在进入规划或编码前，先澄清用户意图、约束与可行方案，产出经批准的设计文档，供后续规划使用。适用于新功能构思、需求模糊、需要比较多种设计取舍，或用户表示“我有个想法”“先设计一下”时；需求已明确应直接用 oma-pm，写代码、代码审查、调试分别交给对应技能。
主要能力：一次只问一个澄清问题；以散文简报形式给出可行方案（场景、机制、残余风险、工作量），必要时附比较矩阵与推荐；按章节逐步呈现设计；保存前进行盲审，按 Tier 1/2/3 分级问题，高风险设计可派发独立上下文评审子代理；最终将设计保存到 docs/plans/designs/ 与项目记忆，再交接给 /plan。可选 resources/triz-lite.md 用于技术或体验矛盾时的方案启发。
使用方式：按 PREPARE、ACQUIRE、REASON、VERIFY、FINALIZE 阶段推进；在活跃 OMA 工作流中，用 brainstorm.option-selection 记录实际方案、理由、证据与设计修订，并校验匹配的 --instance。
限制：设计批准前不做实现或任务规划；不编造备选方案；TRIZ-lite 仅用于真实矛盾，最多取 3–5 条原则；极小设计（1–2 个文件、低风险）可跳过盲审；不得把代理推荐当作对用户未决选择的批准。