课程章节介绍
同学们，我们这一页要讲的是一个非常有用的对话模式，专门用在需要一步步引导客户、按顺序收集信息的场景里。
你可以这么理解：当你的Agent必须按照一个固定的流程，一个接一个地问问题，而且下一个问题问什么，可能完全取决于客户上一个回答的内容，这时候就要用上这个模式了。它特别适合那种又长、又有好几轮的对话，因为你需要反复检查客户每次给的信息是不是完整、是不是有效。如果客户回答得不清楚，或者缺少关键信息，Agent还能再回到同一个子代理那里，换个说法再追问一次。
咱们来看一个面试Agent的例子。假设我们做了一个Agent来初步筛选求职者，它会按特定顺序问一系列必问的问题，比如“你有没有某某证书？”“你有几年的相关经验？”每个问题就像一个关卡。如果求职者回答“我还没有那个证书”，那可能直接就不符合要求了，面试就当场终止了。后面那些经验、技能的问题就都不用再问了——这就是“导致解雇”的意思。
在技术实现上，每个问题都由一个独立的子代理来负责。比如第一个子代理专门问证书问题，第二个专门问工作经验，第三个问薪资期望……它们各司其职。而且，这些子代理在完成自己的任务后，会设置一个叫 currentInterviewStep 的变量，来告诉系统下一步该跳到哪个子代理，比如“下一步该问技能问题了”，或者“面试结束”。这样整个流程就很清晰，也容易调整顺序，一旦前面的回答改变了后面的路径，只需要改变这个变量的值就行了。
所以总结一下，这个模式的核心思想，就是把一个长流程拆成多个独立的小步骤，每个步骤由一个子代理负责，通过变量控制流程走向，同时还能随时回到上一步去追问澄清。这样既能保证对话的自然流畅，又能严格把控数据收集的质量。
好了，这一页的内容我们就讲到这里。大家记住这个“面试模式”，以后遇到需要按逻辑链条收集信息的场景，优先想到它。