LangGraph中tools_condition默认路由至非END节点的原因问询

核心原因 #

LangGraph预构建的tools_condition函数，设计逻辑只专注于判断是否需要触发工具调用：

• 当检测到消息中有工具调用请求时，返回字符串"tools"；
• 当没有工具调用需求时，它并不会自动返回END，而是需要你明确指定该分支的路由目标。

你第一次遇到的问题，本质是LangGraph的条件路由兜底机制导致的：

1. 你为chatbot节点添加了普通边chatbot → report_checker；
2. 同时为chatbot绑定了tools_condition作为条件路由判断函数，但未提供完整的路由映射；
3. LangGraph编译时会把未匹配到条件分支的请求，自动导向你添加的普通边，这条普通边因此被当作tools_condition非工具分支的兜底路由，最终显示为chatbot到report_checker的条件边，而非你预期的默认到END。

为什么设置路由映射后问题解决？ #

当你为conditional_edges明确指定路由映射{"END": END, "tools": "tools"}时，相当于给tools_condition的所有可能返回值都绑定了明确的路由目标：

• 返回"tools"时，路由到tools节点；
• 返回"END"时（此时tools_condition识别到无工具调用需求，匹配该分支），直接路由到END。

此时普通边不再需要作为兜底路由，编译后自然不会出现那条多余的条件边。

补充说明 #

tools_condition的设计初衷是简化工具调用分支的判断，它并不假设所有非工具调用场景都要结束流程——实际业务中，非工具调用可能还需要流转到其他节点（比如结果校验、多轮对话）。因此它把非工具分支的路由权完全交给开发者，需要通过路由映射明确指定，而非默认导向END。

内容的提问来源于stack exchange，提问作者DPM