尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
CarryOn:面向长视界智能体的面向对象上下文运行时
CarryOn面向长视界智能体的面向对象上下文运行时原文网页https://arxiv.org/html/2610.18784v1PDF链接https://arxiv.org/pdf/2610.18784v1arXiv编号arXiv:2610.18784v1摘要长视界智能体会在持久化任务状态中积累任务进展但又需要反复处理记录该进展如何产生的交互历史。由此引出研究问题长视界上下文是否可以围绕可复用任务进展而非产生该进展的历史交互来组织本文提出CarryOn一套面向对象上下文运行时将任务继续执行逻辑建立在可复用任务对象之上。该系统并不把压缩历史、重构进展叙述作为继续执行的主要依据而是由延续载体continuation carriers、互补执行上下文、最近交互实时尾部live tail三部分共同构建上下文视图。核心挑战当周边历史被归档淘汰之后如何保证这套可复用基准仍然有效CarryOn不需要在每一次折叠fold操作时完整重建全部表征而是跨折叠维护载体记录针对绑定证据与环境校验修改受影响记录不受影响的记录直接继承同时联合更新执行上下文。在OSWorld2.0、BrowseComp‑Plus基准开展实验任务性能分别提升5.8%、7.0%同时总token用量分别降低51.9%、22.9%。项目全部资源已开源。关键词长视界智能体上下文管理面向对象上下文上下文折叠状态外部化智能体记忆目录引言相关工作CarryOn方法框架3.1 整体框架总览3.2 上下文视图三大组件3.3 上下文视图构建与更新流程实验设置实验结果5.1 主实验任务性能与token开销5.2 消融实验讨论结论附录简要说明1 引言长视界智能体将任务进展保存在两处持久化任务状态代表已经完成的成果交互历史记录该成果是如何一步步得到的。例如向PPT插入图片、向报告填入测量数据最终任务状态本身就已经包含这些工作成果可供后续步骤查看与修改。随着执行不断推进冗余会持续累积智能体反复去处理那些结果已经存在于任务状态中的历史生成过程。现有长上下文处理手段主要分为两类对历史交互做压缩、摘要、剪枝、检索过滤将交互翻译为显式进展记录与结构化任务状态。上述方案可以控制上下文规模但存在缺陷当使用重构出来的进展叙述替代可复用任务结果时智能体继续执行会依赖一份经过筛选、存在漂移风险的转述文本而不是智能体可以直接查看、修改的真实任务状态。本文提出面向对象的长视界上下文视角以可复用任务对象作为继续执行的基础。对象包括工作产物、有来源依据的发现、在明确条件下可以复用的应用状态。智能体通过直接检查、使用这些对象获取信息上下文只补充继续执行所必需的配套信息。CarryOn运行时将上下文划分为三个互补组件延续载体continuation carriers将可复用内容/对象引用与其复用条件进行绑定执行上下文execution context保存活跃目标、适用约束、载体无法捕获的未解决问题实时尾部live tail保存自上一次成功折叠之后发生的交互。面向对象上下文需要解决三大核心挑战识别可复用进展区分哪些成果脱离原始交互历史之后仍然可以被解释、使用CarryOn将依赖关系显式记录在延续载体的复用条件中。随任务演进维护可复用进展保留记录不等于保证内容有效、引用状态可用CarryOn绑定支撑来源与环境校验跨折叠只修订受影响记录不受影响记录直接继承。历史归档之后哪些信息仍需要显式保留任务对象无法涵盖指导后续执行的目标、约束、未解决事项CarryOn联合更新延续载体与执行上下文最近交互保留在实时尾部。一次**折叠fold**校验完成之后使用面向对象上下文视图替换被覆盖的交互历史在保留继续执行所需全部信息的前提下逐步重构长视界上下文。图1示例OSWorld2.0两个任务折叠效果PPT幻灯片编辑任务原始42.4K tokens折叠之后下降至14.4K tokens降幅66.0%工作PPT与导出图片作为载体保存编辑成果约束与保存校验保留在执行上下文。实验报告任务原始58.4K tokens折叠后23.5K tokens降幅59.7%文档承载已完成编辑未解决计算任务保留在执行上下文。本文主要贡献提出面向对象长视界上下文范式以可复用任务对象作为继续执行的主要基础而不是原始交互历史或者历史摘要。实现CarryOn上下文运行时包含延续载体、执行上下文、实时尾部设计四阶段折叠更新流水线跨折叠继承不受影响的记录。在OSWorld2.0、BrowseComp‑Plus长视界基准验证性能提升同时显著降低token消耗消融证明载体与执行上下文二者缺一不可相比单纯重复摘要策略效果更优。2 相关工作2.1 上下文压缩与选择主流手段包含压缩、剪枝、摘要、选择性检索过往交互。提示级压缩、删除冗余过期交互、周期性生成摘要、分支执行只返回子任务结果外部历史方案将长历史放到prompt之外只维持有限活跃上下文部分工作对压缩表征做执行校验降低信息损失。CarryOn区别不把摘要、压缩文本作为继续执行的根基根基是可复用任务对象载体。2.2 状态外部化与上下文重构该类工作把任务进展显式表示降低对原始交互历史依赖。包括内部状态融合记忆与观测、执行状态树、持久变量、任务记录把状态外部化到持久工作空间依靠快照、程序选择重建工作上下文。现有方案继续执行仍然围绕压缩交互历史或者外部状态CarryOn将可复用任务对象载体作为第一优先级的继续执行单元。3 CarryOn方法框架3.1 整体框架总览CarryOn和智能体交互循环并行运行。追踪器Tracker识别候选可复用进展绑定支撑证据接地器Grounder做限定范围的环境条件只读校验编译器Compiler联合更新延续载体集合与执行上下文校验提交Commit校验通过执行fold折叠被覆盖的live‑tail交互从活跃上下文移除交互日志保持只追加不变。图2CarryOn完整流水线。每一步交互追加写入交互日志触发折叠时执行追踪候选 → 证据准备 → 联合编译 → 校验提交提交完成更新上下文视图。3.2 上下文视图三大组件t tt为交互步骤k kk代表最近一次折叠b k b_kbk​为该折叠覆盖的最后一步交互。A k A_kAk​延续载体记录集合E k E_kEk​执行上下文L t ( h b k 1 , . . . , h t ) L_t(h_{b_k1},...,h_t)Lt​(hbk​1​,...,ht​)实时尾部保存折叠之后新增交互。上下文视图形式化定义V t ( A k , E k , L t ) V_{t}\left(A_{k}, E_{k}, L_{t}\right)Vt​(Ak​,Ek​,Lt​)延续载体 Continuation Carriers每一个载体具备稳定唯一标识记录可复用内容/位置以及对应的复用条件。修订会在同一个标识下生成后继版本不受变更影响的载体直接沿用旧记录。分为三类载体可共存于同一个任务外部对象 External Objects独立存在于环境中的工作产物例如文档、代码文件、表格。载体记录对象引用、成果描述、复用条件。信息产物 Information Products交互得到的可复用结论、综合信息没有实体持久文件时直接把结论存储在载体附带来源与复用条件。情境状态 Situated State仅存在特定应用、会话、工作流之内的进展复用需要回到对应环境。载体记录环境锚点、已建立状态、可复用的作用范围。执行上下文 Execution Context保存载体对象无法编码、但后续执行必须的信息当前关注焦点、未解决约束与待完成义务、还没有固化为载体的待办工作。与延续载体形成互补。实时尾部 Live Tail保存从上一次折叠之后积累的原始智能体‑环境交互在被下一次fold纳入之前完整可供访问。3.3 上下文视图构建与更新流程每次折叠fold把实时尾部交互转换为维护态上下文表征分为四个阶段追踪候选 → 证据准备 → 联合编译 → 校验与提交。追踪候选 Tracking CandidatesTracker识别有可能在后续被复用的进展生成候选记录。候选可以跨多次迭代持续开发当候选达到可支撑继续执行的状态Tracker发起编译请求。编译请求写明待编译对象、支撑证据需求外部对象/情境状态附带环境对象与复用条件信息产物附带源素材。尚未就绪的候选保留留给后续折叠处理。证据准备 Preparing Evidence为选中候选收集授权证据更新已有载体时同时读取载体当前记录。信息产物校验素材与记录来源一致性外部对象、情境状态绑定环境对象Grounder执行只读环境条件校验。输出输入包U t U_tUt​包含选中候选、原有载体记录、授权源素材、对象引用、校验结果。联合编译 Joint Compilation编译器输入输入包U t U_tUt​、旧执行上下文E k E_kEk​、实时尾部文本投影Π ( L t ) \Pi(L_t)Π(Lt​)。同时输出载体修改Δ A t \Delta A_tΔAt​、修订后执行上下文E ^ k 1 \hat{E}_{k1}E^k1​。( Δ A t , E ^ k 1 ) C o m p i l e ( U t , E k , Π ( L t ) ) \left(\Delta A_{t}, \hat{E}_{k1}\right)Compile\left(U_{t}, E_{k}, \Pi\left(L_{t}\right)\right)(ΔAt​,E^k1​)Compile(Ut​,Ek​,Π(Lt​))约束编译器只对选中候选生成载体编辑每一处编辑必须有授权证据作为依据。执行上下文基于全部实时尾部修订保证待办、约束等信息不会丢失。外部对象、情境状态只记录进展与复用条件实体对象仍然保存在环境中。校验与提交 Validation and Commitment校验编译结果校验通过完成fold折叠更新A k 1 , E k 1 A_{k1},E_{k1}Ak1​,Ek1​被覆盖的交互从活跃上下文移除原始交互日志保持只追加不变。校验失败则不执行折叠继续累积实时尾部交互。核心特性折叠只修改受影响的载体记录绝大多数不受本次交互影响的载体直接继承不需要重复重建。4 实验设置数据集与基座模型OSWorld2.0计算机GUI操作长视界智能体基准BrowseComp‑Plus网页浏览长视界智能体基准LLM基座Claude Opus 4.7对比基线Vanilla原生无CarryOn完整交互历史全部放进上下文Periodic‑Summ周期性摘要基线使用相同预算反复做全局摘要CarryOn‑w/o‑Carrier移除延续载体仅保留执行上下文实时尾部CarryOn‑w/o‑ExecCtx移除执行上下文仅保留延续载体实时尾部CarryOn完整系统。评测指标任务成功率SR总token消耗量API总开销5 实验结果5.1 主实验任务性能与token开销方法OSWorld2.0BrowseComp‑Plus成功率总token相对开销成功率总token相对开销Vanilla原始基线43.9%‑1.0049.0%‑1.00Periodic‑Summ周期性摘要45.1%‑0.7451.2%‑0.829CarryOn完整系统49.7%‑51.9%0.64156.0%‑22.9%0.929关键结果OSWorld2.0任务成功率5.8%总token用量下降51.9%API开销下降35.9%BrowseComp‑Plus任务成功率7.0%总token用量下降22.9%API开销下降7.1%单纯周期性摘要虽然可以降低开销但性能提升幅度远小于CarryOn。5.2 消融实验配置OSWorld2.0成功率BrowseComp‑Plus成功率完整CarryOn49.7%56.0%CarryOn‑w/o‑Carrier无延续载体45.3%51.6%CarryOn‑w/o‑ExecCtx无执行上下文44.8%50.8%消融结论延续载体、执行上下文二者均不可或缺去掉任意一个模块性能出现明显回落。只靠摘要不足以支撑长视界继续执行围绕可复用进展组织上下文效果优于通用压缩手段。载体负责固化已经完成的成果执行上下文保存未完成目标、约束、待解决问题二者形成互补。6 讨论CarryOn的核心思想不要把继续执行建立在“发生过什么的复述历史”而是建立在“现在已经有什么可用成果”。历史交互仅保留在实时尾部折叠之后不再作为活跃上下文主体。与传统摘要的本质区别摘要属于对历史的转述会引入转述漂移延续载体直接绑定环境真实对象与证据来源具备可校验条件。折叠不是简单压缩折叠会维护载体版本只有受新交互影响的载体才被修改大量历史成果直接继承不需要反复重新生成。适用边界任务存在可固化、可复用的工作产物完全没有可外部物化产物的纯推理任务收益有限。局限性依赖环境可读校验能力环境无法读取检查对象状态时Grounder环境校验环节能力受限。fold折叠触发时机策略本文使用固定启发式动态自适应触发策略有待进一步研究。本文实验只在Claude Opus 4.7基座开展跨模型泛化有待更多验证。7 结论本文提出CarryOn面向长视界智能体的面向对象上下文运行时。将上下文拆解为延续载体、执行上下文、实时尾部三部分。通过fold折叠操作跨迭代维护可复用任务对象记录只修订受影响条目不需要每一轮完整重建全部历史表征。在OSWorld2.0、BrowseComp‑Plus长视界基准上CarryOn同时实现任务性能提升与token开销下降。消融证实延续载体与执行上下文是两个不可或缺的互补组件。该工作为长视界智能体上下文管理提供新范式以可复用任务对象作为继续执行的根基而非原始交互历史或者历史摘要转述。附录简要说明附录A.2候选、证据绑定、Grounder环境校验完整细节。附录Bfold折叠触发启发策略、Compiler编译器prompt模板。附录C完整细分实验数据、不同fold频率的消融。附录D失败案例分析载体失效、环境状态变更典型样例。
RELATED

相关推荐

Qt项目求职全攻略:岗位匹配、简历优化与面试要点

Qt项目求职全攻略:岗位匹配、简历优化与面试要点

经常有同学拿着星球里的Qt项目来找我看简历,问的第一句话几乎都是:我这个项目,到底适合投什么岗位?说真的,每次听到这个问题我都挺高兴,因为至少说明手里有一个能写的项目,不像很多应届生简历上…

📅 2026/10/15 8:23:37
高频交易系统微秒级延迟优化实战

高频交易系统微秒级延迟优化实战

1. 延迟优化实战:从毫秒到微秒的性能突破最近在重构一个高频交易系统的核心模块时,我们遇到了一个棘手的问题:虽然整体延迟已经控制在毫秒级,但在特定场景下仍然无法满足业务需求。经过两周的深度优化,最终将关键路径的…

📅 2026/10/15 8:23:37
artcraft 工序容器:构建可控可复现的图像处理流水线

artcraft 工序容器:构建可控可复现的图像处理流水线

1. 从“artcraft”这个名字说起:它到底想解决什么问题第一次看到“artcraft”这个项目标题,我的直觉是:这大概率是一个把“艺术创作”和“工程实现”缝合在一起的东西。art 是艺术,craft 是手艺、工艺,合在一起就是“艺…

📅 2026/10/15 8:23:37
MORE NEWS

更多资讯

📰

EtherCAT从站模块EL6631-0010配置指南:RS485仪表接入与PDO映射

简介:这是一份面向倍福(Beckhoff)EL6631-0010 从站模块的实用配置文档,核心解决该模块接入 Profinet 网络、与第三方设备建立 IO 通信时的设置与排障问题。文档以步骤化方式梳理了添加模块、设置 Profinet 单元、添加并配置通道、…

📰

Flutter 与 LLM 多智能体架构实战:EventChannel 与 Cubit 状态管理

1. 为什么要把 Flutter 和 LLM 多智能体放在一起折腾移动端做 AI 应用,最容易踩的坑就是“把大模型当接口调”。一开始我也这么干:Flutter 页面里塞一个输入框,用户点一下按钮,请求发到后端,等模型吐字,再渲…

📰

C#索引器与迭代器:核心差异与应用场景解析

1. 索引器与迭代器的本质差异在C#开发中,索引器(Indexer)和迭代器(Iterator)是两个经常被混淆的概念。虽然它们都涉及集合元素的访问,但设计目的和实现机制截然不同。索引器允许类实例像数组一样通过下标访…

📰

SSM统一视角:RNN、Transformer的底层状态空间本质

1. 这不是又一篇“Transformer vs RNN”的对比文,而是带你真正看清三者底层血脉的统一框架如果你最近翻过几篇LLM技术博客,大概率会看到这样的标题:“Transformer为什么打败了RNN?”、“SSM是下一个Transformer吗?”、…

📰

SpringBoot+Vue3构建汽修管理系统实战

1. 项目背景与核心价值汽车维修行业正经历从传统手工记录向数字化管理的转型浪潮。去年我在为本地一家中型汽修连锁店做技术咨询时,亲眼目睹了他们用Excel表格管理200多台车辆维修记录的混乱场景——技师找不到历史维修数据、仓库错发配件、客户投诉响应迟缓。这正是…

📰

AI模型训练暂停背后:智能体安全边界与DNS防护实战

1. 从一条新闻说起:模型训练为什么会被按下暂停键前几天有个消息在圈子里传得挺开:某头部AI机构宣布暂停其最强模型的训练,原因不是算力不够,也不是资金断裂,而是训练过程中出现了一系列失控事件——用户照片被外泄、智…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬