恢复旧对话前先提醒：Pro / Max 新增 5 小时额度占用警告

用订阅（Pro、Max）跑 Claude Code 的人大概都遇到过：昨天聊到一半的长对话，今天 --resume 接着问一句，额度条却一下子掉了一截。CLI 2.1.304 针对这个场景加了一道提醒。

改了什么

在 Pro 和 Max 套餐下，当你恢复一段闲置了一段时间的对话，而这次恢复会占掉 5 小时用量额度里明显的一部分时，Claude Code 会先停下来问你，给出两个选择：

以前这一步是静默发生的，你只能事后从额度变化里察觉。

对话越长，每次请求要带上的上下文就越多。平时连续聊天时，这些上下文大多能命中提示缓存，按便宜得多的方式计算。可缓存是有有效期的：对话放了一阵再回来，缓存早已过期，下一次请求就得把整段历史重新完整读一遍。

所以「隔夜恢复一段很长的对话，只问一句小问题」，实际消耗可能远超你的直觉。这次的警告就是在这种时候提醒你一下。

还要在同一批文件、同一个思路上继续深挖，而且前面的讨论细节很重要：选择恢复，一次付清，后面的轮次又能吃到缓存；
只是想问个相关的小问题，或者新任务和旧对话只沾一点边：开新对话更划算。需要引用之前的结论时，直接说「参考我们之前关于 XX 的那次对话」，让 Claude 去查即可；
经常需要跨会话延续的项目背景，更适合写进 CLAUDE.md 或记忆里，而不是靠反复恢复同一段超长对话。

/loop 自定节奏的唤醒不再踩缓存过期点。 以前把自定节奏的 /loop 唤醒排在 1 小时上限时，唤醒恰好发生在 1 小时提示缓存过期之后，每次都要不走缓存重读整段对话。2.1.304 修好了这个时间差，这类唤醒不会再白白多花一份。

/usage 说清楚什么时候能再查。 用量数据本身的查询被限流时，/usage 现在会告诉你限制何时结束，而不是含糊的「稍后再试」。

另外，在 SDK 和无头模式下恢复大型、已压缩过的会话，第一条请求也会发得更快。