从 Pro 升到 Max,仍然可能撞上周限额。 Max 5x、20x 中的倍数,指相对于 Pro 的每会话使用容量;它们不代表一周额度必然变成 5 倍、20 倍,更不代表无限使用。网页聊天、桌面应用和用订阅账户登录的 Claude Code,还会消耗同一账户的套餐额度。
决定是否升级,先看停止工作的原因:五小时窗口用尽、全模型周额度用尽,还是某个模型单独到顶。这三种情况对应的下一步不同,额外付费的 usage credits 也需要另算。以下按 2026 年 9 月 8 日的个人 Pro、Max 规则比较,价格使用美国网页美元月费基准;当地税费、移动端价格与购买资格不由这张价格表推定。

Pro、Max 5x、Max 20x:买到的容量怎样计算
| 比较项 | Pro | Max 5x | Max 20x |
|---|---|---|---|
| 网页月费基准 | 20 美元 | 100 美元 | 200 美元 |
| 每会话容量 | 比较基准 | Pro 的 5 倍 | Pro 的 20 倍 |
| 五小时使用限制 | 有 | 有 | 有 |
| 覆盖全部模型的周限额 | 有 | 有 | 有 |
| 可否按名称推算周额度 | 不能 | 不能认定为 Pro 的 5 倍 | 不能认定为 Pro 的 20 倍 |
| 套餐外付费用量 | 可启用 usage credits | 可启用 usage credits | 可启用 usage credits |
价格与倍数定义见官方 Pro 说明和 Max 说明。Max 目前按月订阅;表中为整月比较,不能直接当作中途升级时的补款金额。
“会话”在这里是计量窗口,不是左侧聊天列表里的一条对话。 新建聊天不会新领一份五小时或周额度。五小时计量与周计量同时存在,短窗口恢复后,已经耗尽的周额度仍会挡住套餐内使用。
官方当前没有给出人人适用的固定周消息数,也没有公布可用于所有账户的周 Token 数。因此,不应把 Pro、Max 5x、Max 20x 写成固定的“每五小时 45/225/900 条”或“每周 300/1500/6000 条”。模型、对话长度、文件、功能和推理投入都会影响消耗,同样发十条消息,不一定花掉同样的额度。具体影响见使用限制与对话长度说明。
共享池+周限额+credits:到顶以后还能做什么
先统一两个概念:套餐内额度是月费包含的使用量;usage credits 是额外付费使用余额,按量扣费。后者不能和网友估算的内部“额度单位”混为一谈。
下面按“当前是什么状态”判断。表中的“可付费继续”都以该模型可用、已启用 credits、有可用资金且支出设置允许为前提;它不是自动赠送的备用额度。
| 当前状态或动作 | 能否继续用套餐内额度 | credits/账单会怎样 | 应看哪一项 |
|---|---|---|---|
| 五小时与周额度都还有剩余,模型也未到单独上限 | 可以,使用套餐包含的模型 | 无需为这部分另付费 | 当前模型与用量页面 |
| 五小时额度用尽,周额度还有剩余 | 需等短窗口恢复 | 满足条件时可用 credits 付费继续 | 五小时重置时间 |
| 五小时额度已恢复,全模型周额度用尽 | 仍不能恢复套餐内使用 | 满足条件时可用 credits 付费继续 | 全模型周重置时间 |
| 网页消耗了额度,再切到同账户 Claude Code/IDE | 不会因此多一份额度 | 订阅登录仍计入同一套餐 | 登录方式与共享用量 |
| 同账户换设备或新建聊天 | 不会返还已经消耗的额度 | 不会凭空增加余额 | 原有用量状态 |
| Max 的 Fable 额度到顶,全模型周额度仍有剩余 | 可改用其他模型,但还须满足其余限制 | 坚持使用 Fable 需 credits | Fable 与全模型两项状态 |
| Pro 开始使用 Fable 5 或 5.1 | Fable 不消耗 Pro 包含量来免费运行 | 从开始就使用 credits | credits 余额与支出设置 |
| credits 未启用、资金不足或达到支出上限 | 只有仍可用的套餐内额度能继续 | 不能把“已购买订阅”当作自动续费授权 | credits 设置 |
| Claude Code 改用 API Key 认证 | 改走 API,不使用订阅包含量 | 计入独立的 Console API 账单 | API 账户、速率及支出限制 |
跨端共享和 API Key 的区别见官方 Claude Code 订阅使用说明。表中模型规则见 Fable 套餐说明,付费续用条件见 usage credits 管理说明。
举个常见工作日场景:上午在网页里读长文档,下午打开 Claude Code 重构项目。两项工作都可能消耗订阅额度;把简单问题移到网页端,并不会替 Code 节省一个独立的配额池。真正能减少后续消耗的,是减少不必要的上下文或任务投入,而不是更换入口。
比较用量时,还要区分活动周与常规周。 截至本文更新日,Claude Code 的周额度正处于相对旧标准增加 50% 的临时活动,至 9 月 13 日 23:59(太平洋时间)结束;它只覆盖 Code 各入口,不提高五小时限额,也不为聊天或 Cowork 增加同样的额度。共享基础用量不等于所有产品共享促销倍率,混合使用的总量不能直接乘以 1.5。适用范围见官方活动说明。
官方已宣布自 9 月 14 日起,Code 周额度标准将比旧标准高 25%,因此不要把活动期间的 Code 表现直接当作长期容量。这里的“额外 50%”也与下文 Fable“常规周额度内最多占 50%”完全不同。时间变化和比较分母见Claude Code 周限额调整说明;公告不等于当前账户已完成调整,也不能据此推定正在进行的周窗口会重新计算。
使用 API Key 则改变了付款路径。Claude Code 环境中如果设置了 ANTHROPIC_API_KEY,应先确认实际认证方式,避免一边认为自己在使用 Max,另一边已经产生独立 API 费用。核对时无需展示或复制密钥内容。

“Max 只用了 50% 就停了”:先确认分母
如果提示与 Fable 5/Fable 5.1 有关,50% 的分母是 Max 的常规周额度。官方允许最多将其中一半用于 Fable;Fable 也从这份周额度中扣除,而且消耗速度比其他 Claude 模型更快。这条规则同时适用于两个 Max 档位。
这不等于“Max 总共只能用一半”,也不等于“原来一周额度之外再送一半”。Fable 5 和 5.1 不能各领一份独立的 50%。
为了看清关系,把一周总额度暂记为 100 个份额。以下只是百分比示意,不是 Claude 的 Token、消息数或内部 credits 换算。
| 已发生的使用 | 当前总消耗 | 套餐内接下来怎样用 |
|---|---|---|
| Fable 消耗 50,其他模型消耗 0 | 50/100 | Fable 达到自身上限;其他模型仍可能使用剩余 50 |
| Fable 消耗 30,其他模型消耗 60 | 90/100 | 总共只剩 10;即使 Fable 自身还差 20 到顶,也不能凭空再用 20 |
| Fable 消耗 20,其他模型消耗 80 | 100/100 | 全模型周额度先耗尽;Fable 尚未到 50 也不能继续免费用 |
这里的可继续使用,还要满足五小时及其他适用限制。判断停在哪一道限制,必须同时读全模型总用量和 Fable 的用量状态,不能只盯着一个百分比。规则依据是官方 Fable 的共用周额度说明;需要处理具体 Fable 提示时,可看Pro 与 Max 的 Fable 周限额详解。
Pro 的情况不同:目前 Fable 5 和 5.1 都从开始就走 usage credits。不要把仍有 Pro 周额度理解为 Fable 可以先免费跑完这部分,也不要沿用已经结束的 Fable 5 临时活动口径。
升级前打开 Usage:确认真正的停工原因
进入 Settings > Usage,记录限制项名称、当前用量和下一次重置时间。周额度按账户分配的固定时间重置,不统一等到周一,也不能按“我刚开始用,所以七天后恢复”来推算。
用一次完整的工作记录回答三个问题,比估算每天发几条消息更有用:
- 先到顶的是哪项? 如果每次都是五小时限制,而周用量一直有余地,Max 增加每会话容量正好对应这个瓶颈。如果先耗尽全模型周额度,就需要观察升级后的周用量表现,不能直接套用 5x/20x。
- 能否换一种套餐内用法完成剩余任务? Fable 到顶时,检查其他模型与总额度;若任务允许换模型,可能无需再付款。全模型周额度到顶时,换客户端没有帮助。
- 这一轮工作究竟花了多少? 同时记订阅内完成的任务、credits 消耗、独立 API 费用和等待时间。只记录额度百分比,无法算出月支出。
例如,记录“周三下午 Code 重构被五小时限制挡住;全模型周用量仍有余量;等待后完成”,比“今天用了很多 Claude”更能支持升级判断。若记录变成“周四周额度用尽,余下两天靠 credits 完成”,要比较的就是升级能减少多少付费溢出。
中途升级可能按剩余账期补收差价,但这是计费规则,不能据此承诺升级按钮会把已经用掉的周额度立即清零。急需完成任务时,以账户显示的升级结果和 Usage 状态为准。
多花 80 或 180 美元,能省下多少额外用量费
比较订阅与 API,先把工作量固定:同一批任务、相近的模型与上下文、相同完成标准、同一段时间。一个方案只跑了一半任务,账单再低也不能证明它更划算。
可以用这条式子整理当月支出:
月总支出=订阅月费+实际消耗的 usage credits 费用+独立 API 使用费。
预充值多少是现金流;实际消耗多少才对应本月这批工作。两者分开记录,避免一次充值被误当作一个月全部用量成本。订阅内的 usage credits 虽按标准 API 费率计费,其余额和 Console API 账单仍要分别核对。
按前面的美元月费基准,Pro 升 Max 5x 多花 80 美元,Pro 升 Max 20x 多花 180 美元,Max 5x 升 20x 多花 100 美元。只比较金钱时,升级应至少省下对应差额的额外用量费才达到持平;如果等待减少具有价值,可以另列,但不要把它写成已节省的 API 费用。
不能只用“Pro 额外花了超过 80 美元”决定升级
下面是假设同一工作量的预算示例,不是套餐吞吐实测。额外支出包括 credits 和独立 API 消耗;候选方案的数值需要用自己的记录估计。
| 方案 | 月费 | 假设额外支出 | 月总支出 |
|---|---|---|---|
| Pro | 20 美元 | 110 美元 | 130 美元 |
| Max 5x | 100 美元 | 45 美元 | 145 美元 |
| Max 20x | 200 美元 | 0 美元 | 200 美元 |
在这个例子里,Pro 已经多花 110 美元,但升 5x 只省掉 65 美元的额外消耗,小于新增的 80 美元月费,最终反而贵 15 美元。如果另一组同工作量记录显示 Pro 额外花 170 美元、Max 5x 额外花 30 美元,那么总额分别为 190 和 130 美元,升级才节省 60 美元。
还要保持模型组合一致:如果 Pro 的付费使用主要来自 Fable,而 Max 预计让它消耗套餐内额度,必须把 Fable 的 50% 上限以及它对其他任务周额度的占用一起算进去,不能假设这一部分费用全部归零。
五个 Pro、一个 Max 5x、直接用 API 怎么比
五个 Pro 的月费合计是 100 美元,等于一个 Max 5x 的月费;十个 Pro 合计 200 美元,等于一个 Max 20x 的月费。价格相等只说明账单底价相等。它既不能证明合计周容量相等,也不能让多个账户的剩余额度并入一个账户。
如果比较多个订阅,应把各账户上完成的任务合计,记录无法转移的剩余额度与每个账户的额外支出。连续任务是否需要迁移上下文也要计入使用成本。不要用“5 个账户的总消息数”替代实际完成的工作量。
直接使用 API 时,比较的是同一批工作的实际 Token 账单,而不是把订阅百分比乘以某个猜测的美元单价。固定模型与任务样本,保留输入、输出及适用缓存费用,再估算月总量;如果还保留 Pro 做聊天,它的 20 美元也应加回总额。
API 使用独立计费和限制体系,仍有组织或工作区的速率与支出限制,具体见官方 API 限额文档。选择 API 能让支出随用量变化;是否便宜,要由同工作量账单回答。
常见的限额疑问
Max 20x 能保证一整周不断吗?
不能保证。它提高每会话容量,仍有全模型周限额以及可能适用的模型、功能限制。需要持续付费续用时,把 credits 的预算和可用条件一起纳入安排。
重新开一个聊天,能恢复额度吗?
不能返还已消耗的用量。新任务开启新聊天可能减少携带的旧上下文,从而影响后续消耗;如果已经达到使用上限,应看对应重置时间。单次对话太长与一段时间内用量耗尽也是不同问题。
credits 开启后,五小时额度会重新计时吗?
不会。credits 让满足条件的额外使用单独付费,原有会话重置时序不因它改变。可在 Usage 中分别查看套餐用量和 credits 支出,并设置月支出上限、按需配置自动充值。
现在应该从 Pro 升级吗?
如果你的记录反复显示五小时容量不足、周额度仍有余地,Max 值得按实际任务试算;如果主要卡在周额度或 Fable 上限,先核对共享关系和付费溢出。把“升级后仍需多少额外费用”补进预算,再决定买 5x、20x,还是保留 Pro 配合按量使用。
Max 能提高每个会话的可用量,但仍受周限额约束。先分清五小时窗口、全模型周额度和 Fable 的 50% 上限,再比较月费与额外用量支出,才能判断升级是否解决你的停工问题。

微信扫一扫打赏
支付宝扫一扫打赏
