状态路径工具菜单：面向在线智能体的执行前置工具选择
arXiv cs.AI · · 发布于 2026-09-11 · 3 分钟阅读
语言模型通过工具执行任务，但实际智能体面对包含数千个接口的工具库。研究者提出“工具菜单”概念，即执行前展示给智能体的短小有序工具子集，智能体只能调用菜单内工具。多步任务要求最终动作与其输入所需的前置工具以可用顺序排列。现有构造方法按请求相关性排序，可能显示最终动作却遗漏或延后较不明显的生产工具。为此作者提出“状态路径”，即从可观察请求状态到期望结果的执行前路径，并提出“状态路径工具菜单”来学习该路径。框架将菜单视为这些路径上的执行先验：编码器表示当前状态可运行的工具、其输出如何满足后续输入以及训练路径中反复出现的顺序；检索器覆盖可执行入口、缺失输入的生产工具与最终动作；重排序器则将生产工具置于消费工具之前。在 ToolBench 上，该方法将在线成功率从 0.737 提升至 0.898，并在不改变智能体的情况下优于检索、重排序、生成与路由基线。该菜单用 32 个工具覆盖的完整链条多于官方列表用 128 个工具的覆盖，且在不同模型能力的执行器系列中成功率提升持续存在。代码见 https://github.com/Met2348/State-Path。
当前来源仅提供摘要，以下要点基于摘要生成；可通过官方原文查看完整信息。问题背景
语言模型通过工具行动，但实际代理面对的工具库可能包含数千个接口，难以在单次执行中全部呈现。
工具菜单的定义
工具菜单是执行前展示给代理的短小且有序的可用工具子集，代理在执行时只能调用菜单内的工具。
多步任务的顺序约束
多步任务不仅需要最终动作，还需要按可用顺序出现、能够生成最终动作输入的前置工具。
现有构造器的缺陷
当前工具菜单构造器按请求相关性排序，可能凸显最终动作，却遗漏或推迟不那么显然的生产者工具。
状态路径的提出
作者提出状态路径，即从可观测请求状态到目标结果的执行前路线，并以此作为菜单学习的目标。
框架构成
State-Path Tool Menu 把菜单当作对这些路线的执行先验，由编码器、检索器与重排器三部分协同完成。
检索与重排机制
检索器覆盖可执行入口、缺失输入的生产者以及最终动作，重排器随后把生产者排在消费者之前。
实验结论
在 ToolBench 上，菜单把在线成功率从 0.737 提升到 0.898，并在不改变代理的前提下优于检索、重排、生成与路由基线。
紧凑性与泛化
32 个工具的 State-Path 菜单比官方 128 个工具的列表覆盖更完整的工具链，成功率增益在不同模型能力的执行器家族中持续存在。
资源公开
论文代码发布于 https://github.com/Met2348/State-Path。