课程章节介绍
同学们，我们来看这张Slide，它展示的是一个客户支持代理非常干净的体系结构。
这个代理整体由三个子代理组成，分工特别清晰。首先，最上面有一个叫“Agent_Router”的子代理，它是整个客户对话的入口点。也就是说，每次客户发来消息，不管说什么，都会先经过Agent_Router。它就像前台接待一样，分析用户说话的内容，然后决定接下来该把你带到哪儿去。
为了做这个判断，Agent_Router手里握着两个工具：一个叫“go_to_identification”，专门给还没验证身份的客户用；另一个叫“go_to_order”，给已经验证过的客户用。这样一区分，逻辑就非常清爽。
接下来，我们再看看另外两个子代理。如果客户还没验证身份，就会被路由到“Identity”子代理。它的工作很直接，就是通过一个Flow操作，往客户的电子邮箱里发送一个验证码，然后等着客户把收到的验证码再提供出来，最后验证这个码是否正确。整个过程依赖的都是确定性的流操作，没有花哨的地方，非常可靠。
另一位子代理叫“Order_Management”，负责处理已认证客户的订单相关请求。它可以展示客户当前的订单摘要，也能根据订单ID去查找过去的订单。同样，它里面也是完全通过基于流的操作来完成任务。
而且需要特别记住的是，这些子代理里的动作，都不是随便触发的，都是从代理脚本确定性地调用过来的。也就是说，业务流程提前已经定义好了，什么时候验证、什么时候查订单，都是脚本严格控制的，不会出现随机行为。
这样一套设计，好处就是结构干净、维护容易。入口负责路由，身份负责验证，订单负责业务，各司其职。大家把这张图看懂了，对Agentforce里如何搭建一个规范的服务代理就心里有数了。我们接着看下一页。