Claude Code 撞上 5 小时上限不再半路断掉，改为先找收尾点

以前的问题：断在文件改到一半的时候

Claude Code 的订阅用量是双层结构：一层是滚动的 5 小时窗口，管短时间内的集中消耗；另一层是每周上限，管总量。计量按 token 而不是按对话轮次，所以同样一个任务，换了更大的模型、塞了更长的上下文、跑了输出很长的工具命令，消耗会差出好几倍。

麻烦在于，5 小时窗口是“到点即停”的。代理式编程和聊天不一样，一次任务往往是一串连续动作：读几个文件、改 A、改 B、跑测试、再回头修 A。如果额度恰好在“改完 A、还没改 B”的节点耗尽，留下的就是一个编译不过的工作区——接口签名换了，调用方还没跟上；迁移脚本写了一半，回滚脚本还没写。人回来接手时，得先弄清楚它停在哪一步，这比从头做还费神。

新机制怎么运作

据 ClaudeDevs 官方账号 9 月 25 日的说明，调整后的行为是：

• 任务进行中触发 5 小时上限时，Claude Code 会寻找一个合理的停止点，而不是在编辑中途中断；
• 收尾消耗的是从每周额度里划出的一小笔固定额度，不是额外赠送的；
• Pro 用户每周只能用一次，Max 与 Team Premium 用户每次撞上 5 小时上限都能用；
• 收尾结束后若要接着干，需要开启额外用量（按量计费），否则等窗口重置。

“固定额度”这几个字是关键。它意味着收尾不是“把当前任务做完”，而是“在有限预算里把状态收拾干净”——也就是说，模型需要自己判断哪些改动必须补齐才能让仓库处于一致状态，哪些可以留一句说明交给人。能不能判断准，决定了这个功能到底是体验升级还是一句宣传语。

为什么档位之间差这么多

Pro 每周一次、Max 每次都有，这个差别看上去是常规的分层定价，但背后也有成本逻辑：收尾额度是从每周总量里扣的，Pro 的每周额度本来就小，如果每次撞 5 小时上限都预支一笔，等于在一周里反复吃掉本就紧张的总量，到周末可能更早撞上周限。限定每周一次，反而是在保护 Pro 用户的周额度。

对 Max 和 Team Premium 来说，周额度相对宽裕，高频触顶的也主要是这批重度用户，把收尾做成“每次都有”才真正覆盖到痛点。今年以来 Anthropic 在用量上反复调整——5 月统一重置过计数器，夏天又给周限临时加了一轮额度，到 9 月中旬结束。相比这些“给多少”的调整，这一次改的是“到了上限怎么停”，属于体验层面的修补。

还没回答的问题

官方没有公布这笔固定收尾额度具体有多大，也没说明模型判断“合适的收尾点”的规则。如果任务正处在一次大规模重构中间，小额度可能根本不够让仓库回到一致状态，这时它是会留下清晰的交接说明，还是依然停在半截，目前只能等实际用起来才知道。另一个细节是周上限本身：这次的说明只提到 5 小时上限的收尾，撞上周限时是否有同样的待遇，公告里没有展开。

不管怎样，长任务仍然值得自己留一道保险：在关键节点让它先提交一次，或者把任务拆成几段能独立落地的小步骤。代理跑到一半被中断的原因不只有额度，网络抖动、会话掉线同样会造成半截状态，这类不稳定的排查思路可以参考 Claude Code 稳定使用指南。