用途：对已有计划或设计进行对抗式、持续追问的访谈，直到双方达成共识。适用于用户已有方案、希望被压力测试，且没有必须遵守的领域语言文档时。若用户意图本身不清，应改用 clarifying-question protocol；若项目有已文档化的领域语言（CONTEXT.md、docs/adr/），应改用 domain-model grilling。
主要能力：以被审查的设计为唯一锚点，先一句话确认计划内容；若描述过于单薄无法追问，则转向澄清式提问。随后遍历决策树的每个分叉——范围、边界、顺序、错误面、契约、命名、公共 API 形态、不可逆性——按依赖排序，父问题先于子问题，每次只问一个事实，并附一句理由给出推荐答案，等待用户回答，绝不基于假设推进。
使用方式：能通过读代码回答的问题先读代码再问。可用 fd -e <ext> <path> 做发现，ast-grep run -p '<pattern>' -l <lang> -C 3 做结构搜索，git --no-pager grep -n -C 3 '<pattern>' 做词法搜索，bat -P -p -n -r START:END <path> 做定向阅读；问题跨 5 个以上文件或 2 个以上目录时派发 Explore 智能体。父问题未解决前不问子问题；父答案使排队中的子问题失效则丢弃。停止条件：每个分叉都有带理由的确定答案；出现用户须线下调查的阻塞未知；或计划在追问下瓦解，此时应声明并建议转向。
提问契约：假定存在单一“询问用户”工具，其他智能体框架应映射到等价接口。每次调用最多 4 个问题，每个问题为单句问句，header 不超过 12 字符，multiSelect 默认 false，选项 2 至 4 个，推荐项标签追加 (Recommended) 并置于首位，理由写在 description 中。禁止把多个独立维度合并成一个多选覆盖清单；multiSelect 仅用于可叠加的选项。自由文本“Other”由工具自动提供，不要重复添加。
限制：不询问代码库已能回答的问题；不接受“我不知道”而不挂起该问题；不用于询问“计划是否就绪”之类流程问题。资料未提供具体收费、平台支持范围与效果数据。