用LangChain搭Agent时，工具调用顺序总是乱，如何控制？

别纠结让Agent自己排顺序了，这种固定流程的场景直接上LangChain的StructuredTool加一个简单的状态机，或者干脆写个if-else串起来，比折腾ReAct靠谱得多。我之前也遇到过类似问题，后来直接没用AgentExecutor，手动按顺序调两个工具函数，逻辑清楚还不会乱。你那个需求其实不算复杂，真没必要让模型自主规划。

说实话我刚踩完这个坑，你这问题核心不在LangChain，而在Agent的设计逻辑上。工具调用顺序乱是因为LLM本身没有“流程记忆”，它每次只根据当前prompt和已有观察做下一步决策，所以天气和邮件这种依赖关系一旦没写进工具描述里，就很容易抽风。我自己试下来最稳的办法是别指望Agent自己规划，直接自定义一个pipeline，先调天气工具拿结果，再拼进邮件工具的prompt里，用AgentExecutor跑单步但手动控制循环，代码大概就是for循环里调agent.plan，然后根据输出决定要不要break。ReAct框架能约束动作格式，但约束不了业务顺序，除非你在prompt里写死“必须先调用天气工具，再调用邮件工具，且每个工具只准调用一次”，同时把工具描述改成“如果用户要求发邮件，请先确认天气查询已完成”。另外你提到Structured Tool对话模式，那个适合工具参数复杂，但顺序问题还得靠你自己加状态变量。新手的话我建议别过度设计，最简单就是写两个独立chain，串行执行，比啥都可靠。

这事儿我当初也踩过坑，LangChain的Agent本身是LLM在决定调用顺序，它觉得“合理”不代表符合你的业务逻辑。你想要的严格先后顺序，本质上不该依赖模型自由发挥，而是把流程拆成显式的步骤——比如用chain或者干脆在prompt里写死“必须先查天气，再发邮件”，同时给工具描述加上强约束词，类似“这个工具必须在天气查询完成后才能调用”，但即便如此模型还是可能抽风。我后来干脆放弃了纯Agent调度，改用两段式：先单独跑一次查询天气的tool call，拿到结果后再把结果拼进第二个tool的prompt，用sequential chain串起来，效果最稳。你提到的ReAct框架其实对顺序控制没什么帮助，它只是推理循环，内部照样是自由选择。真要保留Agent的灵活性又想要顺序，可以试试在回调里检查当前步骤，遇到邮件工具时判断前面是否已经产出天气数据，没有就主动中断或者强制先注入一个查询动作，代码上就是自定义个中间层。新手的话建议别在AgentExecutor上死磕，直接写个简单的if-else流程函数，把两个工具调用按顺序包进去，反而最可控，代价是失去了动态规划能力，但你这场景固定，没必要追求那个。

这个问题我上周刚踩过一模一样的坑，最后发现核心问题不在LangChain本身，而是你给工具的prompt描述不够明确。如果你希望“先查天气再发邮件”，得在send_email工具的description里写清楚“仅当天气查询完成且用户确认后才调用”，同时在query里把顺序意图拆成两个独立步骤传给Agent。单纯靠AgentExecutor的planning参数其实管不住这种强顺序逻辑，ReAct框架下它也只是按推理步骤走，不会主动遵守业务顺序。我自己最后是直接放弃了让Agent自由编排，改成了两段式：先强制执行search_weather，拿到结果后再把结果作为上下文塞给下一个Agent去决定发不发邮件，代码里就是两个sequential的chain，反而稳定得多。你如果非要用一个Agent，可以试试给tools加一个priority字段，然后在自定义的AgentExecutor里按priority排序后再调用，但这样其实就失去Agent的意义了。新手的话我建议别纠结框架，直接用LangChain的LLMChain写个简单的if-else流程，几十行代码就搞定，后面熟练了再上复杂编排。你那个发邮件的动作如果涉及敏感操作，强烈推荐用Structured Tool对话模式，至少能强制校验参数，但顺序问题它解决不了。

顺序不固定可以试试用LCEL把两个工具串成链，Agent就别让它自己规划了。

这个问题的根源在于ReAct本身不保证工具调用顺序，它只是让模型自由推理下一步该干嘛，所以顺序乱、重复调用都挺常见的。你要强约束顺序的话，可以在prompt里明确写死“必须先调天气工具，拿到结果后再调邮件工具”，同时把这两个工具封装成一个链式工具，让Agent只能一次性调用。另外LangChain里可以试试Plan-and-Execute那套，或者干脆自己写个简单的顺序执行函数，比跟AgentExecutor较劲省心多了。

这种顺序要求明确的场景别硬靠Agent自己规划，直接写个Chain把两个工具串起来更稳，ReAct真管不住调用次序。

这个问题其实挺典型的，LangChain的Agent默认就是让LLM自己决定调用顺序，ReAct那套思路本质上是“边想边做”，所以顺序不稳定几乎是必然的，不是你参数没调对。想靠AgentExecutor或planning参数强制约束顺序，基本行不通，它只能影响决策倾向，没法保证执行次序。真要控制先后，我一般会两条路：一是把“查天气再发邮件”包装成一个自定义工具，内部用普通Python串行调用两个子工具，这样Agent只看到一步，顺序就锁死了；二是用LangGraph那种显式状态机，把节点和边画清楚，谁先谁后一目了然。Structured Tool对话模式对参数格式有帮助，但对顺序控制没多大用。新手的话，建议先用第一种，代码量小，几行就能搞定，等流程复杂了再上LangGraph。