Codex Context Window 与 Compaction：上下文为什么越用越重

系统与仓库指令、你的任务描述、Agent 读取的代码、工具返回、测试日志、图片描述和之前的结论都会进入当前工作上下文。短提示并不代表任务轻，因为真正占空间的往往是后续读取和输出。

上下文窗口限制的是模型一次能够有效处理的材料，套餐额度限制的是一段时间内可使用的资源。把两者混在一起，会让诊断走错方向。

当上下文增长时，系统可以把此前交互压缩成更小的状态表示，让任务继续。理想情况下，关键目标、已完成工作、剩余事项和重要约束会保留，冗长细节被折叠。

它不是完整会话备份。任务同时包含多个项目、反复改变目标或依赖某段精确日志时，压缩摘要更难保留每个细节。因此，清晰的任务边界也会提高压缩后的可继续性。

同一功能、相同验收标准、剩余步骤清楚时，可以继续并让 compaction 工作。新项目、完全不同的目标、旧日志占主导，或需要重新建立事实基线时，新会话通常更干净。

开新会话前留下一个短交接：当前提交、已完成项、未完成项、关键文件、不能改的边界和验证命令。这样不是丢上下文，而是主动选择高价值上下文。

让 Agent 先搜索再读取，限定日志行数，按主题批处理改动，把长期规则放入 AGENTS.md 或技能文件。对已经结束的讨论不要反复粘贴全文。

目标不是把输入压到最短，而是提高每一段上下文的信息密度。必要的规格可能很长，重复的成功日志即使很短也没有价值。