# Claude Max 和 Pro 限额差在哪？5x、20x 升级后仍有周上限

> 对照 Claude Pro、Max 5x 与 Max 20x 的五小时限额、共享周额度和 usage credits，说明 Fable 最多可用哪部分周额度，并按同一工作量计算升级、多订阅与 API 的实际月支出。

- Source: https://www.aifreeapi.com/zh/posts/claude-code-pricing-pro-vs-max
- Language: zh
- Published: 2026-01-07
- Updated: 2026-09-12
- Publisher: AI Free API (https://www.aifreeapi.com)

**从 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 说明](https://support.claude.com/en/articles/8325606-what-is-the-pro-plan)和 [Max 说明](https://support.claude.com/en/articles/11049741-what-is-the-max-plan)。Max 目前按月订阅；表中为整月比较，不能直接当作中途升级时的补款金额。

**“会话”在这里是计量窗口，不是左侧聊天列表里的一条对话。** 新建聊天不会新领一份五小时或周额度。五小时计量与周计量同时存在，短窗口恢复后，已经耗尽的周额度仍会挡住套餐内使用。

官方当前没有给出人人适用的固定周消息数，也没有公布可用于所有账户的周 Token 数。因此，不应把 Pro、Max 5x、Max 20x 写成固定的“每五小时 45／225／900 条”或“每周 300／1500／6000 条”。模型、对话长度、文件、功能和推理投入都会影响消耗，同样发十条消息，不一定花掉同样的额度。具体影响见[使用限制与对话长度说明](https://support.claude.com/en/articles/11647753-how-do-usage-and-length-limits-work)。

## 共享池＋周限额＋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 订阅使用说明](https://support.claude.com/en/articles/11145838-use-claude-code-with-your-pro-or-max-plan)。表中模型规则见 [Fable 套餐说明](https://support.claude.com/en/articles/15424964-claude-fable-models-on-your-plan)，付费续用条件见 [usage credits 管理说明](https://support.claude.com/en/articles/12429409-manage-usage-credits-for-paid-claude-plans)。

举个常见工作日场景：上午在网页里读长文档，下午打开 Claude Code 重构项目。两项工作都可能消耗订阅额度；把简单问题移到网页端，并不会替 Code 节省一个独立的配额池。真正能减少后续消耗的，是减少不必要的上下文或任务投入，而不是更换入口。

**比较用量时，还要区分活动周与常规周。** 截至本文更新日，Claude Code 的周额度正处于相对旧标准增加 50% 的临时活动，至 9 月 13 日 23:59（太平洋时间）结束；它只覆盖 Code 各入口，不提高五小时限额，也不为聊天或 Cowork 增加同样的额度。共享基础用量不等于所有产品共享促销倍率，混合使用的总量不能直接乘以 1.5。适用范围见[官方活动说明](https://support.claude.com/en/articles/15910845-claude-code-may-august-2026-weekly-limits-promotion)。

官方[已宣布](https://x.com/ClaudeDevs/status/2093742321473065266)自 9 月 14 日起，Code 周额度标准将比旧标准高 25%，因此不要把活动期间的 Code 表现直接当作长期容量。这里的“额外 50%”也与下文 Fable“常规周额度内最多占 50%”完全不同。时间变化和比较分母见[Claude Code 周限额调整说明](/zh/posts/claude-code-usage-limit-issues)；公告不等于当前账户已完成调整，也不能据此推定正在进行的周窗口会重新计算。

使用 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 的共用周额度说明](https://support.claude.com/en/articles/15424964-claude-fable-models-on-your-plan)；需要处理具体 Fable 提示时，可看[Pro 与 Max 的 Fable 周限额详解](/zh/posts/claude-fable-pro-max-weekly-limits)。

Pro 的情况不同：目前 Fable 5 和 5.1 都从开始就走 usage credits。不要把仍有 Pro 周额度理解为 Fable 可以先用完这部分套餐内额度，也不要沿用已经结束的 Fable 5 临时活动口径。

![Fable 与其他模型共用 Max 周额度的百分比示意](https://www.aifreeapi.com/posts/zh/claude-code-pricing-pro-vs-max/img/fable-shared-weekly.webp)

## 升级前打开 Usage：确认真正的停工原因

进入 **Settings > Usage**，记录限制项名称、当前用量和下一次重置时间。周额度按账户分配的固定时间重置，不统一等到周一，也不能按“我刚开始用，所以七天后恢复”来推算。

用一次完整的工作记录回答三个问题，比估算每天发几条消息更有用：

1. **先到顶的是哪项？** 如果每次都是五小时限制，而周用量一直有余地，Max 增加每会话容量正好对应这个瓶颈。如果先耗尽全模型周额度，就需要观察升级后的周用量表现，不能直接套用 5x／20x。
2. **能否换一种套餐内用法完成剩余任务？** Fable 到顶时，检查其他模型与总额度；若任务允许换模型，可能无需再付款。全模型周额度到顶时，换客户端没有帮助。
3. **这一轮工作究竟花了多少？** 同时记订阅内完成的任务、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 的订阅月费与额外支出账单对照](https://www.aifreeapi.com/posts/zh/claude-code-pricing-pro-vs-max/img/monthly-total-cost.webp)

### 五个 Pro、一个 Max 5x、直接用 API 怎么比

五个 Pro 的月费合计是 100 美元，等于一个 Max 5x 的月费；十个 Pro 合计 200 美元，等于一个 Max 20x 的月费。**价格相等只说明账单底价相等**。它既不能证明合计周容量相等，也不能让多个账户的剩余额度并入一个账户。

如果比较多个订阅，应把各账户上完成的任务合计，记录无法转移的剩余额度与每个账户的额外支出。连续任务是否需要迁移上下文也要计入使用成本。不要用“5 个账户的总消息数”替代实际完成的工作量。

直接使用 API 时，比较的是同一批工作的实际 Token 账单，而不是把订阅百分比乘以某个猜测的美元单价。固定模型与任务样本，保留输入、输出及适用缓存费用，再估算月总量；如果还保留 Pro 做聊天，它的 20 美元也应加回总额。

API 使用独立计费和限制体系，仍有组织或工作区的速率与支出限制，具体见[官方 API 限额文档](https://platform.claude.com/docs/en/api/rate-limits)。选择 API 能让支出随用量变化；是否便宜，要由同工作量账单回答。

## 常见的限额疑问

### Max 20x 能保证一整周不断吗？

不能保证。它提高每会话容量，仍有全模型周限额以及可能适用的模型、功能限制。需要持续付费续用时，把 credits 的预算和可用条件一起纳入安排。

### 重新开一个聊天，能恢复额度吗？

不能返还已消耗的用量。新任务开启新聊天可能减少携带的旧上下文，从而影响后续消耗；如果已经达到使用上限，应看对应重置时间。单次对话太长与一段时间内用量耗尽也是不同问题。

### credits 开启后，五小时额度会重新计时吗？

不会。credits 让满足条件的额外使用单独付费，原有会话重置时序不因它改变。可在 Usage 中分别查看套餐用量和 credits 支出，并设置月支出上限、按需配置自动充值。

### 现在应该从 Pro 升级吗？

如果你的记录反复显示五小时容量不足、周额度仍有余地，Max 值得按实际任务试算；如果主要卡在周额度或 Fable 上限，先核对共享关系和付费溢出。把“升级后仍需多少额外费用”补进预算，再决定买 5x、20x，还是保留 Pro 配合按量使用。