1. 引言：当 Demo 的魔法在生产中失灵在演示环境中，多智能体系统往往表现得像一支精密的交响乐团——规划者、执行者、反思者各司其职，能完成复杂任务。然而部署到生产环境后，现实便开始露出獠牙：系统陷入无限循环、Token 超限导致单次请求账单爆炸，甚至直接耗尽整个 GPU 集群的显存。本文作为一份面向资深工程师与架构师的生产级解决方案，将深入诊断多智能体编排中死循环和 Token 爆炸的根因，并提供从架构设计到代码细节的全套治理方案。2. 症结诊断：为什么 Demo 没暴露这些缺陷Demo 环境具备三个生产环境没有的“温室条件”：一是任务路径单一且可预测，不存在生产中的多分支并发与异常重试；二是交互轮次极少，通常 3-5 步即生成结果，很难触发上下文爆炸；三是缺乏背压机制，测试时从未施加真实流量下的实时性约束。当系统进入生产轨道，以下问题便迅速暴露：无终止条件的思考循环：反思者与执行者形成乒乓效应，永远在“再优化一次”。全量上下文膨胀：每次迭代将历史对话、工具输出、中间产物全部写回 prompt，导致 Token 呈线性甚至指数级增长。工具调用失败的死锁重试：某个 Agent 调用外部 API 失败后，在同一上下文中反复尝试相同的无效参数。多 Agent 全量信息广播：N 个 Agent 之间两两通信，信息传递复杂度达到 O(N²)。/
