用途：Agent Interview 把“访谈”定义为一种协议，而非随便问问题的对话。适用于需要用户连续做出一系列决策的场景，例如引导式设置、信息收集（intake）、向导流程或入门引导。其核心目标是避免开放问题导致模糊回答，进而被悄悄脑补成具体细节。
主要能力与规则：优先使用“选择题”——带明确选项的真实问题，并采用宿主提供的最高优先方式询问：原生问题工具（如 AskUserQuestion，最佳，用户可点选且总带“Other”自由填写）、已注册的问题 MCP（同样体验，无需原生选择器）、或消息中的编号选项（回退方案）。没有第四种方式：shell 没有连接终端，无 tty、无 stdin，read 会立即返回，脚本会挂起或静默采用无人选择的默认值。
编号回退：每轮一次，所有问题放在同一块中，标签在整个轮次内唯一。示例：Q1 选择申报状态（单选，默认 a）：a) 单身 b) 已婚联合申报 c) 户主；Q2 哪些适用（可多选，默认无）：a) 受抚养人 b) 自雇收入 c) 租金收入。回复如 1a 2c，或用文字说明；选项未覆盖的内容直接说，原样记录。
关键约束：标签在轮次内唯一（非每问题内），避免“第二个”歧义；每题标注单选或多选；每题指定默认值，且仅对同轮中其他题已答而该题明显被跳过时生效，整轮沉默不算同意；绝不推断未答问题，需重问该题；在首个耗时、花钱或难以撤销的操作前，逐行复述全部答案进行确认；每轮不超过 4 个问题，并保留自由填写入口。
统一用语：首条消息前确定每个部件的用户可见名称，之后绝不引入第二个名称；按用户视角命名步骤作用（如“核对你的答案”），而非其构成。用户问运行时则如实回答。
边做边教：每条消息只交付一个步骤；每步附带 TRY（用户实际执行或说出的动作）与 CHECK（以真实选择题形式在继续前确认），答错或缺失则重讲而非推进。先了解用户已有条件再解释获取方式。
反模式：把五个问题塞进一段；只问“这样可以吗？”；在复述确认前就执行；因某工具输出用了别的词而在访谈中途改名。
限制：资料未提供具体平台、定价或安装命令等信息。