用途：对已有计划或设计进行对抗式、持续追问的访谈，直到双方达成共识。它沿设计决策树逐分支推进，一次解决一个依赖，并为每个问题给出推荐答案。
适用判断：用户意图本身不清时，应改用 clarifying-question protocol；已有计划且无需领域规范时用本技能；已有计划且需遵守已记录的领域语言（CONTEXT.md、docs/adr/）时用 domain-model grilling。
主要能力：锚定待测设计（用一句话确认计划）；遍历决策树，按依赖顺序先父后子提问；每个问题只问一个事实，附一句推荐理由，并等待用户回答，不基于假设推进；父问题未解决前不问子问题，父答案使子问题失效则丢弃；能通过读代码解决的问题优先读代码，可用 fd、ast-grep、git grep、bat 等命令，跨多文件时派 Explore 智能体。
问题范围：公共 API 形态、存储与状态归属、边界位置、失败面、并发、不可逆操作、性能预算；跳过纯机械细节（语法、导入顺序等）。
推荐纪律：必须给出推荐，禁止说“你决定”；推荐以 (Recommended) 标注并置于选项首位；推荐是偏好而非裁决，用户可覆盖；若无法给出一句可辩护的理由，则该问题不是真正的分叉，应丢弃。
交互契约：假设存在单一“询问用户”工具，其他智能体框架应映射到等价提问工具。每次调用最多 4 个问题，每个问题为单选或多选，选项 2 至 4 个，header 不超过 12 字符。禁止把多个独立维度合并成一个多选覆盖清单；每个维度单独一个单选问题，推荐项即默认值。多选仅用于可叠加的选项。自由文本“Other”由工具自动提供，不要重复添加。
停止条件：所有分叉都有带理由的确定答案；出现必须线下调查的阻塞未知；或计划在追问下瓦解，此时应声明并建议转向。
限制：资料未提供具体安装命令、收费、平台支持或效果数据；示例中的命令与工具契约来自公开说明，实际使用需按所用智能体框架映射。