北京
“之前提过 Claude Code 主 Agent 的缓存时间是 1 小时，所以建议大家尽量比较短时间内完成一个任务。”花叔在推文里这样写道。这条建议背后是一笔很实在的账：缓存一过期，整段对话历史就会被当成未缓存的输入 token 重新发送，账单随之抬高。
新版 Claude Code 改了这个逻辑。按花叔的描述，系统会在缓存即将失效前，自动把上下文压缩掉，也就是他说的“自动压缩 compact 机制”。
这个机制解决的是一个很具体的场景：任务做到一半，人走开了。按原来的 1 小时缓存设定，短暂离开尚可接受，一旦停顿时间拉长，比如去吃个午饭，缓存就失效了。回来继续提交任务时，系统面对的是完整的历史记录，全部按未缓存输入计费。
压缩之后，情况变了。花叔的说法是：“这样你下次回来重新提交任务的话，新的输入 token 就只有被压缩过的那部分。”换句话说，重新提交时发送的是被压缩过的数据，而不是全量历史，成本因此显著下降。
从机制上看，这里有两个动作被串在了一起：一是压缩发生在缓存失效之前，属于主动操作；二是压缩的结果直接决定了下一次输入的规模。前者决定了“什么时候压”，后者决定了“压了有什么用”。
对高频使用 Claude Code 跑长任务的用户来说，这项改动的意义不在于单次省下多少，而在于它把“离开会话”这件事的成本曲线压平了。原本缓存时长是一道硬约束，任务节奏必须迁就它；现在系统自己在临界点前做减法，用户不必再为了保住缓存而赶时间。
花叔给出的判断很直接：新版机制让后续 prompt 基于最小化的输入规模，而不是完整历史。这条优化落在 token 账单上，也落在使用习惯上——缓存时长不再是必须时刻盯着的倒计时。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
