论文笔记：Context Lease & Revocation — 上下文不是仓库，是租约

长任务 Agent 的经典困境：”上下文只增不减，跑到一半开始漂移”。常见的解法是上下文压缩/摘要，但这只是「字数管理」，没有解决权限与失效的根本问题。

压缩摘要治不了根

上下文压缩和摘要确实能减少 token 消耗，但它们处理的是「信息密度」——如何用更少的字表达更多的意思。

这解决不了真正的问题：上下文是有「权限」和「失效时间」的。

一段三个月前的项目背景，在今天的任务里是否还有效？一段关于已被删除功能的描述，是否还在污染 Agent 的决策？压缩摘要可以精简这些内容，但无法判断哪些该保留、哪些该回收。

租约模型：把 OS 内存管理搬进 Prompt

Context Lease & Revocation 提出了一个更硬的思路——把 OS 页表/内存回收的机制搬进 Prompt 管理：

  • 每段记忆/文件片段有 TTL（生存时间）、优先级与撤销条件
  • 当新意图进入时，低租约上下文被回收
  • 回收动作本身写入审计流，可追溯

这和压缩摘要的本质区别在于：压缩摘要处理的是「信息密度」，租约模型处理的是「权限与失效」。一个是文本操作，一个是系统设计。

为什么这个视角重要

当上下文管理从”堆”转向”租约”，Agent 才有可能真正 handle 长任务——因为它有了显式的失效机制，而不是依赖模型”自然地”遗忘旧信息。

租约模型的另一个好处是可审计性：每一次上下文回收都有记录，Agent 的决策者（人类）可以追溯”这个判断是基于哪个版本的上下文做出的”。

关联论文

结论：上下文管理的下一个范式不是”更聪明的压缩”，而是”带失效机制的租约系统”。