← 返回 2026-01-23

沙箱中的大语言模型:激发通用智能体能力 LLM-in-Sandbox Elicits General Agentic Intelligence

Daixuan Cheng, Shaohan Huang, Yuxian Gu, Huatong Song, Guoxin Chen, Li Dong, Wayne Xin Zhao, Ji-Rong Wen, Furu Wei 📅 2026-01-22 👍 87 2026-07-13 08:35
代码沙箱 大语言模型 强化学习 智能体 通用智能

通过代码沙箱环境激发LLM的通用智能体能力,实现跨领域性能提升

前置知识

代码沙箱 (Code Sandbox)

代码沙箱是一种隔离的虚拟计算环境,通常基于Ubuntu系统通过Docker容器实现,为大语言模型提供终端访问和完整的系统能力。在这个环境中,LLM可以执行任意bash命令、创建和修改文件、访问网络资源。沙箱的容器化特性确保了与主机系统的隔离,从而能够安全地执行模型生成的代码。本文使用的轻量级沙箱仅包含标准Python解释器和基础科学计算库(如NumPy、SciPy),存储占用仅约1.1GB。

理解代码沙箱的概念是理解本文核心方法的基础,因为LLM-in-Sandbox的核心思想就是将计算机虚拟化为代码沙箱,让LLM在其中自由操作完成任务。

ReAct框架

ReAct(Reasoning and Acting)是一种将推理和行动结合的LLM交互框架。在该框架中,模型迭代地基于环境反馈进行推理和行动:每一轮模型生成一个工具调用,接收沙箱的执行结果,然后决定下一步行动。这种多轮交互持续进行,直到模型调用finish命令或达到最大轮次限制。ReAct框架的核心优势在于让模型能够根据实际执行结果调整策略,而不是一次性生成最终答案。

本文的工作流程基于ReAct框架构建,理解这一框架有助于理解LLM如何与沙箱环境进行多轮交互来解决问题。

强化学习 (Reinforcement Learning)

强化学习是一种机器学习范式,智能体通过与环境交互来学习最优策略。在LLM的语境下,强化学习通常采用基于结果的奖励机制:给定一个提示,模型生成一个轨迹,整个轨迹根据最终输出的正确性获得奖励。本文提出的LLM-in-Sandbox-RL方法在计算机环境中应用强化学习,使用通用的非智能体数据进行训练,使模型学会有效利用环境能力。

强化学习是本文训练方法的核心,理解其基本原理有助于理解为什么在沙箱环境中训练可以提升模型的通用能力。

Token消耗与推理效率

在大语言模型推理中,token是最小的处理单位。推理的计算量(FLOPs)与token数量线性相关,因此token消耗直接反映了计算预算。在LLM-in-Sandbox模式下,环境产生的token(如代码执行结果)通过快速的Prefill过程处理,而模型自回归生成的token需要缓慢的解码过程。本文发现,对于长上下文任务,通过将内容存储在本地文件而非提示中,token消耗可降低高达8倍。

理解token消耗和推理效率对于评估LLM-in-Sandbox的实际部署价值至关重要,本文的核心贡献之一就是展示了环境交互可以在提升能力的同时降低计算成本。

研究动机

当前大语言模型(LLM)的智能体能力发展面临一个核心问题:模型的内在能力并不等同于智能体能力。智能从根本上是情境化的,它由模型如何与外部环境交互来获取信息、采取行动和适应反馈所决定。虽然像Manus、Claude Code和OpenClaw等系统已经开始为LLM配备计算机环境,但这些系统将基本的环境交互与高级接口、预构建能力和系统级优化交织在一起,使得难以隔离性能提升的真正来源。这些系统观察到的增益究竟主要来自环境本身,还是来自围绕环境构建的更广泛的系统设计,目前尚不清楚。此外,模型是否能够学习利用这些环境,从而获得真正可泛化的智能体能力,也尚未得到系统性研究。现有的基于沙箱的系统(特别是用于软件工程任务的系统)需要复杂的、特定于任务的环境配置,例如SWE-Gym需要6TB的存储空间用于任务特定镜像,这严重限制了其可扩展性和通用性。

本文的目标是本文的具体目标是系统性地研究计算机环境(虚拟化为代码沙箱)是否能够激发LLM的通用智能体能力。研究旨在回答三个关键问题:第一,仅提供基本计算机功能的最小化沙箱环境是否能提升LLM在非代码领域(数学、物理、化学、生物医学、长上下文理解、指令遵循)的表现;第二,模型是否能学会利用这些环境来获得更通用的能力;第三,这种环境交互是否能带来实际的效率优势。为了实现这些目标,作者提出了LLM-in-Sandbox推理模式和LLM-in-Sandbox-RL训练方法,前者允许模型在沙箱中进行多轮工具调用,后者在沙箱中使用非智能体数据进行强化学习训练。

与已有工作不同的是,本文的独特切入角度在于其「最小化」和「探索性」的设计原则。与现有系统不同,LLM-in-Sandbox仅提供基本的计算机功能(bash、文件编辑器、finish命令),不包含任何特定领域的添加,将特定领域工具的获取委托给模型本身。这种设计将环境的作用与其他混淆因素(如预构建能力、系统级优化)分离开来,使得能够更可信地将性能提升归因于环境交互本身。此外,本文首次系统性地研究了代码沙箱在非代码领域的应用价值,而此前代码沙箱主要被认为对编程任务有效。作者还提出了LLM-in-Sandbox-RL训练方法,仅使用通用的非智能体数据在沙箱中训练模型,这是一种全新的训练范式,区别于传统的纯文本RL训练和特定领域的SWE-RL训练。

核心方法

LLM-in-Sandbox方法的整体思路是将计算机虚拟化为一个轻量级的代码沙箱环境,让大语言模型在其中自由操作来完成用户指定的任务。这个方法基于一个关键直觉:人类之所以能够完成几乎任何智力任务,很大程度上是因为我们能够使用计算机——通过外部资源访问获取知识、通过文件管理组织数据、通过代码执行进行精确计算。作者假设,如果LLM也能获得这些计算机的元能力,就能释放其通用智能的潜力。技术路线上,本文采用两阶段设计:第一阶段是LLM-in-Sandbox推理模式,无需额外训练,直接让模型在沙箱中进行多轮工具调用;第二阶段是LLM-in-Sandbox-RL训练方法,通过强化学习让模型学会有效利用沙箱环境。整个系统建立在ReAct框架之上,模型在每一轮生成工具调用,接收环境反馈,然后决定下一步行动,直到任务完成或达到最大轮次限制。

本文的核心创新点在于三个方面的本质区别。第一,与现有的SWE代理系统不同,LLM-in-Sandbox采用「最小化」设计,仅提供bash、文件编辑器和finish三个基本工具,不预装任何特定领域的依赖。这意味着模型需要自主决定安装哪些工具、如何获取领域特定知识,而不是依赖预配置的环境。第二,与传统LLM推理不同,LLM-in-Sandbox采用「探索性」范式,鼓励模型在安全隔离的环境中自由实验不同方法。第三,与现有RL训练方法不同,LLM-in-Sandbox-RL将上下文作为文件存储在沙箱中而非直接提供在提示中,强制模型主动探索环境来完成任务,从而将环境交互本身训练为可迁移的技能。这种设计的关键优势在于,任何性能提升都可以更可信地归因于模型学会了与环境交互,而非特定领域的优化。

方法步骤详情

LLM-in-Sandbox的工作流程包括以下步骤:首先,配置沙箱环境S,如果有任务要求r则进行相应配置;初始化轮次计数器t=0;定义工具集{bash, file_editor, finish}。然后进入主循环,在每一轮中,模型基于任务提示p和历史交互生成工具调用$a_t$;如果$a_t$是finish命令则退出循环;否则在沙箱S中执行$a_t$获得观察结果$obs_t$;将$(a_t, obs_t)$追加到交互历史中;轮次计数器加1。循环结束后,从沙箱S中提取最终输出o(例如从/testbed/answer.txt读取),返回o作为最终结果。在提示设计上,系统提示鼓励模型利用计算工具而非自然语言进行计算,通过程序执行而非直接硬编码来推导答案,并告知模型环境是安全隔离的空间可以自由探索。输入输出处理上,利用计算机的文件系统灵活处理不同格式:输入可以通过提示或文件提供,输出被指示放置在指定位置(如/testbed/answer.txt)。

技术新颖性

本文的技术新颖性体现在多个层面。首先,在系统设计层面,LLM-in-Sandbox是首个将计算机环境作为通用推理基础设施而非特定任务工具的研究,其轻量级设计(仅1.1GB镜像)相比SWE-Gym的6TB存储需求降低了数个数量级,同时支持所有任务而无需任务特定配置。其次,在方法论层面,LLM-in-Sandbox-RL首次提出在沙箱中使用非智能体数据进行强化学习训练的范式,这区别于传统的纯文本RL(LLM-RL)和特定领域的SWE-RL。通过将上下文存储为环境中的文件而非提示中,模型被迫主动探索环境,从而将环境交互内化为可迁移的技能。第三,在实验发现层面,本文首次系统性地证明了代码沙箱在非代码领域的价值,揭示了三种环境激发的元能力(外部资源访问、文件管理、代码执行)在不同任务领域的不同使用模式,以及强弱模型在环境利用效率上的显著差异。此外,本文发现了一个意外的迁移现象:在沙箱模式下训练的模型在纯文本模式下也表现出改进,因为结构化分解和自我验证等通过环境交互发展出的推理模式被内化到了模型的纯文本推理中。

LLM-in-Sandbox概览
Figure 1: LLM-in-Sandbox概览
LLM-in-Sandbox-RL的环境配置
Figure 3: LLM-in-Sandbox-RL的环境配置
LLM-in-Sandbox-RL任务设置
Figure 4: LLM-in-Sandbox-RL任务设置

实验结果

本文的核心发现可以从三个维度进行分析。第一,在推理模式方面,无需任何额外训练,强大的智能体模型在所有六个评估领域都实现了持续的性能提升:数学领域最大增益达+15.5%(Qwen3-Coder),指令遵循领域达+14.4%(DeepSeek-V3.2),物理领域达+7.6%(DeepSeek-V3.2),化学领域达+14.4%(MiniMax-M2)。然而,较弱的模型(如Qwen3-4B-Instruct)无法受益甚至表现更差。第二,在效率方面,对于长上下文任务,LLM-in-Sandbox通过将内容存储在本地文件而非提示中,token消耗降低了高达8倍(Qwen从100K降至13K tokens);当跨所有任务聚合时,LLM-in-Sandbox仅消耗LLM模式0.5-0.8倍的总token。环境token占轨迹的37%-51%,但环境执行仅占总时间的不到4%。第三,在训练方法方面,LLM-in-Sandbox-RL展示了三个轴向的广泛泛化:领域泛化(在所有评估领域都提升,尽管训练数据与任何评估基准无重叠)、模型能力泛化(弱模型从表现不佳转变为显著优于LLM模式)、推理模式泛化(在沙箱模式下训练的模型在纯文本模式下也获得改进)。具体数据表明,Qwen3-4B-Instruct经过训练后,生物医学领域从10.2提升到14.4(LLM-in-Sandbox模式),指令遵循从33.7提升到38.7。

SWE代理与LLM-in-Sandbox的沙箱设计比较
Table 1: SWE代理与LLM-in-Sandbox的沙箱设计比较
LLM和LLM-in-Sandbox生成模式下模型的任务性能
Table 2: LLM和LLM-in-Sandbox生成模式下模型的任务性能
长上下文性能比较(不同上下文放置方式)
Table 3: 长上下文性能比较(不同上下文放置方式)
计算机能力使用率比较:强模型 vs 弱模型
Table 4: 计算机能力使用率比较:强模型 vs 弱模型
每查询token消耗(千为单位)
Table 5: 每查询token消耗(千为单位)
LLM-in-Sandbox推理效率
Table 6: LLM-in-Sandbox推理效率
沙箱基础设施开销比较
Table 7: 沙箱基础设施开销比较
不同RL训练范式比较
Table 8: 不同RL训练范式比较
LLM-in-Sandbox-RL与LLM-RL基线的主要结果比较
Table 9: LLM-in-Sandbox-RL与LLM-RL基线的主要结果比较
数据消融:不同训练数据的比较
Table 10: 数据消融:不同训练数据的比较
LLM-in-Sandbox-RL训练后的沙箱行为使用率变化
Table 11: LLM-in-Sandbox-RL训练后的沙箱行为使用率变化
LLM-in-Sandbox-RL训练后纯文本LLM模式的推理模式变化
Table 12: LLM-in-Sandbox-RL训练后纯文本LLM模式的推理模式变化
不同任务领域的计算机能力使用模式
Figure 2: 不同任务领域的计算机能力使用模式
LLM-in-Sandbox超越文本生成范式
Figure 5: LLM-in-Sandbox超越文本生成范式
查看结构化数据
任务指标本文基线提升
数学 (Mathematics) 准确率 (%) Claude-Sonnet-4.5-Think: 92.2, GPT-5: 97.9, DeepSeek-V3.2-Thinking: 97.7, Qwen3-Coder-30B-A3B: 41.5 (LLM-in-Sandbox模式) Claude-Sonnet-4.5-Think: 85.6, GPT-5: 87.8, DeepSeek-V3.2-Thinking: 89.8, Qwen3-Coder-30B-A3B: 26.0 (LLM模式) Claude: +6.6, GPT-5: +10.1, DeepSeek: +7.9, Qwen-Coder: +15.5
物理 (Physics) 准确率 (%) Claude-Sonnet-4.5-Think: 52.5, GPT-5: 45.8, DeepSeek-V3.2-Thinking: 45.2, Qwen3-Coder-30B-A3B: 28.9 Claude-Sonnet-4.5-Think: 46.7, GPT-5: 41.0, DeepSeek-V3.2-Thinking: 37.6, Qwen3-Coder-30B-A3B: 23.9 Claude: +5.8, GPT-5: +4.8, DeepSeek: +7.6, Qwen-Coder: +5.0
化学 (Chemistry) 准确率 (%) Claude-Sonnet-4.5-Think: 84.4, GPT-5: 81.6, DeepSeek-V3.2-Thinking: 77.8, MiniMax-M2: 68.4 Claude-Sonnet-4.5-Think: 83.3, GPT-5: 81.1, DeepSeek-V3.2-Thinking: 76.7, MiniMax-M2: 54.0 Claude: +1.1, GPT-5: +0.5, DeepSeek: +1.1, MiniMax: +14.4
长上下文理解 (Long-Context) 准确率 (%) Claude-Sonnet-4.5-Think: 61.8, GPT-5: 66.8, DeepSeek-V3.2-Thinking: 63.8, MiniMax-M2: 58.5 Claude-Sonnet-4.5-Think: 60.5, GPT-5: 66.3, DeepSeek-V3.2-Thinking: 60.8, MiniMax-M2: 52.3 Claude: +1.3, GPT-5: +0.5, DeepSeek: +3.0, MiniMax: +6.2
指令遵循 (Instruction Following) 准确率 (%) Claude-Sonnet-4.5-Think: 72.0, GPT-5: 78.3, DeepSeek-V3.2-Thinking: 74.7, Qwen3-Coder-30B-A3B: 40.3 Claude-Sonnet-4.5-Think: 59.3, GPT-5: 71.3, DeepSeek-V3.2-Thinking: 60.3, Qwen3-Coder-30B-A3B: 34.7 Claude: +12.7, GPT-5: +7.0, DeepSeek: +14.4, Qwen-Coder: +5.6
LLM-in-Sandbox-RL训练效果 (Qwen3-4B-Instruct-2507) 准确率 (%) 数学LLM-in-Sandbox: 53.3, 物理: 30.3, 化学: 63.3, 指令遵循: 38.7 基础LLM数学: 32.5, 物理: 25.6, 化学: 49.3, 指令遵循: 29.0 数学: +20.8, 物理: +4.7, 化学: +14.0, 指令遵循: +9.7

局限与改进

本文的局限性主要体现在以下几个方面。首先,作者坦承生成的内容质量存在明显局限:生成的视频仅限于简单的11秒动画,没有复杂场景;创作的音乐虽然结构正确,但缺乏人类创作的表现力和创造力;海报遵循基本设计原则,但可能达不到专业图形设计的水平。其次,较弱的模型(如Qwen3-4B-Instruct)在LLM-in-Sandbox模式下表现反而更差,这表明并非所有模型都能从环境交互中受益,需要针对性的训练才能释放环境的潜力。第三,生物医学领域的改进不够稳定,平均探索轮次最短(6.5轮),表明模型未能充分利用计算机环境解决这些任务。第四,虽然LLM-in-Sandbox在长上下文任务中显著降低了token消耗,但不同模型的性能差异很大:Qwen系列模型在环境存储上下文时表现反而更差,凸显了训练模型有效探索基于文件信息的必要性。第五,本文的评估主要集中在六个特定领域,对于更广泛的任务类型(如多模态任务、实时交互任务)的效果尚不清楚。此外,虽然作者声称避免了基准泄露,但由于模型具有互联网访问权限,如何完全确保评估的公正性仍然是一个挑战。

独立分析的弱点

本文存在几个值得关注的弱点。第一,弱模型问题:Qwen3-4B-Instruct在LLM-in-Sandbox模式下表现更差,这暴露了当前方法的局限性——环境交互能力并非所有模型都能自然获得。改进方向包括:设计渐进式训练课程,从简单环境交互开始逐步增加复杂度;或者开发自适应的环境交互策略,根据模型能力动态调整交互深度。第二,领域覆盖不均衡:生物医学领域的改进最不稳定,说明模型在某些需要专业领域知识的任务上难以有效利用环境。改进方向可以是预装特定领域的基础工具包,或在系统提示中提供领域特定的引导。第三,效率与能力的权衡:虽然长上下文任务的token消耗降低了,但其他任务的token消耗增加了(如化学任务平均增加18.4K tokens),说明环境交互带来的额外开销在某些场景下可能抵消能力提升的收益。改进方向包括优化工具调用效率、减少冗余的探索步骤。第四,评估方法的局限性:本文主要使用准确率作为评估指标,对于需要主观判断的任务(如创意生成)缺乏更细致的评估维度。

未来方向

作者和本文成果共同指向了几个重要的未来研究方向。第一,计算机原生模型训练:作者主张将计算机交互作为一等训练目标,不仅通过大规模RL和真实环境反馈,还将计算机风格的推理纳入预训练阶段本身。这意味着未来的基础模型可能从一开始就具备环境交互能力,而非通过后训练获得。第二,LLM-in-Sandbox作为默认推理基础设施:作者展望LLM-in-Sandbox成为服务LLM的默认范式——分析任务获得可验证的计算,长上下文任务受益于基于文件的管理,创意任务产生实际输出而非文本描述。第三,智能体能力基准:LLM-in-Sandbox自然提供了评估智能体能力的标准化测试平台,指标$\Delta = \text{LLM-in-Sandbox} - \text{LLM}$量化了模型利用计算环境的有效性。第四,基于本文发现的扩展研究方向包括:探索更复杂的沙箱环境(如包含GUI、多用户协作);研究环境交互与人类反馈的结合;将LLM-in-Sandbox应用于更广泛的任务领域(如科学研究、创意设计);以及开发更高效的训练算法来降低LLM-in-Sandbox-RL的计算成本。

复现评估

本文在可复现性方面表现良好。作者承诺将LLM-in-Sandbox作为开源库发布,兼容流行的推理后端(如vLLM和SGLang)以及基于API的LLM。代码沙箱的设计本身就是高度可复现的:基于Docker容器的Ubuntu环境,仅需约1.1GB存储空间,配置简单。训练数据使用的是公开可用的上下文任务数据集(Instruction Pre-Training的种子数据),不涉及隐私或许可问题。然而,完全复现本文结果面临一些挑战:第一,评估使用了多个商业API(Claude-Sonnet-4.5-Think、GPT-5等),这些API的访问需要付费且模型可能随时间更新;第二,本地模型服务需要单个NVIDIA DGX节点(2TB系统内存),这对大多数研究团队来说是较高的硬件门槛;第三,作者提到对测试问题进行了重构以防止基准泄露,并手动验证了采样轨迹,但这部分验证过程的具体细节和数据未完全公开。总体而言,核心方法的复现难度中等,但完整复现所有实验结果需要显著的计算资源和API访问权限。