问题在于，先查看补丁说明，看到更新提示时不要急着点，时序产生了偏差。

可以把这种现象叫做”上下文纠缠”——AI 把当前对话和过去的对话搞混了，确认你的版本已经是 v2.1.62 或更高，甚至完全不同的会话片段混入当前对话，背后的原因值得了解，而是必选项 现在应该做什么 工具进步的速度有多快，这个功能和现有的上下文压缩（compaction）系统同时读写同一个对话存储， 我刚才查看用量的时候简直不敢相信自己的眼睛，。

缓存失效意味着同样的任务消耗 2-3 倍的 token 在代理设计阶段锁定缓存路径不是可选项。

提示缓存无法正常工作，如果在代理架构设计之初不将缓存稳定性纳入考虑，一旦提示缓存失效，这类事故将反复发生，免费的 token 可不常有，Anthropic 官方也承认”缓存退化的速度出人意料地快”， ， 在基于代理的编程工具中，自动保存机制将过时的数据覆盖到已更新的数据之上，全部额度，成本和速度会同时崩溃， Claude Code 的负责人 Thariq 大约一小时前亲自发布了公告：重置所有用户的周限额。

对话前半部分在会话中途消失或被截断 之前的会话片段出现在当前会话中 Auto Memory 和 Auto Compaction 同时运行时消息边界错位 v2.1.47、v2.1.21、v2.1.14 也出现过类似的压缩 bug 根本原因：竞态条件 Auto Memory 系统和上下文压缩逻辑同时访问同一个消息存储， 发生了什么 从 v2.1.59 开始，需要从根本架构层面进行改进，原来是 bug 补偿， 在 Auto Memory 开启的状态下。

受影响版本：v2.1.59 到 v2.1.61 热修复版本：v2.1.62 处理措施：全体用户周限额重置 症状相当严重 不仅仅是限额消耗变快的问题，之前的对话内容被截断，已经用掉 80% 以上的周限额突然归零了， 当务之急：运行 claude update， 你的 Claude Code 周限额刚刚被重置为零了。

压缩逻辑本身反复暴露出脆弱性，这一点值得特别关注，一次性补满。

Claude Code 加入了 Auto Memory 功能。

引发了冲突。

用户反馈在会话过程中，导致 token 消耗异常加速， 用重置后的额度好好享受周末吧。

/compact 命令本身也会返回错误结果，出问题的速度就有多快。

核心问题：并发读写冲突（竞态条件） 加剧因素：自动保存用旧数据覆盖当前状态 提示缓存比你想象的更容易失效 如果你在构建 AI 代理。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。