以下是一些与 CRM 产品设计相关的大模型助手类型：
这次我们将为每个工作流程创建一个助手。这意味着：1.航班预订助手2.酒店预订助手3.汽车租赁助手4.旅行助手5.最后，一个“主要助手”来在这些助手之间进行切换如果你仔细观察，你会发现这实际上是我们在多代理示例中提到的监督者设计模式的一个实例。下面，定义每个助手的Runnable对象。每个Runnable都有一个提示、LLM以及针对该助手的工具集。每个专门的助手还可以调用CompleteOrEscalate工具，以指示控制权应该交回给主要助手。这可能发生在助手成功完成任务，或者用户改变主意或需要该特定工作流程范围之外的帮助时。
目前大模型的产品类型，主要有两种：Copilot：翻译成副驾驶，助手。在帮助用户解决问题时起辅助作用，例如github copilot是帮助程序员编程的助手Agent：更像一个主驾驶，智能体，可以根据任务目标进行自主思考和行动，具有更强的独立性和执行复杂任务的能力我们从核心功能、流程决策、应用范围和开发重点几个方面对比Copilot和Agent：1.核心功能Copilot：更像是一个辅助驾驶员，更多地依赖于人类的指导和提示来完成任务。Copilot在处理任务时，通常是在人为设定的范围内操作，比如基于特定的提示生成答案。它的功能很大程度上局限于在给定框架内工作。Agent：像一个初级的主驾驶，具有更高的自主性和决策能力。能够根据目标自主规划整个处理流程，并根据外部反馈进行自我迭代和调整。1.流程决策Copilot：在处理流程方面，Copilot往往依赖于Human确定的流程，这个流程是静态的。它的参与更多是在局部环节，而不是整个流程的设计和执行。Agent：Agent解决问题的流程是由AI自主确定的，这个流程是动态的。它不仅可以自行规划任务的各个步骤，还能够根据执行过程中的反馈动态调整流程。1.应用范围
维度转换能力。将各种问题转化为语言问题；将业务中的各种数据转化为语言描述，作为大模型解决问题的前置条件；将通用模块问题转化为通用问题模块，从而将语言模型的调用转化成为产品的一个功能模块。用语言模型解决问题，通常会犯的错误就是对维度理解不够（当然后续多模态可能解决）。毕竟人类接触的信息是多维的，自然语言只是一维，站在高维的角度跟他聊肯定有点驴唇不对马嘴。把自己降到一维，把所有的信息都转化为语言信息后再跟他交流，交流就比较高效了。4、业务助手的应用方式助手方式：主要是进行工作辅助，不在主业务流程内。工作主体是人，大模型负责优化、检索、启发、提供思路等，帮助人提高效率、多维度思考。如下图。AIGC的业务助手中也很多是这种能力。业务环方式，大模型经过调整和prompt工程后，作为接口服务，进入到主业务流程中，作为其中一环，自动处理内容并生成结果。5、智能体——智慧员工的可能