以下为上游提供的源文稿，可能存在识别错误。
乔木转写是基于源文稿的中文提炼，不是逐字翻译。请核对原文中的人名、数字与观点。
选一篇，慢慢读
从左侧挑一篇，正文会在这里排成书页。
0. 阅读收获 (takeaway) 读完本文，你将了解： Context Rot（上下文腐烂）：为什么更大的 context window 不是万能解药 Cache-Safe Compaction：如何在压缩 context 时不破坏 cache Plan 模式的演进：从 todo.md 到专门 planner agent 文件系统 & Just-in-Time Context：Agent 的"延展记忆" 子代理的 Cache 友好设计：90%+ prefix reuse 是怎么做到的 The Bitter Lesson：哪些设计是持久的，哪些会被模型进步淘汰 前置知识 ：本文是 Agent 系统中的 Prompt Caching
阅读原文 · 袁超发技术博客
向阳乔木 · deepseek-v4-1-flash-261017
上下文窗口越做越大，很多 Agent 团队的第一反应是：那就多塞点。塞得下不代表用得好，这中间隔着一道物理墙。 Anthropic 的研究给过一个结论： context 里的 token 越多，模型注意力越分散，性能反而下降 。这就是 Context Rot，上下文腐烂。 原因不复杂。Attention 机制里，每个 token 都要和其他所有 token...