多智能体 MultiAgent
Multi-agent 将复杂的应用程序分解为多个协同工作的专业化 Agent。与依赖单个 Agent 处理所有步骤不同,Multi-agent 架构允许你将更小、更专注的 Agent 组合成协调的工作流。
Multi-agent系统在以下情况下很有用:
- 单个Agent拥有太多工具,难以做出正确的工具选择决策
- 上下文或记忆增长过大,单个Agent难以有效跟踪
- 任务需要专业化(例如:规划器、研究员、数学专家)
Multi-agent模式
main 分支当前可确认的 Multi-agent 模式如下:
| 模式 | 工作原理 | 控制流 | 使用场景 |
|---|---|---|---|
| Agent as Tool | 控制器 Agent 将其他 Agent 包装为工具调用。工具 Agent 不直接与用户对话,只执行任务并返回结果。 | 集中式:由控制器 Agent 选择工具。 | 分层编排、控制器/工作 Agent 风格应用。 |
| SequentialAgent | 多个 Agent 按固定顺序执行,前一个 Agent 的 outputKey 可作为后续 Agent 的占位符输入。 | 固定顺序。 | 写作 -> 评审 -> 翻译等流水线。 |
| ParallelAgent | 多个 Agent 并行处理同一输入,再通过 MergeStrategy 合并结果。 | 扇出/聚合。 | 多路检索、多专家并行评审。 |
| LlmRoutingAgent | 使用 LLM 根据用户输入和子 Agent 描述选择一个子 Agent。 | 单次动态路由。 | 跨领域专家选择。 |
| LoopAgent | 使用 LoopMode 或自定义 LoopStrategy 重复执行一个子 Agent。 | 循环。 | 迭代润色、批量处理 JSON 数组。 |
选择模式
| 问题 | Agent as Tool | FlowAgent |
|---|---|---|
| 需要集中控制工作流程? | ✅ 是 | ❌ 否 |
| 需要固定流程、并行或路由? | ❌ 有限 | ✅ 是 |
| 希望子 Agent 作为工具被模型按需调用? | ✅ 是 | ❌ 否 |
你可以混合使用两种模式:例如在
SequentialAgent的某个步骤中运行一个带有AgentTool的ReactAgent。
关于 Agent-as-tool 模式的使用请查看 ToolsAsAgent 文档。
自定义Agent上下文
Multi-agent设计的核心是上下文工程——决定每 个Agent看到什么信息。ARGI 为你提供细粒度的控制:
- 将对话或状态的哪些部分传递给每个Agent
- 为子Agent定制专门的提示
- 包含/排除中间推理
- 为每个Agent自定义输入/输出格式
系统的质量在很大程度上取决于上下文工程。目标是确保每个Agent都能访问执行任务所需的正确数据,无论它是作为工具还是作为活动Agent。
Instruction 占位符
在 Multi-agent 系统中,instruction 支持使用占位符来动态引用状态中的数据。这是实现 Agent 之间数据传递的关键机制。
支持的占位符
| 占位符 | 说明 | 使用场景 |
|---|---|---|
{input} | 用户输入的原始内容 | 第一个Agent或需要用户输入的 Agent |
{outputKey} | 引用其他Agent通过 outputKey 存储的输出 | 顺序执行中,后续Agent引用前面Agent的输出 |
{stateKey} | 引用状态中的任意键值 | 访问状态中的任何数据 |
占位符工作原理
- 自动替换:系统会在执行 Agent 的 instruction 时,自动将占位符替换为对应的实际值
- 状态查找