用途：在动手实现之前先澄清要构建什么。它产出探索结论与设计，而非实现代码，适用于模糊的功能想法、含糊的需求、方案取舍未定或多个独立子系统等场景。
主要能力：先评估并扎根现状，对已有项目会阅读相关代码、文档、约束与近期提交，指出请求与观察行为之间的矛盾；对抽象主题跳过仓库调研。按规模调整并分解：多个独立子系统时先划边界与依赖、确定构建顺序，再让每个子项目各自走设计→计划→实现循环。通过访谈与方案对比理解需求，探索目的、用户、约束、成功标准、边界情况、既有模式与非目标。
使用方式：用当前问题机制提出关键问题，Claude Code 中用 AskUserQuestion（必要时经 ToolSearch select:AskUserQuestion 加载），Codex 中在支持时用 request_user_input，否则用聊天。对话或方案选择时参考 interview-and-approaches.md，需要深挖假设时用 deep-interview.md。比较两到三个具体方案，给出描述、优缺点与最佳适用条件，先给推荐并暴露取舍；两轮后仍无共识则询问偏好方向。写设计前读 scope-synthesis.md，区分已述需求、推断假设与排除项。持久化产物保存为 docs/brainstorms/YYYY-MM-DD-<topic>-brainstorm.md，含日期/主题 frontmatter、构建内容、选择该方案的原因、关键决策与理由、开放问题、后续步骤。
限制：不产出实现，交互式交接前需获得批准；headless 模式仅在调用方明确授权非交互执行及其决策范围时启用，且需用保守假设替代确认，不得把推断选择标为用户已批准，也不得据此推断实现、提交或发布权限。未解决的关键决策需返回调用方。涉及认证、支付、外部 API 或多租户数据时，建议在规划前进行安全威胁建模审查。具体命令与文件细节以资料为准，其余未提供。