窗口满了先丢什么·预算分配与驱逐顺序

01不是从头删，是按可重建性删

窗口满了，最直觉的做法是删最旧的消息——但这常常删错。该删的不是"最旧"，是"最容易重新拿到"的。

上下文里每段信息都有两个属性：信息密度（单位 token 含多少有用信息）和可重建性（丢了能不能从别处再拿到）。驱逐优先级按可重建性排序：

最该丢：工具返回的大段原始输出（能重跑工具拿回）、已摘要的旧对话（摘要已存）、冗余的寒暄（无信息）。
中间丢：对话中段的来回（可从 trace 重建）、中间步骤的推理过程（结论留下了就行）。
最该留：系统提示（丢了 Agent 就忘了自己是谁）、few-shot 示例（丢了格式就漂）、项目目标与关键约束（丢了任务就跑偏）、最近一轮对话（正在用）。

该删的不是最旧，
是最容易重新拿到的。

灏天文库 · AI 编程与智能体工程 P.60

下面是窗口里的 6 个成分。点它们按"该先丢→该最后留"排序（1 最该丢，6 最该留）。排完提交看对没。

窗口不是平均分给各成分的——按"信息密度×不可重建性"加权分配。一个 12 万 token 窗口的典型预算：

注意工具返回只给 15%——它最容易重新拿到（重跑工具），所以预算最少但优先驱逐。预算少 + 优先丢 = 给更该留的腾空间。

预算少 + 优先丢，
给更该留的腾空间。

灏天文库 · AI 编程与智能体工程 P.61

窗口满了从头删，
是把目标也删了。

灏天文库 · AI 编程与智能体工程 P.62

▶ 第二季完结 · 第三季预告

第三季：更深的水区

第二季 12 期讲完沙箱、Hook、tracing、失败回退、宪法、攻击面、落地、度量、压缩、记忆、提示、驱逐。第三季进更深水区：多 Agent 协作、长程任务规划、自进化 Agent、生产化运维。敬请追更。