Claude Code改了停机逻辑：到点先把活收干净

A5站长网9月26日消息，Claude Code的停机行为改了一次。按其官方账号在9月25日的说法，任务进行中如果撞上5小时上限，会话不再直接在编辑过程中被截断，而是先去找一个合适的收尾点。额度来源上，系统会从用户的每周额度里扣掉一小段固定时间，让正在跑的任务把手上这一步做完。

这个改动解决的是个具体麻烦。5小时窗口每五小时重置一次，撞上它的概率远高于每周额度，而原来的行为是在任意位置硬停：生成到一半截断，工具调用可能停在写文件、跑测试、打补丁的中间状态。对一次简单的对话，这只是烦；对一个正在改多个文件的智能体会话，工作区可能被留在半完成甚至不一致的状态，恢复之前得先手工理清到底改到哪了。

改完之后有两种干净的收尾：能做完就把当前这一轮做完，不至于在流中间被砍掉；做不完就在一个明确的检查点停下，并清楚标出是暂停，而不是无声无息地断掉。关键变化在状态的一致性，暂停时它停在一个完整步骤的边界上，而不是某个随机的token位置。

覆盖范围跟订阅档位有关。Pro档每周可以用一次这种优雅收尾，Max和Team Premium档则是在每次撞到5小时会话上限时都能用。额度本身没有变多，5小时窗口和每周上限都维持原样，变的只是到达上限那一刻的行为。如果收尾之后还有活要干，用户可以通过额外用量继续。

要区分的是，这跟之前的自动续跑不是一回事。自动续跑是针对已经停掉的会话再拉起来，而这次改的是停机本身怎么发生。另外每周上限那条线的行为没有跟着改，它是个周期更长、需要提前规划的额度，不像5小时窗口那样容易在半途撞上。

对长时间跑智能体循环的人来说，这个改动的价值在于可恢复性。多文件重构、过夜跑的批量任务，以前最怕的就是醒来发现停在一处半截编辑上，还得先对一遍文件状态才敢继续；现在至少状态是干净的，确认之后接着往下推就行。