多层智能体一旦能互相调用，就可能因为任务描述含糊而重复委派。可靠设计应先画出单向调用图，再为每个 Agent 限定工具、最大迭代、超时和允许返回的结果。 本文讨论 n8n 工作流层面的控制，未在你的模型和任务上实测；模型提供商费用、并发限制及业务写操作仍需独立控制。
本篇验收要点：主管 Agent 只能调用叶子 Agent，叶子 Agent 不再回调主管，并为每次请求设置最大层级、工具调用次数和总预算。 子工作流设置明确超时和错误出口，超过预算或没有进展时返回结构化失败，不继续让模型自行重试。
开始前准备
- 一张主管、子 Agent 和工具的调用图
- 每个子 Agent 的单一职责和输出格式
- 模型调用与工具调用预算
- 可查询 n8n 执行记录的测试环境
按顺序搭建
- 列出每个 Agent 的唯一职责，例如研究、计算、审核。任何两个 Agent 若都能处理同一任务，先收窄边界。
- 建立单向图：主管可调用研究和审核；研究只调用搜索或读取工具；审核只检查结果。禁止叶子 Agent 再调用主管。
- 在 Agent 节点设置较小的最大迭代次数，并在子工作流输入中携带 request_id、depth 和 remaining_calls。depth 达到上限时直接失败。
- 给每个子工作流设置执行超时和错误分支。返回固定字段 status、result、evidence、reason，不把“我再试一次”当成业务结果。
- 用故意模糊的任务、工具报错和空结果测试，查看执行图是否在预算内结束，再逐步增加复杂度。
可复制的最小示例
可以用一个简单的调用预算在工作流之间传递：
{
"request_id": "req-20261001-008",
"depth": 1,
"max_depth": 2,
"remaining_calls": 4,
"deadline": "2026-10-01T14:30:00Z"
}
怎样验收结果
验证标准是正常任务在既定层级和次数内完成，工具持续失败或子 Agent 返回空结果时能在超时前终止，执行记录中不存在 A 调 B、B 又调 A 的闭环。
- 正常用例的实际调用数不超过预算
- 错误工具只按既定次数重试
- 层级超限返回失败状态
- 执行记录可按 request_id 串起全部子调用
常见失败与处理
- 反复委派同一任务：删除职责重叠的 Agent 或把路由改成确定性条件。
- 超过最大迭代仍未停：检查是否在多个 Agent 各自设置了独立重试。
- 任务已失败却输出成功：把 status 作为工作流字段校验，不能只读自然语言。
读者下一步是把现有多 Agent 流程画成有向图，删除所有回边，再用一次工具故障测试预算和超时。
相关问答
层级越多效果越好吗？
不一定。更多层级会增加延迟、费用和错误传播；能用确定性节点完成的路由优先用节点。
最大迭代应该设多少？
没有通用数字。先用最小可完成值测试，并结合一次任务允许的工具调用和费用预算确定。
官方资料与适用边界
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32421.html
