Berkeley 论文:丢弃自身历史的 Agent 比并行 Agent 表现高出最多 15%。重置上下文时,你保留什么?
摘要
UC Berkeley 的一项研究发现,定期丢弃历史并从最佳结果重新开始的 Agent,比并行 Agent 表现高出最多 15%;文章还引用了 Microsoft 的 Fork-and-Flush 以及 Drew Breunig 提出的"上下文惯性"概念,来探讨跨上下文重置应该保留哪些状态这一开放问题。
TL;DR:在 UC Berkeley 的一项研究中,定期丢弃历史、从最佳结果重新开始的 Agent 表现更好。对开发者而言,开放的问题是:重置时应该保留什么?各来源的主要发现:**"Scaling Discovery Requires Forgetting"(UC Berkeley)**:Agent 定期丢弃会话和搜索历史,仅保留最佳候选结果。在四项有界发现任务中,结果有所改善,比并行 Agent 最高提升 15%,比单一 Agent 最高提升 39%。**Fork-and-Flush(Microsoft Research)**:报告了以全新上下文启动 fork、同时保留工作区状态所带来的收益。**Drew Breunig** 同时报道了这两项工作,以及 Anthropic 的 Memento 框架,并将这种失败模式称为"上下文惯性"(context inertia):即证据已经变化,Agent 却仍固守早期假设。这个术语是他提出的。**这并不能说明**:每一个长时间运行的 Agent 都能因遗忘而受益。这些都是有界的研究和工程实验。我认为有趣的模式是:在两项研究中,都有某些东西在历史被丢弃后仍然保留了下来(最佳候选结果、工作区状态)。因此,设计问题在于什么应该放进持久层。如果你构建或运行长时间的 Agent 会话,你在重置时会保留什么?一个笔记文件;一个任务列表或计划;一个决策日志;目前的最佳输出;什么都不保留,Agent 从零开始。另外,你是按计划定期重置、在 Agent 停滞时重置,还是完全不重置?**来源**:上述两篇论文,以及 Drew Breunig 的文章 "Context Inertia"(2026 年 10 月 14 日)和 "The State of Context Engineering"(2026 年 10 月 24 日),发布于 dbreunig.com。
相似文章
@omarsar0: UC Berkeley 关于扩展研究型智能体的精彩论文。(收藏一下)他们提出了一种出人意料又有趣的扩展方…
UC Berkeley 的研究者发现,当研究型智能体固守自身历史时,扩展 LLM 研究智能体会陷入停滞;他们提出定期丢弃会话状态、从最优候选重新开始的「遗忘」方法,在相同预算下相比并行智能体可提升多达 15%,相比单个智能体可提升 39%。
智能体即使记忆完美也可能出错。上下文重置后,什么能证明“已完成”?
作者认为,智能体记忆检查点中存储的“已完成”声明并不能证明任务真正完成,并提出疑问:在上下文重置之后,长期运行的智能体要保持任务标记为完成之前,需要哪些证据——目标系统的读取结果、执行回执,还是针对任务的特定检查?
@dair_ai:微软新论文:在测试时压缩智能体上下文。如果你的智能体随着交互历史变多而性能下降……
Microsoft 的 M365 Research 提出了 FOCUS,这是一种无需训练的测试时方法,通过仅保留对未来决策产生因果影响的单元来压缩 LLM 智能体的交互历史,最多可将峰值上下文降低 48%,并将任务成功率相比全历史执行提升最多 8.9 个百分点。
长时间运行的AI智能体不会耗尽上下文——它们的记忆变得陈旧且自相矛盾。你们如何处理这个问题?
文章探讨了长时间运行的AI智能体所面临的记忆陈旧问题,即上下文变得过时和矛盾,并寻求随着时间的推移保持记忆可靠性的实际解决方案。
能够在会话之间记住你的代理,哪些设置真正做到了这一点?
讨论了个人AI代理在会话之间持久记忆的挑战,比较了Custom GPTs、Mem和Open Campus的共享内存方法等设置,并征求社区关于处理内存冲突的建议。