Context-Mode输出沙箱:为AI Agent节省token成本

用输出沙箱在工具结果进入上下文前摘要过滤,遏制Agent的token成本失控。
文章指出,AI Agent的工具输出往往冗长,而追加式Agent循环会让这些原始结果在每一轮对话中重复计费。一个返回300KB日志的调用约合75,000个token,在31轮对话中可膨胀为超过230万输入token,作者称之为“室友效应”。为此提出“输出沙箱”思路:在工具输出写入上下文之前,通过摘要化、过滤、选择性提取和阈值截断四种手段进行加工,让模型读到信号而非噪声。文章给出基于LangChain输出处理器中间件的实现路径,并强调需权衡复杂度与过度过滤的风险:简单Agent未必划算,但多步骤、频繁调用外部工具的复杂Agent几乎必需。
AI Agent的能力令人兴奋,但它们的工具输出往往极其冗长。每一次调用日志读取器、HTTP请求或数据库查询,原始结果都会被完整塞回模型的上下文窗口,供后续轮次反复读取。这种累积效应不仅推高API账单,还会让模型在噪声中迷失重点。
失控的工具输出正在吞噬你的预算
作者用一个具体的调试场景说明了问题的严重性:一个排查间歇性故障的Agent调用日志读取器,正常时返回4KB日志,而在重试循环触发时可能返回300KB——约75,000个token。在典型的追加式Agent循环中,这75,000个token不是只计费一次,而是随每一次后续对话轮次重新发送。如果Agent需要31轮才能定位问题,单次工具调用就会膨胀成超过230万输入token。
原文将这种现象称为“室友效应”:庞大的工具输出赖在上下文里不走,却不承担任何“房租”。它是token成本失控的主要推手之一。

“追加式Agent循环”指的是对话历史只增不减的Agent运行模式:每一轮都把此前所有消息(包括工具返回的原始输出)原样重新发送给模型,而不是只发送最新增量。由于主流大模型API按输入token计费且不保留服务端会话状态,这种模式下同一段日志会在后续每一轮被重复计入输入token。这正是“室友效应”在计费层面的根源,也解释了为何单次大体积输出会被轮次数成倍放大。
什么是Context-Mode输出沙箱
“沙箱”通常指安全隔离的执行环境,但在Context-Mode的语境下,它指的是对工具输出进行有策略的截留与过滤,阻止不必要的token进入上下文。
核心思路是在工具输出写入Agent工作记忆之前完成加工。原文列出了四种手段:
- 摘要化:把冗长输出压缩成精炼摘要,例如只保留日志中的错误和警告。
- 过滤:剔除无关、重复或过时的内容,去掉模板化噪声。
- 选择性提取:从大JSON对象中只取出Agent下一步真正需要的字段。
- 阈值截断:预设token上限,超出部分自动摘要或截断。
实现这些机制后,Agent读到的是信号而非噪声,回答更锐利,幻觉风险也随之下降。原文引用了Bigdata.com提出的“精准检索”概念,声称可将单次查询消耗的上下文最多降低100倍。
“工作记忆”在Agent语境下通常指模型当前上下文窗口内可直接访问的信息,包括系统提示、对话历史与工具返回结果。它与外部长期记忆(如向量库、文件系统)不同:工作记忆容量有限且按token计费,一旦写入就会在后续轮次反复占用窗口。输出沙箱的关键在于把加工动作放在写入工作记忆之前,相当于在上下文窗口入口处设一道“闸门”,而非事后再清理。
用LangChain落地输出沙箱
虽然Context-Mode可能是特定平台的功能,但智能输出管理本身并不依赖专有工具。原文给出了一个基于通用Agent框架的实现路径:
- 定义工具输出Schema:为每个工具声明预期输出的结构,便于程序化识别关键部分。
- 创建输出处理器:编写中间件拦截每次工具调用的原始输出,作为“沙箱”入口。
- 实现过滤与摘要逻辑:冗长文本交给更小更便宜的模型摘要,或用正则提取关键事实;结构化JSON只保留当前任务相关字段;为进入主模型的输出设定硬性token上限。
- 注入处理后的结果:将加工后的版本而非原始输出写回上下文窗口。
原文附带了一段Python示意代码(作者注明并非来自任何项目文档),展示了针对日志读取器只保留含ERROR/WARNING的行、针对API调用解析JSON提取指定字段、以及默认超长截断的处理方式。
LangChain中的“中间件”或输出处理器,通常以包装器(wrapper)或回调的形式介入工具调用链路:它在工具函数返回原始结果之后、结果被序列化进消息列表之前执行自定义逻辑,因此可以改写、截断或替换返回值。落地时需注意两点:一是处理器本身应保持廉价(避免再用大模型处理大输出),二是要保留可追溯的原始输出副本(如落盘或存日志),以便过滤过度时人工回查。
必要的权衡
这套方法的主要代价是复杂度。构建健壮的输出处理器需要仔细设计,避免误删关键信息——过滤过度可能让Agent丢失诊断线索,反而增加轮次和成本。
对于工具调用很少的简单Agent,维护沙箱的开销可能超过节省的token。但对于多步骤、频繁对接外部API或读取大文档的复杂Agent,输出沙箱几乎是控制成本和提升可靠性的必需品。原文作者以自身构建AI SDR Agent平台的经验佐证:工具调用一多,token成本上升得非常快,智能输出管理是保持系统经济性的关键。
一个值得注意的延伸是,这种“结构化信息流”思路与Agent任务分解、显式通过条件验证等工程实践一脉相承——都在回答同一个问题:如何让Agent在正确的时机、以正确的格式、拿到正确的信息。
“精准检索”在此指不把整份数据源塞进上下文,而是先根据当前任务生成查询条件,只取回真正相关的片段或字段。它与输出沙箱互补:沙箱处理的是工具已经返回之后的截留,精准检索则从源头减少返回体积。两者共同的前提是Agent能明确表达“我现在需要什么”,这要求工具接口设计得足够细粒度,而非一个返回全部内容的大接口。
相关推荐

Workbuddy零基础入门:桌面AI智能体如何落地工作流
Workbuddy桌面AI智能体零基础教程解读:从安装、积分领取到文件管理与自动化工作流搭建,对比CodeX的适用场景与成本差异,帮助职场人完成从AI提问者到AI管理者的思维转变。

OpenAI智能体新栈:计算机操作、决策API与超速工作流
OpenAI Dev Day发布智能体新栈:Computer Use操作速度超越普通人,Decisions API基于Luna实现极低延迟分类,Agents API开放同源计算机操作能力,GPT-6.1 Sol成本仅为Astra七分之一。本文梳理核心更新、实测数据与开发者落地要点。

梁文峰开源推理框架DeepInfo,硬刚美国禁令
DeepSeek在开源模型后再开源推理框架DeepInfo,包含GPU/CPU交叉流水线、小模型预判大模型复核、华为昇腾与英伟达芯片全面适配等技术,直面美国联邦禁令。本文解析其对AI产业落地的意义与开源策略。