先问交互形态：具体到什么场景

消息提到，有开发者做了一个开源预约智能体，把全双工语音交互放在流程中心，能听、能说，还能读取操作员屏幕上的实时预约状态。这里值得求职者留意的，不是模型本身，而是"全双工"这个词落到岗位里意味着什么。

面试时可以问：这个岗位负责的交互形态是哪种？如果对方答全双工，接着问一个具体场景——用户话说到一半改口，产品侧要怎么处理？如果对方答轮流对话，就问一句系统在等待时界面给用户什么反馈。

两种形态的产品工作方式不同：轮流对话更接近设计话术和分支；全双工要额外考虑语音与屏幕状态如何对齐。这不是说哪种更高阶，而是你先要知道自己会花时间在什么事上。

再问状态控制：谁来决定执行

素材里有一句关键设计：模型驱动的交互与确定性状态控制配对，以保障执行可靠性。这句话可以直接变成面试提问。

预约这类动作不能只靠模型"觉得可以"就完成。哪些信息必须收集完整、冲突怎么判、接口失败怎么兜底，通常需要有确定性的判断逻辑。面试时可以问：这个岗位的需求里，状态控制和异常流程占多大比重？由产品还是工程来定义？

如果岗位描述只强调模型能力和交互体验，你可以追问一句：失败路径谁来负责？这不是判断团队好坏的标准，而是帮你看清岗位到底偏哪一端。

最后问用户确认：哪些动作必须停下来

素材明确，预约真正完成之前需要用户确认。这是一个单一项目的设计选择，但可以给你一个提问方向。

面试时可以问：在你们负责的场景里，哪些动作属于必须让用户二次确认的？确认方式是什么？这个清单是产品定的，还是沿用团队已有的规范？

如果对方回答不清楚，也未必说明团队有问题，可能只是这个岗位还没接触到这层边界。你要做的是判断：自己入职后会不会参与定义它，还是只能等别人给结论。

一个实际可做的小建议：面试前把这三个问题抄在纸上，每行留出记录回答的空间。面试后对照回答，比事后凭印象回忆更能看清岗位。