Claude Code 限额规则：额度多久重置、用完了怎么办

Claude Code 的订阅额度不是「每月清零」，而是双重限制：会话额度每 5 小时重置一次，每周额度在固定时间重置。Pro、Max 5x、Max 20x 规则完全一样，差别只在倍数。本文按官方口径讲清额度怎么扣、什么时候回来、用完了怎么办，以及官方文档里最容易被忽略的五个细节。

先看结论：额度怎么扣、什么时候回来

1. claude.ai 网页版、桌面端和 Claude Code 共用同一份额度，在网页聊天也会消耗 Claude Code 的额度
2. 会话额度按 5 小时滚动窗口重置，每周额度在系统分配的固定时刻重置
3. 消耗速度取决于模型、effort 档位和是否开 extended thinking，Opus 明显比 Sonnet 费额度
4. 在 Claude Code 里输入 /usage 就能看到额度的用量条和活动统计，这是官方成本文档推荐的最直接查看方式

各档位限额怎么算

官方没有公开每个档位具体含多少 token，只公布了倍数和价格：

同档位下不同模型的消耗速度也不同：Opus 每轮消耗是 Sonnet 的好几倍，Haiku 最省。所以额度够不够用，很大程度取决于你怎么用，而不是只看档位。

5 小时窗口怎么算

官方原文是「session-based usage limit will reset every five hours」，即会话额度每 5 小时重置：

1. 5 小时从窗口内你发出的第一条消息开始计时，不是从整点，也不是从打开 Claude Code 开始
2. 窗口内额度用完后，Claude Code 会提示到达上限，并显示什么时候恢复
3. 5 小时一到自动给满，不需要手动操作

每周限额：固定时间重置

Pro 和 Max 都有覆盖所有模型的每周限额（weekly limit），规则和 5 小时窗口不同：

1. 重置时间是系统分配给账号的固定每周时刻，不随你什么时候开始使用而变化，订阅何时开始也不影响
2. 每个周期都给满整周额度
3. claude.ai 的 Settings > Usage 可以看到自己下一次重置的时间

所以有人「周二用完、周四才恢复」，有人周四周五还有余量，区别就在这个被分配的重置时刻上。

额度用完了怎么办

按成本从低到高有四条路：

1. 等重置：等 5 小时窗口恢复，多数情况下这是零成本首选
2. 开启 usage credits：订阅额度用完后按量付费继续用，Pro 和 Max 都支持
3. 升级档位：Pro 升 Max 5x，Max 5x 升 Max 20x
4. 切 API：按标准 API 费率单独计费，和订阅费是两套账

官方明确：切换到 API 付费需要你明确同意，Claude Code 不会默默扣 API 费。只想用订阅额度的话，遇到 API 选项直接拒绝，等窗口重置即可。

如果你决定开启 usage credits，建议顺手设一个月度消费上限：/usage 的 usage credits 行会显示当月花费与上限的对比，没设上限时这一行只显示 Unlimited，看不到消费压力。

API 按量付费：没有 5 小时窗口

用 API key 登录 Claude Code（Console 或云厂商渠道）则完全不同：

1. 按 token 按量付费，没有硬性停止，限制只是每分钟请求数这类速率限制
2. 用 /cost 查看当前会话的 token 和花费
3. 官方提醒：异常高的账单几乎都来自「从不 /clear 的超长会话」

作为成本参照，官方成本文档给出的企业部署口径是：平均约 13 美元/开发者/活跃日、150 到 250 美元/开发者/月，90% 的用户单日成本低于 30 美元。这个量级可以直接用来判断自己的用量是否异常。适合集中冲刺赶工，但费用要自己盯。怎么开通订阅和配置 API，参考：Claude Code 充值订阅全攻略。

怎么把额度用得更久

1. 换任务先跑 /clear，长会话用 /compact 压缩历史，这是最有效的开关
2. 日常写代码用 Sonnet，卡住的难题再切 Opus，或用「Opus 定计划、Sonnet 执行」的组合
3. 大改动先让 Claude 出计划再动手，避免返工重跑
4. 关掉任务用不到的 MCP server：官方在 /usage 的 attribution 里会按 MCP server 列出各自的用量占比，用不上的连接器就是纯消耗
5. 把 CLAUDE.md 里的大段说明搬进 skills，官方明确这比常驻上下文更省 token

更系统的省额度技巧看：怎么省 token？2026 AI 编程省钱指南；CLAUDE.md 和计划模式用法看：Claude Code 提示词技巧；想用第三方工具盯用量看：Claude Code 用量监控全攻略。

官方文档里最容易忽略的五个细节

以下都来自官方成本文档，逐条对应一个常见误解：

1. /usage 里的金额不等于你的账单。Session 区块显示的是 API token 用量与按标价本地估算的金额，Pro 和 Max 订阅者的额度已经包含在订阅里，这个金额不用于计费。要看权威数字，去 Console 的 Usage 页。
2. 用量请求失败时会显示旧数据。最常见的原因是 usage 端点被限流，此时 /usage 会显示最近 60 分钟内缓存的用量条，并标注 Showing last-known usage，按 r 重试即可。看到数字没变别急着以为额度没被扣。
3. usage credits 行有几种显示形态。Pro 和 Max 显示当月花费与自设上限；没设上限就显示 Unlimited。Team 和 Enterprise 显示的是你自己的花费与组织给你的上限，组织级上限不会出现在这一行。
4. 长会话和后台消耗是账单失控的主因。官方专门有一节讲 background token usage，还解释了为什么一个长会话里用量会持续爬升。attribution 会把 skills、subagents、plugins 和各个 MCP server 的占比摊出来，behavior flags 则会在长上下文或缓存未命中占到近期用量的 10% 以上时打标，/loop 这类定时任务也有单独一行。
5. 版本差异会直接影响你看到的数据。Session 合计在 /clear 后归零（v2.1.211 之前会跨 /clear 一直累计）；数据驻留响应的 1.1 倍加价从 v2.1.239 起才计入本地估算，之前的版本会显示得比账单低；Prompt cache 统计行需要 v2.1.251 及以上；/usage 的限流兜底从 v2.1.208 起提供。用旧版本看到「额度好像没怎么变」，很可能只是显示口径不同。