Claude Code 用量限额讲清楚：5 小时窗口、周限额，以及怎么盯住自己的消耗
规则分散在多篇支持文档里，今年春天还连续改过两次。这里把它们合到一处：计量器怎么跑、各套餐给多少、撞墙前怎么看烧量，以及真撞上之后还能怎么继续。
快速问答
有每日限额吗？ 没有。它先看一个 5 小时会话限额：文档说会“每 5 小时重置”；上面再叠周限额，文档说“在你的会话开始后 7 天（seven days）重置”。所以它是滚动窗口，不按自然日清零。
Claude 聊天和 Claude Code 共用一个池子吗？ 是。文档原话是，用量“在 Claude 和 Claude Code 之间共享”（原文：“shared across Claude and Claude Code”）；换句话说，两个工具里的所有活动都会计入同一组用量限额。claude.ai、Claude Desktop 和 Claude Code CLI 都从同一个计量器里扣。
撞到限额会发生什么？ 先给“接近 5 小时限制”的警告，再给带重置时间的阻断提示。文档原话是“已达到 5 小时限制——将在 [time] 重置”（原文：“5-hour limit reached — resets [time]”）。它不会自动降级模型；要么等，要么用 Usage credits（用量加油包）超额继续。
能花钱继续吗？ 可以。Usage credits 以前叫 “extra usage”。超过订阅限额后，工作还能继续；文档原话是费用会“按标准 API 价格计费”（“billed at standard API pricing rates”），月度消费上限由你自己设。
计量器到底怎么跑
它其实同时跑两只表：
- 5 小时会话窗口。 它锚定在会话开始的时间点，每 5 小时重置。文档没有把触发条件写得更细。把“第一条消息启动计时”当经验可以，别当官方定义。
- 叠在上面的周限额。 Pro 有一个（跨所有模型）；Max 和 Team Premium 席位有两个，文档原话是“一个适用于所有模型，另一个只适用于 Sonnet 模型”（one that applies across all models and another for Sonnet models only）。这两类限额都会在你的会话开始后 7 天重置。
共享池子的后果很直接：一个下午把 Claude Code 跑狠了，聊天额度也会跟着少；反过来也一样。多入口用户会撞到单入口用户没见过的墙。这不是 bug，而是文档写明的计量方式。
5 月 6 日改了什么
Anthropic 在 5 月 6 日把 Claude Code 的 5 小时速率限制翻倍，覆盖 Pro、Max、Team 和按席位计费的 Enterprise 套餐；同时取消了 Pro 和 Max 上 Claude Code 的“高峰时段限额下调”。如果你对限额的印象还停在 5 月前，那已经旧了，而且是往好的一侧变旧：同样的钱大致能买到两倍 agent 时间，晚上开工也不会再被悄悄压额度。
每个套餐到底给多少
官方倍数如下，全部以 Pro 为参照：
| 套餐 | 单次会话用量 | 周限额 | 超额继续 |
|---|---|---|---|
| Pro — $20/月 | 基线（≥5× 免费版） | 1 个（所有模型） | Usage credits |
| Max 5× — $100/月 | 5× Pro | 2 个（所有模型 + 仅 Sonnet） | Usage credits |
| Max 20× — $200/月 | 20× Pro | 2 个（所有模型 + 仅 Sonnet） | Usage credits |
| Team Premium — $100/席位/月（年付） | 6.25× Pro | 2 个（所有模型 + 仅 Sonnet） | 通过管理员 |
6.25× 是这组数字里最容易被忽略的那个：同样标价下，一个 Team Premium 席位的单次会话用量比 Max 5× 还高一档，只是超额继续由管理员管理，不是自己点开就能买。哪一档划算，要看价格，不是只看限额；这张表只讲配额。
撞墙前先看用量
- Claude Code 里的
/usage（旧资料里也可能看到/cost）——套餐用量条，以及按 skills、subagents、plugins 和单个 MCP 服务器拆开的近期用量明细。按 d/w 键可以在 24 小时和 7 天视图之间切换。它有一个文档明说的限制：数字是“根据这台机器上的本地会话历史计算”的，所以其他设备和 claude.ai 的用量不会出现在这里。 /status—— 快速看剩余额度；快撞墙时，警告也会出现在这里。- Web: Settings → Usage —— 5 小时会话和周限额的进度条。这是跨设备的权威视图。
- 状态行 —— 可以配置成持续显示上下文窗口用量；注意，那是 context 填充量，不是套餐百分比。
- 社区工具之所以存在，是因为这种焦虑很真实：ccusage 会从本机会话文件分析 token 用量和成本，Claumon 会把它们做成实时仪表盘。它们有用，但和
/usage一样，只看本机。（限额工具是 Claude Code 周边生态里最密的一簇，这本身就是对原生限额可见性的一次判决。）
最能避免锁死的习惯很简单：开任何像一队 agent 的任务前，先看 /usage，再看周限额条。5 小时的墙烦人；周限额的墙，才是真正让你今天收工的那堵。
真撞上了怎么办
文档里的顺序很直：先警告，再给你阻断提示——“已达到 5 小时限制——将在 [time] 重置”（原文：“5-hour limit reached — resets [time]”）。这时你有三个选择：
- 等。 提示里会写重置时间；周限额的重置时间在 Settings → Usage 里看。
- 用 Usage credits 超额继续。 在 Settings → Usage 里开启（Pro 和 Max 可自助开启；Team/Enterprise 需要通过
/usage-credits向管理员申请）。超过限额后，锁定提示会变成文档原话“正在通过 Usage credits 继续”（“continuing with usage credits”），费用按“标准 API 价格计费”（“billed at standard API pricing rates”）。你可以设月度消费上限，也可以开自动充值；每天最多兑换 $2,000。在 CLI 里，/usage-credits用来设置上限，也会在会话中途提示你是否提高上限，而不是直接停工。（如果你以前认识的是 “extra usage”：同一个功能，改名了；旧的/extra-usage命令仍然可用。） - 重新规划工作。 如果超额账单开始变成常态，而不是赶工日的例外，套餐数学就已经翻盘，升级会更便宜；如果你经常把额度烧在盯 agent、救 session、重复跑流程上，真正该改的通常是工作流设计，不是配额。
延伸阅读
- 2026 年 Claude Code 价格 —— 哪一档在数学上真的划算。
- 最佳 AI 编程 agent：6 月判断 —— 这些限额放到跨厂商对比里是什么位置。
- 运行一队长期 agent —— 最容易撞上这些墙的用法。