有了基础组件之后，您可以考虑编排模式，使您的智能体能够有效地执行工作流程。
虽然立即构建一个具有复杂架构的完全自主智能体很诱人，但客户通常通过渐进式方法取得更大的成功。
总体而言，编排模式分为两类：
让我们详细探讨每种模式。
单个智能体可以通过逐步添加工具来处理许多任务，保持复杂性可管理并简化评估和维护。每个新工具都扩展其能力，而不会过早迫使您编排多个智能体。
每种编排方法都需要”运行”的概念，通常实现为一个循环，让智能体运行直到达到退出条件。常见的退出条件包括工具调用、特定的结构化输出、错误或达到最大轮次数。
例如，在Agents SDK中，智能体使用 方法启动，该方法在LLM上循环直到：
Agent 智能体
这个while循环的概念对于智能体的运作至关重要。在多智能体系统中，正如您接下来将看到的，您可以有一系列的工具调用和智能体之间的交接，但允许模型运行多个步骤直到满足退出条件。
一个有效的策略是使用提示模板来管理复杂性而不切换到多智能体框架。与其为不同用例维护大量单独的提示，不如使用一个接受策略变量的灵活基础提示。这种模板方法可以轻松适应各种上下文，显著简化维护和评估。当新用例出现时，您可以更新变量而不是重写整个工作流程。
我们的一般建议是首先最大化单个智能体的能力。更多的智能体可以提供直观的概念分离，但会引入额外的复杂性和开销，所以通常一个带有工具的单一智能体就足够了。
对于许多复杂的工作流程，将提示和工具分配给多个智能体可以提高性能和可扩展性。当您的智能体无法遵循复杂指令或一直选择错误的工具时，您可能需要进一步划分您的系统并引入更多不同的智能体。
拆分智能体的实用指南包括：
虽然多智能体系统可以以多种方式为特定工作流程和需求设计，但我们与客户的经验突出了两个广泛适用的类别：
多智能体系统可以建模为图，其中智能体表示为节点。在管理者模式中，边表示工具调用；而在去中心化模式中，边表示在智能体之间转移执行的交接。
无论采用哪种编排模式，相同的原则都适用：保持组件灵活、可组合，并由清晰、结构良好的提示驱动。
管理者模式赋予中央LLM——”管理者”——通过工具调用无缝编排专业智能体网络的能力。管理者不会丢失上下文或控制权，而是在正确的时间智能地将任务委托给正确的智能体，轻松地将结果合成为连贯的交互。这确保了流畅、统一的用户体验，专业能力随时按需可用。
这种模式非常适合那些您只希望一个智能体控制工作流程执行并与用户交互的工作流程。
以下是如何在Agents SDK中实现这种模式：
在去中心化模式中，智能体可以将工作流程执行”交接”给彼此。交接是一种单向转移，允许一个智能体委托给另一个智能体。在Agents SDK中，交接是一种工具或函数类型。如果一个智能体调用交接函数，我们会立即开始在被交接的新智能体上执行，同时转移最新的对话状态。
这种模式涉及使用多个地位平等的智能体，其中一个智能体可以直接将工作流程控制权交给另一个智能体。这在您不需要单个智能体维持中央控制或合成时是最佳选择——而是允许每个智能体根据需要接管执行并与用户交互。
以下是如何使用Agents SDK为处理销售和支持的客户服务工作流程实现去中心化模式：
在上面的例子中，初始用户消息被发送到triage_agent。识别到输入涉及最近的购买，triage_agent会调用交接到order_management_agent，将控制权转移给它。
这种模式对于会话分诊等场景特别有效，或者当您希望专业智能体完全接管某些任务而原始智能体不需要继续参与时。可选地，您可以为第二个智能体配备一个交接回原始智能体的功能，允许它在必要时再次转移控制权。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/244621.html原文链接：https://javaforall.net
