不加额度、不改窗口，只是把"人必须守在键盘前"这一步删掉了。
消息来自 Anthropic 开发者账号 ClaudeDevs 的一条推文。功能本身一句话说得完：桌面版多了一个"自动继续"（auto continue）复选框，开启后，会话因为用量达到上限而中断时，系统会在额度重置之后自动从断点续跑，不需要人再回来手动补发一遍指令。
没有加额度，没有改窗口，只是把一个"人必须在场"的环节去掉了。但恰恰是这个环节，过去一年在 Claude Code 的使用体验里造成的浪费最不成比例。
Claude Code 现行的用量限制是双层结构：一层是每 5 小时一轮的短窗口，另一层是每 7 天重置一次的周额度，两层同时生效，任何一层触顶都会停。短窗口更接近滚动恢复——用掉的量随时间逐步释放，而不是到点一次性清零；周额度则按账户上显示的固定星期与时刻重置。准确的剩余量与重置时间以客户端 /usage 和账户 Usage 页为准，第三方整理的小时数只能当参考。
这套机制有个躲不开的副作用：重置时刻几乎不可能跟人的作息对齐。跑一次大重构、一轮全库测试修复、一遍长文档改写，撞限往往发生在深夜或者人刚出门的时候，而窗口恢复可能落在凌晨三点。以前的结果是任务停在那儿等人回来——恢复的是额度，浪费掉的是中间那几个小时的排程。限流真正卡住的不是模型，是使用者的时间安排。
在 anthropics/claude-code 的 issue 区，"限额重置后自动继续"是反复出现的功能请求，编号从 #18980 一路排到 #36320，标题措辞几乎一模一样：auto-continue、auto-resume after rate limit reset。社区侧的替代方案早就有了——外面一直流传各种 wrapper 脚本，思路无非是轮询检测限流状态、到点重新发送上一条 prompt。能用，但脆：脚本并不知道上一轮做到了哪一步，重发的 prompt 与被中断的上下文对不齐，接回来的常常不是原来那条思路。
官方把它做进客户端的意义就在这里。续跑需要知道断点在哪、上下文里还剩什么，这些信息只有客户端自己有。外挂脚本能做到"重新开始"，做不到"接着做"。
把人从等待环节里拿掉，收益明显，风险也跟着挪了位置。任务在无人看管的状态下继续推进，意味着中间那几步没人复核——尤其是在 Claude Code 宣布默认开启自动模式之后，"自动继续"和"自动执行"叠在一起，等于一段完全无人在场的连续写入。跑纯分析、纯生成的任务无所谓，跑那些会改文件、动依赖、碰远程的任务时，值得先把权限档位和工作目录范围收一收再勾这个框，具体哪几项配置该改，对着稳定使用指南过一遍就够。
还有一层更朴素的前提：续跑成立，得那一刻连接还在。额度是准点恢复的，网络不是。凌晨三点客户端自动醒来发请求，如果出口 IP 那时被判成高风险、或者链路本身已经断了，任务不会"接着跑"，只会换个理由停住，而这回连人都不在旁边。勾这个开关之前顺手用 Claude IP 检测确认当前出口干净可用，比第二天早上对着一条几小时前就失败的会话查原因省事。
说到底，这个复选框把 Claude Code 又往"排队执行器"推了一步：交待完就走，它自己排队、自己撞限、自己恢复。工具越像后台任务，人对它的信任门槛就越高——而信任的前提是，断掉的时候你知道它会怎么接回来。