用途：当用户要求被访谈、追问或“盘问”某个计划、想法、系统或设计，或在动手前需要把不完整意图澄清时使用。它先做访谈，产出经用户确认的 Interview Brief，不在同一次调用中实施后续工作，除非用户另行授权。
主要能力：按工作类型确定访谈的“根决策”（如系统、基础设施、研究、安全类工作通常以目标、约束、失败或威胁模型为根），把待决事项组织成依赖树，只向用户询问需要判断的问题。可发现的事实由代理自行检查代码、文档与仓库；需要测量或试验才能回答的，记录为调查项而非直接问用户。每轮围绕“前沿”（不被其他待决事项阻塞）提出编号问题，等待回答后并入决策树，找出被解锁的新问题进入下一轮。至少对一项关键回答做一次压力测试，用例子、假设、失败场景、反例或权衡来检验。
使用方式：开场可选稀疏上下文时先问根决策，上下文丰富时采用倒置访谈，先给出已确认事实、推断假设、未解歧义与仅人类可决事项的编号综述。每轮问题包含编号与短标题、为何影响结果、二到四个互斥选项及其后果，并给出建议默认值。用户可全部、部分回答，或以“除第三题外都用默认”方式表态；未回答的问题保持开放，沉默不视为同意。“不知道”转为有负责人、影响与延后决策规则的开放项或调查项。
适用场景与限制：适用于需要先厘清意图再动手的产品功能、计划、流程、系统或研究设计工作，确认后的 Brief 可交给 work-plan 或 design-doc，但启动它们需另行授权。它不用于每个模糊任务自动触发，也不在访谈进行中转向实现、规划文档或求职面试辅导；不保存敏感回答、不发布记录、不创建工单或改动项目，除非用户明确要求。默认在聊天中返回 Brief，仅在用户要求时写文件，默认路径为项目根目录 interview-brief.md。具体模板细节与评估用例未在资料中提供。