解锁隐式经验:从文本中合成工具使用轨迹 Unlocking Implicit Experience: Synthesizing Tool-Use Trajectories from Text
提出从文本语料库直接提取多轮工具使用轨迹的新范式,绕过对预定义工具的依赖
前置知识
工具增强的大语言模型 (Tool-Augmented LLMs)
大语言模型通过调用外部工具(如API、数据库、搜索引擎)来扩展自身能力的范式。模型在对话过程中生成结构化的工具调用请求(function call),接收工具返回的结果,再基于结果继续推理和回复用户。这种能力是构建自主智能体(Autonomous Agent)的核心基础,使LLM能够执行搜索、计算、数据操作等超出纯文本生成范围的任务。
本文的核心目标是提升LLM的多轮工具使用能力,理解工具调用的基本机制是理解整个研究动机的前提。
多轮工具使用轨迹 (Multi-Turn Tool-Use Trajectory)
一条完整的轨迹包含系统提示、用户多轮提问、助手的回复和工具调用、以及工具返回的观察结果,形式化表示为 $T = \{s, (u_1, a_1, o_1), \ldots, (u_n, a_n, o_n)\}$,其中 $s$ 是系统提示,$u_t$ 是用户查询,$a_t$ 是助手的工具调用或自然语言回复,$o_t$ 是工具执行结果。高质量的轨迹数据是训练工具使用能力的关键。
本文的核心贡献就是提出了一种新的轨迹合成方法,理解轨迹的结构和质量要求对理解方法创新至关重要。
监督微调 (Supervised Fine-Tuning, SFT)
在预训练的大语言模型基础上,使用特定任务的高质量数据进行进一步训练的技术。通过提供输入-输出对(如问题-回答、指令-执行),让模型学习特定的行为模式。在工具使用场景中,SFT数据就是包含工具调用的对话轨迹。本文使用的学习率为 $5 \times 10^{-6}$,训练2个epoch,采用全参数微调。
本文合成的轨迹数据最终通过SFT来训练模型,理解SFT的工作方式有助于理解从数据到模型能力的转化路径。
BFCL V3 和 τ²-bench 评测基准
BFCL V3(Berkeley Function Calling Leaderboard V3)是评估函数调用能力的基准,包含多轮场景分为四个类别:Base、Miss Param、Miss Func和Long Context,每类200个任务。τ²-bench评估用户-智能体在特定领域(航空和零售)中的交互能力,使用Avg@4和Pass@4指标。这两个基准是当前评估多轮工具使用能力的主流标准。
本文的所有实验结果都在这两个基准上报告,理解评测标准是理解实验结果意义的基础。
数据合成管道 (Data Synthesis Pipeline)
一种自动化生成训练数据的系统架构,通常包含多个阶段:数据过滤、信息提取、内容生成、质量验证等。每个阶段使用不同的模型或规则来处理原始数据,最终输出符合训练要求的高质量数据。本文的GEM管道包含四个阶段:文本过滤、工作流与工具提取、轨迹生成、轨迹精炼。
GEM管道是本文的方法论核心,理解管道架构是理解技术贡献的关键。
研究动机
训练自主智能体使用工具的核心瓶颈在于高质量多轮工具使用轨迹数据的稀缺。在现实场景中,包含多轮交互的工具使用数据极少自然产生,导致训练数据严重不足。现有研究普遍采用以工具为中心的模拟范式(tool-centered simulation paradigm),即依赖预定义的API集合来合成用户任务并模拟交互。然而,这种范式存在根本性问题:首先,收集足够多样和全面的工具集合本身就极其昂贵和困难;其次,生成的训练数据受限于预定义API的范围,无法覆盖真实世界中丰富多样的任务场景。正如论文指出的,智能体训练的终极目标是让智能体在训练阶段接触足够广泛的场景,以便有效泛化到未见过的环境和场景,但现有方法恰恰在这一点上存在严重局限。
本文的目标是本文的目标是提出一种全新的数据合成范式,绕过对预定义工具的依赖,直接从真实世界的文本语料库中合成多样、高质量的多轮工具使用轨迹。具体而言,作者希望:(1) 证明未结构化的文本语料库中天然蕴含着丰富的多步骤问题解决经验,可以被提取并转化为工具使用数据;(2) 开发一个有效的合成管道GEM来实现这一范式;(3) 通过实验证明基于此范式训练的模型在多个基准上取得显著性能提升,特别是在域外泛化能力上超越基于预定义工具合成的数据。
与已有工作不同的是,本文的独特切入角度在于发现了一个被忽视的事实:用于预训练大语言模型的原始文本语料库中天然包含多轮工具使用模式。虽然这些文本不包含显式的智能体轨迹,但它们记录了丰富的、真实世界的多步骤问题解决经验(例如医院报销流程的操作步骤)。通过对Ultra-fineweb语料库的初步分析,作者发现约14%的文本段落包含显式的多步骤工作流程,涵盖教育、数据分析、电子商务等多个领域。这意味着未结构化的文本是一个未被开发的、可扩展的、真实的数据来源,可以直接从中提取工具使用轨迹。这种从文本到轨迹(Text to Trajectory)的范式,与传统的从工具到数据范式形成了鲜明对比。
核心方法
GEM方法的核心思路可以用一个类比来理解:传统的工具使用数据合成像是先造好一套工具箱,然后设计使用这些工具的任务;而GEM则像是在图书馆里翻阅各种操作手册和教程,从中提取出人们实际使用工具解决问题的过程。技术路线上,GEM是一个四阶段的数据合成管道:(1) 文本过滤阶段,从大规模文本语料库中筛选出包含多步骤操作的文本段落;(2) 工作流与工具提取阶段,从这些段落中提取结构化的抽象工作流描述,并设计对应的API工具定义;(3) 轨迹生成阶段,使用强教师模型(GLM-4.6)将文本、工作流和工具转化为完整的多轮对话轨迹;(4) 轨迹精炼阶段,通过增加工具种类、提升环境响应真实性、增加用户请求模糊性和复杂度来增强轨迹质量。此外,为了降低生成成本,作者还训练了一个专门的轨迹合成器(Trajectory Synthesizer),通过SFT将复杂的生成管道蒸馏为高效的端到端生成器。
本文的核心创新点在于提出了从文本到轨迹(Text to Trajectory)这一全新范式,从根本上改变了工具使用训练数据的获取方式。与已有方法最本质的区别在于:现有工作(如APIGEN-MT、TOUCAN、ToolACE-MT等)都依赖于预先定义好的工具集合,然后在这个固定工具空间内模拟用户-智能体交互,这导致生成的数据受限于工具设计者的想象力和覆盖面。而GEM范式直接从真实世界的文本中提取工作流程和工具定义,这些文本天然蕴含着人类在各种真实场景中解决问题的经验。这意味着:(1) 工具的多样性不再受限于人工设计,而是来源于真实世界的丰富性;(2) 生成的轨迹更加真实,因为它们基于实际存在的问题解决流程;(3) 可扩展性极强,因为互联网上存在海量的文本语料库。这种范式转变的核心洞察是:文本语料库中已经包含了构建自主智能体所需的三大核心组件——用户查询(自然出现的目标或问题)、环境工具(嵌入在说明性或教学性上下文中的API描述或功能说明)和多步骤工作流程(表现为步骤化的过程或操作叙述)。
方法步骤详情
GEM管道的四个阶段详细步骤如下:第一阶段是文本过滤(Stage 1: Text Filtering),使用与初步分析相同的标注提示和模型(Qwen3-8B),从原始文本段落 $c_i$ 中筛选出包含多步骤操作的段落,过滤掉不描述多步骤操作的文本,确保后续生成轨迹的质量和真实性。第二阶段是工作流与工具提取(Stage 2: Workflow & Tool Extraction),对每个保留的文本段落 $c$,模型被要求识别所有工作流并枚举其中的各个步骤,同时识别工作流的复杂性(包括顺序依赖、条件逻辑和唯一性约束),并按照OpenAI schema标准设计一套API工具 $P = \{p_1, \ldots, p_m\}$,每个工具执行单一连贯的功能,参数名自解释,数据类型明确。第三阶段是轨迹生成(Stage 3: Trajectory Generation),基于前两阶段的文本、抽象工作流和工具,使用强教师模型GLM-4.6一次性生成完整的多轮对话轨迹 $T$,包含系统提示 $s$、用户任务序列 $(u_1, \ldots, u_n)$、助手响应 $(a_1, \ldots, a_n)$ 和工具响应 $(o_1, \ldots, o_n)$,并鼓励包含多种交互模式(拒绝超出能力的请求、澄清模糊查询、从错误中恢复等)。第四阶段是轨迹精炼(Stage 4: Refinement),对初始轨迹 $T$ 进行增强,生成精炼轨迹 $T'$,通过扩展工具种类、提升环境响应真实性、增加用户请求模糊性和复杂度、确保包含非平凡的工具调用链。最后进行验证(Validation),结合规则检查(验证工具定义符合OpenAI格式、工具调用有效)和基于LLM的幻觉检测(使用Qwen3-32B检查工具调用参数值是否基于对话上下文),只有通过两阶段验证的轨迹才被保留为最终训练数据 $T_{final}$。
技术新颖性
GEM在技术新颖性上有几个显著区别于已有工作的特点。首先,与APIGEN-MT、TOUCAN等依赖预定义工具的方法不同,GEM首次提出从非结构化文本中直接提取工具定义和工作流程,这是一种全新的数据来源探索。其次,GEM的合成管道设计体现了对轨迹质量的深度思考:不仅关注轨迹的结构正确性(通过规则验证),还关注内容的真实性(通过LLM-based幻觉检测),这种双重验证机制在已有工作中较少见到。第三,精炼阶段的设计非常巧妙——不是简单地增加数据量,而是通过提升轨迹的复杂度和多样性来增强训练效果,数据显示精炼后轨迹的平均消息数从30.05增加到46.1,工具数从5.01增加到8.6,工具调用数从7.83增加到16.3。第四,训练专门的轨迹合成器(Trajectory Synthesizer)的做法也具有创新性,通过SFT将复杂的多阶段生成管道蒸馏为高效的端到端生成器,在保持质量的同时显著降低了推理延迟和成本。最后,GEM范式的可扩展性是其最大的技术优势——只要存在文本语料库,就可以不断生成新的训练数据,而不受预定义工具集合的限制。
实验结果
GEM在多个基准上取得了显著的性能提升,验证了从文本到轨迹范式的有效性。在BFCL V3多轮基准上,GEM-32B模型取得了44.88%的总体准确率,相比基线Qwen3-32B的28.35%提升了超过16个百分点。更重要的是,GEM-32B甚至超越了GPT-4.1(38.88%)和DeepSeek-V3.2-Exp(37.38%)等大型专有模型。在8B规模上,Qwen3-8B-GEM也从基线的18.00%提升到30.25%,显著超越APIGEN-MT(21.00%)、TOUCAN(21.88%)和MUA(21.13%)等基线方法。在τ²-bench上,尽管GEM使用的是严格意义上的域外训练数据(相对于τ²-bench的测试集),而APIGEN-MT和SIMIA使用的是τ环境内的域内数据,GEM仍然表现出可比甚至更优的性能。具体来说,Qwen3-8B-GEM在零售域的Pass@4达到75.44%,超越了使用域内数据训练的APIGEN-MT(69.30%);Qwen3-32B-GEM在零售域的Pass@4达到86.84%,超越了MUA(80.70%)和SIMIA(73.68%)。轨迹合成器的评估也很有价值:使用GEM-Synthesizer生成的数据训练的模型在BFCL V3上达到28.38%(接近GLM-4.6直接生成的30.25%),证明了端到端合成器的可行性。消融实验表明,精炼阶段对Qwen3-32B的贡献超过12个百分点(从32.50%到44.88%),LLM-based检查阶段也持续带来改进。
查看结构化数据
| 任务 | 指标 | 本文 | 基线 | 提升 |
|---|---|---|---|---|
| BFCL V3 Multi-Turn Overall | Accuracy (%) | 44.88 (32B), 30.25 (8B) | 28.35 (Qwen3-32B), 18.00 (Qwen3-8B) | +16.53 (32B), +12.25 (8B) |
| BFCL V3 Multi-Turn Base | Accuracy (%) | 52.00 (32B), 40.00 (8B) | 34.00 (Qwen3-32B), 24.00 (Qwen3-8B) | +18.00 (32B), +16.00 (8B) |
| τ²-bench Retail Pass@4 | Pass@4 (%) | 86.84 (32B), 75.44 (8B) | 70.18 (Qwen3-32B), 66.67 (Qwen3-8B) | +16.66 (32B), +8.77 (8B) |
| τ²-bench Airline Pass@4 | Pass@4 (%) | 56.00 (32B), 40.00 (8B) | 40.00 (Qwen3-32B), 18.00 (Qwen3-8B) | +16.00 (32B), +22.00 (8B) |
| vs GPT-4.1 on BFCL V3 | Overall Accuracy (%) | 44.88 | 38.88 | +6.00 |
局限与改进
尽管GEM取得了令人印象深刻的结果,但论文中也存在一些值得注意的局限性。首先,合成轨迹的质量在很大程度上依赖于教师模型(GLM-4.6)的能力,如果教师模型在某些领域的能力不足,生成的轨迹质量也会受到影响。其次,虽然GEM证明了从文本中提取工具使用轨迹的可行性,但论文报告的训练数据量仅为10K条轨迹,这个规模相对较小,可能限制了模型在某些长尾场景中的表现。第三,幻觉检测阶段使用Qwen3-32B作为评判模型,这本身可能存在误判,而且增加了额外的计算成本。第四,论文的实验主要集中在BFCL V3和τ²-bench两个基准上,对于更多样化的真实世界应用场景(如复杂的多模态交互、长时间任务执行等)的泛化能力尚未充分验证。此外,文本语料库中包含多步骤工作流程的段落比例约为14%,这意味着需要处理大量文本才能获得足够的训练数据,数据获取效率仍有提升空间。从独立观察来看,GEM生成的轨迹虽然复杂度较高(平均46轮对话、16.3次工具调用),但与真实世界中某些需要数百轮交互的复杂任务相比,仍有差距。
独立分析的弱点
从独立分析的角度来看,GEM存在几个值得关注的弱点。首先,在工具多样性方面,虽然GEM声称可以生成多样化的工具,但生成的工具本质上仍然受限于文本语料库中描述的场景,对于高度专业化或新兴领域的工具(如最新的AI API、区块链智能合约等)可能覆盖不足。改进方向可以是结合主动学习策略,识别能力空白区域并针对性地生成训练数据。其次,轨迹的交互模式虽然鼓励包含错误恢复、澄清等模式,但生成的模式仍然是预定义的(论文列出了5种模式),真实世界中的交互模式可能更加丰富多样。可以通过分析真实用户日志来发现更多交互模式。第三,GEM的验证阶段虽然结合了规则和LLM检查,但对于工具调用的语义正确性(即工具调用是否真正解决了用户问题)的验证能力有限。可以引入更强的验证机制,如让另一个LLM模拟用户评估任务完成度。第四,合成器(Trajectory Synthesizer)虽然降低了成本,但其生成质量与完整管道仍有差距(28.38% vs 30.25%),特别是在BFCL V3的Miss Func和Long Context类别上差距更明显,说明端到端生成在处理复杂场景时仍有不足。
未来方向
基于GEM的成果,未来研究可以在多个方向上延伸。作者提出的方向包括:探索更有效地利用原始文本信息来合成高质量工具调用轨迹的方法,因为消融实验表明即使是直接从原始文本提取的相对简单的轨迹也能提供有价值的训练信号。更广泛的延伸方向包括:(1) 多模态扩展——将GEM范式扩展到包含图像、视频等多模态文本的场景,因为很多工具使用教程包含截图和视频演示;(2) 动态工具发现——让模型在推理过程中动态发现和学习新工具,而不是依赖预定义的工具集合;(3) 跨语言迁移——利用多语言文本语料库生成多语言工具使用轨迹,提升模型在不同语言环境中的工具使用能力;(4) 持续学习——建立在线学习机制,让模型能够从真实用户的交互反馈中不断改进工具使用策略;(5) 长期任务规划——将GEM扩展到需要数十甚至数百步的长期复杂任务场景。
复现评估
从复现评估的角度来看,GEM具有较好的可复现性。训练数据来自公开的Ultra-FineWeb语料库,使用的基座模型Qwen3-8B和Qwen3-32B也是开源的。论文详细报告了超参数设置(学习率 $5 \times 10^{-6}$,训练2个epoch,批量大小64,最大长度32K等),并使用LLaMA-Factory进行全参数微调,这是一个广泛使用的开源训练框架。教师模型GLM-4.6虽然是商业模型,但可以用其他强模型替代。论文的提示模板在附录中有完整展示,包括文本过滤、工作流提取、轨迹生成、轨迹精炼和幻觉检测的所有提示。计算资源方面,32B模型的全参数微调需要较大的GPU资源(论文使用了DeepSpeed ZeRO-3),这对资源有限的研究者可能是一个挑战。数据量方面,10K条轨迹的规模相对较小,复现成本可控。总体而言,论文在可复现性方面做得较好,主要障碍在于32B模型训练的算力需求。
论文图表
该图展示了从原始文本中提取的任务类别分布,涵盖电子商务与零售(12.1%)、研究与数据(7.6%)、数据(6.3%)、数据库(4.1%)、文件系统(3.0%)、客户支持(22.4%)、安全(2.2%)、多媒体处理(2.4%)、搜索与工具(2.3%)等多个领域,展示了文本语料库中任务的多样性。
这个分布图证明了文本语料库中包含多样化的任务类型,支持了GEM范式的可行性——文本确实是一个丰富的数据来源。
该图展示了一个案例研究,说明非结构化文本中天然包含构建智能体轨迹所需的三大核心组件:用户查询(User Query)、环境工具(Environmental Tools)和多步骤工作流程(Multi-step Workflows)。
这张图通过具体案例直观地证明了论文的核心假设——文本语料库中已经包含了工具使用所需的所有关键信息。
该表格展示了在BFCL V3上的消融实验结果,分别移除精炼阶段和LLM检查阶段的影响。结果显示精炼阶段对32B模型贡献超过12个百分点,LLM检查也持续带来改进。
消融实验是理解各组件贡献的关键,证明了精炼和验证阶段的必要性。
该图展示了完整轨迹的对话部分,展示了助手如何处理约束违反(非反光玻璃尺寸限制)、提供建议替代方案、计算价格、并最终完成订单的完整交互过程。
这个示例展示了GEM生成轨迹的高质量——包含约束处理、错误恢复、多步推理等复杂交互模式。