SSD Nodes Learn Hosting plans →
指南 Matt Connor作者: Matt Connor · 更新于 2026-09-07

Claude Max限额什么时候重置?查看会话和周限额

Claude Max会话限额不是每天固定时间重置,而是按滚动5小时窗口计算。本文说明如何在应用和CLI查看准确重置时间,并按UTC+8安排使用。

Claude Max 限额何时重置

Claude Max 限额按两个独立的计时周期重置,只有一个周期遵循日历。会话限额按滚动窗口运行,窗口由您的使用活动开启,因此每天的结束时间都可能不同。每周限额会在 Anthropic 为您的账户指定的固定日期和时间重置,该时间不会变化。如果您总是在下午 3 点用尽限额,需要调整的是窗口的时间位置,因为窗口是由您开启的。

请从本页了解机制,并以您自己的账户数据为准。Anthropic 会公布限额的规则。您的应用和终端会显示您当前在限额中的使用情况。没有任何文章能够告诉您此刻还剩多少容量,声称可以做到的文章都只是在猜测。

会话窗口按滚动方式计算,周窗口固定不变

Anthropic 的 Max 计划帮助页面明确说明了会话周期。信息核对于 September 2026:

基于会话的使用限额每五小时重置一次。

同一页面没有为该窗口指定一天中的某个时间,因为它并不存在固定时刻。Claude Code 文档将 Team 和 Enterprise 计划中的等效额度描述为按滚动的五小时窗口和周窗口重置。“滚动”表示窗口起点取决于您的使用时间。它不会在午夜开始,也不会在整点开始。

周限额使用的是另一种计时方式:

周限额每周在分配给您账户的固定时间重置。无论您何时开始使用 Claude,或订阅何时开始,重置日期和时间都保持不变;每个周期您都会获得完整的周额度。

因此,会话窗口的起点由您的使用时间决定,而周限额的重置时间不是由您决定的。这两种限额的影响也不同。会话限额可能让您在某个下午暂时无法继续使用。周限额可能在您已经安排好的一周中途阻止您继续使用;在指定时间到来前,改变使用习惯也无法恢复额度。所有付费计划的这些限额大致如何运作,请参阅Claude 使用限额的结构

两种限额都会跨模型计算。Anthropic 的 Claude Code 文档说明,会话限额或周限额由所有模型共享,因此使用 /model 切换模型无法恢复访问权限。模型专属限额则是另一回事。在 You've hit your Opus limit 之后,使用 /model 切换到该模型系列之外的模型,仍可继续工作。

应用和 CLI 显示重置时间的位置

多个位置会显示重置时间,每个位置都比文章中看到的一个数字更可靠。

在 Web 应用和桌面应用中。 打开 Settings,然后选择 Usage。Anthropic 的帮助页面说明,你可以在 Settings > Usage 中查看下一次重置时间。Current session 行会显示你目前已使用的会话限额,以及本次会话剩余时间。需要关注的就是这个剩余时间。观察一次后,滚动重置的行为就很明显了,因为它不会在整点重置,除非你恰好从整点开始会话。

在 Claude Code(CLI,即命令行界面)中。 运行 /usage。在 Pro、Max、Team 或 Enterprise 计划中,它会显示计划用量条,并列出具体消耗限额的项目。按 dw,可在最近 24 小时和最近 7 天之间切换该明细。

有一个注意事项可以解释一个容易造成混淆的差异。明细数据是近似值,基于该计算机上的本地会话历史计算,因此你在另一台笔记本电脑或 claude.ai 应用中完成的工作不会计入其中。用量条仍然反映你的真实账户用量。如果用量条看起来比明细所能解释的更满,通常是因为你还在另一台计算机上使用过账户。

如果用量请求本身失败(最常见的原因是用量端点受到速率限制),/usage 会回退到该计算机在过去 60 分钟内加载的最近用量条,并打印 Showing last-known usage 提示,同时提供 r 以便重试。除非阅读该提示,否则过期的用量条看起来与最新用量条完全相同。

在限额消息中。 达到上限后,Claude Code 会打印 You've hit your session limitYou've hit your weekly limit,消息中会说明该时间窗口何时重置。在 Claude Code v2.1.234 或更高版本中,使用 claude.ai 订阅登录的交互式会话随后会等待,并自动继续执行任务:

Usage limit reached · continuing automatically at 3:45pm · esc to cancel

这是你能获得的最有用的重置时间,因为它表示 Claude Code 自身将再次开始工作的时刻。重置后,它会变为 Usage limit reset · continuing automatically,并从停止的位置继续任务;它使用固定提示词,而不是重新发送你的上一条消息。如果计算机在重置期间休眠超过约 30 分钟,该行会改为 Your usage limit has reset · press enter to continue,此时必须按 Enter,任务才会继续。Esc 可在空提示符处取消等待,/rate-limit-options 可再次启用等待。

如果上述内容都没有出现,请运行 claude --version。自动等待是近期新增的功能,因此旧版二进制文件会在达到限额后停止,需要你自行稍后返回。

为什么繁重会话会更快耗尽窗口

窗口按 token 而不是消息计量,因此,即使两天下午发送的提示数量相同,消耗量也可能相差很大。Claude Code 会在每次请求中发送完整对话;每次 Claude 使用工具时,它还会发送一个携带这批工具结果的新请求。即使会话已持续一整天,在其中提出一个只有一行的问题,仍会按整个对话消耗用量。

Anthropic 的成本文档列出了可采取措施的原因:

  • 上下文过长。每轮都会以缓存 token 费率重新读取大型对话。
  • 缓存未命中。中断时间超过缓存生命周期后发送的第一条消息,会重新处理完整上下文。订阅状态下,缓存生命周期为一小时;开始使用用量额度后,生命周期会缩短为五分钟。
  • 计划任务。计划任务会按设定间隔执行,即使会话处于空闲状态;每次执行都会发送完整上下文。
  • Agent teammate。每个活跃的 teammate 都会运行自己的上下文窗口,并持续消耗 token,直到退出。
  • 压缩。/compact 会读取要进行摘要的对话,因此压缩大型上下文本身就是一个大型请求。/clear 不产生费用。

您不必猜测是哪一项造成了影响。/usage breakdown 会标记近期用量中占比达到 10% 或更高的行为,并将用量归因到 skills、subagents、plugins 以及单个 MCP(model context protocol)服务器。如果标记了缓存未命中,原因就是您午餐期间一直保持打开的会话:中断后的第一条消息再次为整个历史记录付费。其底层机制详见Claude Code 如何在代码库中消耗 token

围绕 UTC+8 工作日安排工作窗口

UTC+8 即协调世界时加8小时,覆盖北京、新加坡、香港、台北、吉隆坡和珀斯。工作窗口不考虑您的时区偏移,这正是其设计目的。它只关注您何时开始。

由此带来一个实用结果。如果您在09:00用早上的第一条消息开启窗口,Settings > Usage 中的倒计时会告诉您窗口何时结束,下一次窗口也会从那里开始。这样,您的工作日就有了一个由您主动设定的边界,而不是在15:20看到屏幕上还有一项未完成的迁移时,才突然发现时间到了。

由此可以形成4个习惯。

  1. 用真正的工作开启窗口。08:20咖啡冲泡时随手提出的无关紧要问题,会让边界落在下午工作进行到一半时。同一个问题如果在早上的高强度工作结束后再提出,就不会额外消耗资源。
  2. 开始大型任务前先查看用量条。如果 Settings > Usage 显示当前窗口已消耗大部分用量,只剩1小时,不要在其中开始大型重构。先完成阅读和小型修复,再在新的窗口中开始大型任务。
  3. 有意在边界处分割长期任务。窗口结束前,请生成书面计划或检查点文件。这样,下一次窗口可以从一份简短文档开始,而不是重新处理一段很长的对话,成本更低,也更容易继续。交回该文档前,运行 /clear
  4. 边界临近时让任务等待。自动继续功能会暂停任务,并在重置时恢复任务,让您可以先处理其他事情。如果重置时间向后推迟超过24小时,Claude Code 会结束由它自行启动的等待。因此,它实际上适合跨越工作窗口边界,不适合跨越每周边界。

每周限额需要采用不同的习惯,因为您无法移动它。在 Settings > Usage 中找到分配给您的重置日期和时间,并记录在您能看到的位置。每周补充限额前一天都是您每周最紧张的一天,无论您如何安排工作窗口。将大型迁移安排在补充限额后的第2天。如果分配给您的时间在 UTC+8 时区的深夜,那么这是好事,因为您大多数早晨开始工作时,限额都是充足的。

更高 Max 套餐如何改变触及上限的情况

Anthropic 提供两个 Max 套餐,并在 Max 套餐页面中分别以 Pro 套餐为参照进行说明。套餐级别决定您在一个时间窗口内可以消耗多少额度,但不会改变窗口的计算方式,也不会改变每周额度补充的日期。

这个区别决定升级是否有帮助。如果您确实只在高负载日每周两次触及会话上限,那么更高的额度会为每个窗口提供更多空间,您触及上限的频率也会降低。如果您每天都在同一个长时间运行的会话中,于相同时间点触及上限,那么问题出在上下文,而不是套餐。更高的额度只会让您晚一小时触及同一个上限。先改善会话管理,再使用 /usage 测量正常的一周,然后再决定是否付费升级。

Max 5x 和 Max 20x 套餐的并列比较介绍了日常使用中两个套餐的差异,升级 Max 套餐前需要检查的事项汇总了应首先回答的问题。如果您在本文建议所适用的地区计费,那么标价并不是账户实际扣款金额;Claude Max 在台湾和香港的实际费用会从货币和税费角度分析同一决定。

您已经被锁定。现在怎么办?

屏幕上的消息会显示重置时间,因此先阅读该消息,再进行其他操作。然后选择以下两种方式之一。原地等待,等到重置时间后自动继续执行任务;或者使用 /usage-credits 启用用量额度,以按量计费的方式在超出套餐限制后继续工作。如果消息针对特定模型,还可以选择第三种方式:使用 /model 切换模型系列,以继续工作。每种方式都有相应条件,详见Claude 提示您已达到限制时该怎么办

FAQ

我的 Claude Max 会话限制会在午夜重置吗?

不会。Anthropic 说明,会话限制按滚动窗口每五小时重置一次。该窗口取决于您的使用时间,而不是日历时间。午夜和整点都不会影响重置时间。每周限制才有固定时间表,Anthropic 会为每个账户分配具体的日期和时间。打开 Settings > Usage 查看您的重置时间。

在哪里可以查看准确的重置时间?

claude.ai 的 Settings > Usage 会显示下一次重置时间,以及当前会话剩余时间。在 Claude Code 中,/usage 会显示套餐使用量进度条,限制提示本身也会说明窗口何时重置。在 Claude Code v2.1.234 或更高版本中,等待提示会直接显示恢复使用的时间,例如 continuing automatically at 3:45pm。请以这些信息为准,不要参考文章中列出的任何时间,包括本文中的时间。

为什么我今天的限制比昨天消耗得更快?

使用量按 token 计算,而不是按消息数量计算。每次请求都会重新发送长对话;每次工具调用还会附带其结果并产生另一个请求。因此,一个包含五十次提示、持续八小时的会话,消耗量可能远高于一个包含同样五十次提示的新会话。运行 /usage 并查看详细分解。该命令会标记近期使用量中占比达到 10% 或更高的行为,例如上下文过长或缓存未命中。

切换模型后可以恢复工作吗?

这取决于您收到的提示类型。会话限制和每周限制在所有模型之间共享,因此在收到 You've hit your session limit 后,/model 无法恢复访问权限。诸如 You've hit your Opus limit 这类特定于模型的提示则不同。切换到该模型系列之外的模型后,您可以继续工作,直到共享窗口成为限制因素。

更高的 Max 级别会让限制更快重置吗?

不会。级别只会改变窗口内可用额度的大小。五小时的会话周期和系统为您分配的每周重置时间都不会改变。升级后,您较少会达到上限,但不会清除已经达到的上限。先使用 /usage 统计一个正常周,这样您就能确认实际阻止您继续使用的是哪一种限制。