用途：在需求宽泛、含糊或缺少具体验收标准时，通过苏格拉底式提问澄清意图，并在执行前用数学化歧义评分把关，避免因需求不清导致实现偏差。用户说“deep interview”“interview me”“ask me everything”“don't assume”或“ouroboros”时适用；需要先产出需求工件再交给 ralplan、autopilot、ultragoal 或 team 时也适用。若已有明确文件/符号目标和验收标准、用户要求跳过规划直接执行、只需轻量头脑风暴，或已有完整 PRD/计划，则不应使用。
主要能力：提供 Quick、Standard（默认）、Deep、Autoresearch 四种深度档位，分别对应不同目标阈值与最大轮数；每轮只问一个问题，优先澄清意图与边界，再进入实现细节；对回答进行压力测试，要求证据、暴露假设、强制取舍或边界；支持棕榈地项目上下文预检，检查 AGENTS.md、README、docs、ADR、.omx/context 快照及术语表；用 [from-code][auto-confirmed]、[from-code]、[from-research]、[from-user] 标签区分事实与决策；每轮后重新评分歧义并透明展示进度。
使用方式：解析参数与深度档位，检测绿地/棕地项目，初始化状态并公告启动；随后进入访谈循环，直到歧义低于阈值、压力测试完成、就绪门通过、用户带警告退出或达到最大轮数。在 tmux 中通过 omx question 提问，需用 OMX_QUESTION_RETURN_PANE=$TMUX_PANE 保留返回目标；非 tmux 环境使用原生结构化提问，否则一次只问一个简洁纯文本问题。状态持久化仅通过 omx state write/read 单写者完成。
限制：最大轮数是硬上限而非目标；非目标与决策边界未解决时不得结晶或交接；歧义高于阈值时不得交接执行，除非用户明确选择带警告继续；超大初始上下文必须先取得提示安全的摘要，否则阻塞评分与交接；持久文档、术语表、ADR 或记忆更新需用户明确选择，不得自动创建或倾倒公开文档。