Auto-continue when limits reset
限额到点后自动接着跑，不是把限额取消
ClaudeDevs 2026-08-13 宣布 Claude Code Desktop 增加选项 Auto-continue when limits reset：订阅 5 小时窗或 weekly limit 复位之后，被打断的会话可以自己续上，不必盯着倒计时。它不提高限额、也不绕过鉴权。Week 33 digest 把它记进更新。和走 API 预付、限额规则不同的路径，是两件独立的事。
四个可单独引用的点
Desktop 里的原文开关名
搜索这一串就能对上 ClaudeDevs 2026-08-13 的帖。它出现在 Desktop 设置/会话选项，不是一条新的 HTTP 错误码。
5 小时窗或 weekly 的时钟
开关做的是：窗口重新有额度时把停住的会话续上。额度本身仍按订阅规则走。把它理解成「无限」是错的。
宣布日
ClaudeDevs 当天帖与 Week 33 digest 是一手源。站内已有 5 小时窗 / weekly 机制页，但没写这个 checkbox。
先核对客户端表面
宣布写的是 Desktop。CLI / VS Code 扩展是否同名开关，以你安装版本的设置为准，不要把 Desktop 截图当成所有入口都有。
这个开关改变的是等待，不是账本
订阅 Claude Code 撞上 session / weekly limit 时，会话会停。过去只能自己看 /status、等窗口、再手动继续。Auto-continue when limits reset 让 Desktop 在官方复位之后自动接着跑。限额数字、滚动时钟、周配额都不因为打开它而变大。它也不是 Credit balance is too low 或 enforced_spend_limit_reached 的修复。
为什么和 5 小时窗专页要拆开
站内已有的 5 小时窗、weekly limit 页解释的是时钟怎么走。2026-08-13 之后多了一个产品开关：同样的时钟，Desktop 可以代你按复位续跑。搜 Auto-continue when limits reset 的人要的是「勾哪里 / 它到底算不算作弊」，不是再读一遍窗口公式。答案是：官方选项，不算绕过。
时间线
Claude Code 订阅用量与 claude.ai 共享 5 小时窗和 weekly limit。撞上后会话停，等窗口或加用量 credits（API 价）。
ClaudeDevs：Desktop 增加 Auto-continue when limits reset。Week 33 digest 收录。本页按 2026-08-30 仍把它写成 Desktop 选项。
开关只在官方限额重新有余量之后续跑。具体时刻看 /status 与产品页，不由这个 checkbox 改写。
已确认 vs 误解
已确认
开关名、Desktop、2026-08-13 宣布、作用是限额复位后自动继续，均来自 ClaudeDevs 公开帖与 digest。它不宣称提高配额。API 计费的 Claude Code 不走这套订阅窗，对不上这个开关。
常见误解
「打开就能一直跑、等于没有 weekly limit」——限额仍在，只是复位后续上。「这是破解 / 共享账号」——这是官方 Desktop 选项。「CLI 一定有同名开关」——宣布针对 Desktop，其他入口以版本为准。
等窗复位 vs 换计费路径
继续用订阅：打开官方开关并等复位
在 Desktop 找到 Auto-continue when limits reset。会话仍会在限额处停下，复位后自己续。适合能接受窗口、只是不想盯倒计时的人。
任务不能停：走 API 预付
订阅窗和 API credits 是两本账。需要 24×7 agent 时，改走预付 API（官方价 × 服务费率）按在售模型计费，而不是伪造重置时间。本页不描述绕过订阅鉴权的做法。
怎么用（官方选项）
更新 Claude Code Desktop，在设置或会话选项里打开 Auto-continue when limits reset。用 /status 确认当前是 5 小时还是 weekly。不要把它和 Console 积分用尽、档位月封顶混为一谈。需要不间断跑时，改计费路径，而不是改客户端时钟。
QCode 不实现这个 checkbox
Auto-continue when limits reset 是 Claude Code Desktop 的产品开关。QCode 提供 API。若你已经因为订阅窗停住、又不能等复位，可以用已开通的 key 按官方价 × 服务费率调在售模型继续跑。这不会给你的 Anthropic 订阅「加额度」。
常见问题
打开之后限额会变大吗？
不会。它只在官方复位之后续跑。配额公式仍是订阅产品的 5 小时窗与 weekly limit。
CLI 有没有同样的开关？
2026-08-13 宣布写的是 Desktop。CLI 是否同名，以你的版本设置为准。不要把 Desktop 文案复制成所有表面都已交付。
和 Credit balance is too low 一起出现怎么办？
那是 Console 预付积分，不是订阅窗。这个开关救不了 credits = 0。去 Billing 或改鉴权。
会不会在限额未复位时偷偷继续？
公开说明是 when limits reset。把它理解成绕过限额，与官方命名相反。本页不提供任何「不停窗」的非官方做法。
Week 33 digest 还写了什么要注意的？
digest 是更新目录，细节以客户端设置为准。不要靠二手摘要发明隐藏参数。
QCode 能不能代我勾上这个选项？
不能。那是 Desktop 本地设置。QCode 能做的是另一条 API 计费路径，在订阅窗之外继续调用在售模型。
信息来源
开关名与 Desktop 范围来自 ClaudeDevs 2026-08-13 帖 https://x.com/ClaudeDevs/status/2088014831605702937，以及 Claude Code Week 33 digest / whats-new。5 小时窗与 weekly 机制见 Anthropic 产品文档与站内既有说明页。核对日期 2026-08-30。
相关阅读
Claude 5 小时窗
这个开关所等待的那一类复位时钟。
Claude weekly limit 2026
周配额怎么走；auto-continue 不会改这些数字。
Claude usage limit reached
限额文案本身，和 Desktop 续跑开关要一起看。
整理自 ClaudeDevs 公开帖与 Claude Code 更新说明，不是 Anthropic 对限额数字的承诺。开关是否出现以你的 Desktop 版本为准。QCode 不绕过订阅鉴权或用量窗。