LangChain做多Agent协作时，Agent之间总是重复调用同一个工具，是哪里出了问题？

这个坑我也踩过，大概率不是prompt的问题，而是Agent没拿到“任务已完成”的明确信号。AutoGen里如果检索Agent的回复没被判定为终止条件，它就默认还要继续干活，于是反复调同一个工具。我一般会在tool返回值里带上状态标记，比如加个“已检索完成”的字段，再配合max_consecutive_auto_reply限制轮次，效果比单纯去重好很多。另外总结Agent那端最好也做个输入去重，不然重复内容照样灌进去。

加个状态机记录已调用的工具和结果，比单纯在prompt里写停止条件靠谱多了。

在tool里加个状态标记试试，告诉agent这轮已经搜过了，比硬去重管用。

这个坑我也踩过，说白了就是Agent压根不知道“这活儿已经干完了”。LangChain的tool calling本质上是让模型自己决定要不要继续调，但模型没有跨轮次的显式状态记忆，它只看当前上下文，如果搜索结果没被压缩成明确的“已完成”信号，它就会觉得信息还不够，再搜一次保险点。AutoGen那边其实有个坑是GroupChat的max_round设太大，Agent会互相“客气”地反复确认，检索Agent收到总结Agent的反馈后又触发一轮搜索。

我后来比较有效的做法是在tool的返回里加一个结构化的状态字段，比如{"status": "done", "result": "..."}，然后在Agent的system prompt里硬性规定：如果上一条tool message的status是done，就绝对不能再调同一个工具，只能基于已有结果输出。另外AutoGen里可以给每个Agent设置一个tool_use_count的上限，超过就直接强制走summary分支，这个比在prompt里写“不要重复调用”管用得多。

还有个思路是把检索和总结拆成两个独立的graph节点用LangGraph串起来，检索节点跑完就路由到总结节点，压根不给检索Agent“自主决定再搜一次”的机会。多Agent协作里，能用确定性流程控制的地方就别交给模型自由发挥，自由度过高反而容易绕圈。你现在的架构是AutoGen的GroupChat还是自己写的循环？如果是GroupChat建议先看下speaker selection的逻辑，那块经常是重复调用的源头。

我也踩过这个坑，后来发现光靠prompt写“拿到结果就停”基本没用，模型该调还是调。真正管用的是给Agent加个状态判断，比如在工具返回里带个标志位，或者用LangGraph那种带条件边的图结构，超过调用次数直接走总结分支。另外AutoGen里给检索Agent单独设一个max_consecutive_auto_reply也有点用，但治标不治本。你那个去重逻辑效果一般，可能是去重发生在工具层，但模型根本看不到“已经调过”这个信息。

这个坑我也踩过，多数时候不是prompt的问题，而是Agent拿不到“我调过了”的状态记忆。AutoGen里每个Agent的对话历史是独立的，检索Agent第二轮根本不知道上一轮已经搜过了，所以又调一遍。我后来是在检索Agent外面套了个简单的状态缓存，同一个query命中就直接返回结果、不再走tool。另外tool本身返回的内容最好带上“已检索过”的标记，让LLM自己看到也能收敛，比单纯去重管用。

刚入门，这个对我帮助很大。

这个坑我踩过，大概率不是prompt的问题，而是Agent没有拿到“已经做过什么”的显式状态。AutoGen里每个Agent的上下文是相对独立的，检索Agent看不到自己上一轮的调用结果已经进了对话历史，就容易重复触发。可以试试在tool返回值里加个已检索标记，或者在group chat的message里强制带上工具调用摘要，让下一轮能感知到“这事干过了”。另外总结Agent拿到重复内容也可能是消息路由没设终止条件，给GroupChatManager加个max_round或者自定义speaker selection会稳不少。