上下文太长时不是「模型突然变笨」一种可能更常见的是关键信息被挤出窗口或噪音淹没了目标。上一篇讲工具失败分层。本篇讲材料管理窗有限必须取舍。一、先说一个具体麻烦Agent 跑了四十轮读文件、跑测试、改代码、再读日志。到后半段它开始重复已修复的错误或忘掉最初的验收条件。你加长窗口成本上升问题仍可能在窗口里塞满了过期轨迹。二、先分清两种「太长」1硬超窗请求被拒或被截断2软过载没超标但信噪比极差模型抓不住重点砍上下文对两种都有用。只加窗口主要缓解第一种。三、留什么优先级从高到低1系统级硬规则与安全边界2当前任务目标、范围、验收3仍有效的关键事实摘要已确认的接口名、复现步骤4与当前决策直接相关的代码/日志片段5最近一轮工具结果若仍相关四、砍什么1重复失败的同一段日志留最后一次 结论2已撤销方案的长讨论3大段无关文件全文改检索片段4客套与重复确认5过期的中间 diff以当前工作区为准原则能变摘要的不变流水账能检索的不整文件常驻。五、可操作的压缩手法A定期让模型输出「已确认事实」短摘要替换旧历史B工具结果只留尾部与错误行C大文档走 RAG / 搜索而不是全贴D新子任务开干净线程携带摘要而不是四十轮原文下面是一个摘要槽位示意。## 已确认 - 入口apps/web/app/api/users/route.ts - 验收typecheck 空态文案 ## 待办 - 补测试 ## 不要做 - 不改 schema上面文本中三块信息比二十轮闲聊更占「有效窗」。六、常见误区1只扩窗不治理贵且脏。2砍掉验收条件后半段必然漂。3以为模型会自动记住仓库现状以工作区与工具读取为准。4摘要写太虚「差不多修好了」没有信息量。七、小结与下一篇太长就取舍留下规则、目标、有效事实砍掉重复与过期轨迹。窗口是容量摘要是管理。下一篇预告为什么要有评测集比单次演示重要。完