Claude Max 20x 更名为 Ultra：额度、限制与套餐选择

据报道，本次调整仅取消已认证 Ultra 账户的 5 小时用量限制。Max 仍保留该限制，每周总上限也没有取消。

原有 Max 5x 更名为 Max，官网月费仍为 100 美元；原有 Max 20x 更名为 Ultra，月费仍为 200 美元。已有订阅者由系统自动迁移，无需重新购买。Ultra 取消的是五小时窗口内的限制，并不等于订阅变成无限使用。

Anthropic 的调整涉及“档位迁移”“五小时窗口”和“每周总额度”三项，三者对应不同规则，需要分别核对，否则容易误判实际权益。

套餐名称变了

据报道，两个旧档位迁移后的名称、价格和主要限制如下。

自动迁移用于更新旧名称与新档位的对应关系。原 Max 20x 用户需要确认后台已经显示为 Ultra，无需额外购买套餐；原 Max 5x 用户则应确认账户仍显示为 Max。

Ultra 取消五小时限制

从调整公告开始，取消五小时限制的政策覆盖大多数现有 Ultra 订阅者，适用对象被明确限定为“已认证的 Ultra 账户”。

较新的账户可能暂时仍有五小时限制，需要经过自动验证后才能解除；Anthropic 会通过邮件发送通知。刚注册或刚完成迁移的用户看到 Ultra 仍有临时限制，可能是验证尚未完成，不能据此判断正式规则没有生效；应先确认验证是否完成。

账户验证进度仍会影响实际体验。

Max 仍保留五小时上限

每月 100 美元的 Max 继续执行五小时限制，这项调整仅适用于符合条件的 Ultra 账户。

两档订阅的差别不只在名称：Max 更适合能够围绕五小时窗口安排任务的个人用户；Ultra 的主要变化是允许任务在单个窗口内连续运行，减少因窗口重置而中断的情况。

每周上限与二十倍口径

新定价页显示 Ultra 为“10x Pro 每周用量”，但账户切换弹窗中仍能看到“20x Pro 用量”的旧文案。这组信息容易被理解为额度从 20 倍降到 10 倍。

按报道给出的解释，旧版“20x”衡量的是单个五小时窗口内可容纳的消息量，而 200 美元档的每周上限一直是 Pro 的 10 倍。 两者衡量的是不同时间尺度上的额度，因此不能直接拿“20x 除以 10x”判断实际额度削减幅度。

新定价页与账户弹窗的文案不一致，仍需核对；仅凭这两个数字，不足以证明 Anthropic 进行了同等幅度的额度削减。较稳妥的判断是：Ultra 取消了五小时窗口内的限制，但没有把周用量提高到 Pro 的 20 倍。

Claude Code 的五小时窗口调整

Claude Code 与普通 Claude 对话共用同一额度池，取消五小时限制不会给代码任务单独增加一份额度。

Claude Code 的典型工作方式包括长上下文、多轮迭代、文件读写、项目级操作，以及持续数小时的代理式任务，这些模式本来就更容易触达使用上限。 对符合条件的 Ultra 用户而言，改善主要体现在连续修改代码、调试或执行代理任务时，较少因五小时窗口结束而被迫中断；每周总额度和共享额度池仍然存在。

Anthropic 此前测试过重新划分 Claude Code 套餐。2026 年 4 月，Claude Code 曾短暂从 Pro 定价页移除，数小时后页面回滚；Anthropic 称这只是一项覆盖约 2% 新注册用户的小范围测试，现有 Pro 与 Max 订阅者不受影响。 这不能证明该测试与本次 Ultra 调整直接相关，但说明高消耗的代理式编程已经成为订阅分层中的敏感项。

额外用量仍按标准费率计费

付费用户触及套餐限制后，可以开启 Extra usage 继续使用，并按标准 API 费率付费。

Ultra 升级不会提供无限 API 预算。一旦超出订阅包含的额度，额外用量就成为一项需要单独计算的成本。普通 Claude 对话与 Claude Code 共用额度池，因此非编码对话同样可能压缩留给代码任务的余量。

高强度编码仍会碰到周上限

即使 Ultra 已取消五小时限制，长时间运行 Claude Code 仍可能撞上每周总额度。

高强度任务的消耗不只取决于运行时长，还会受到上下文长度、多轮迭代、模型版本和推理强度的影响。 对团队或重度用户来说，更实际的做法是拆分长任务、减少不必要的上下文重复，并把一周内的任务密度纳入安排，而不是把取消五小时限制理解为可以持续运行到周额度耗尽。

额度体感仍可能波动

用户感受到的“额度够不够”，不能只靠本次套餐更名来解释。SemiAnalysis 此前披露，Anthropic 曾在 Claude 订阅额度上开展 A/B 测试：测试中，部分相同套餐账号被分配了不同额度设置，有些账号的五小时额度提高 20%，但按 API 价格折算的月度可用资源价值反而降低约 20%。

模型版本、推理强度，以及五小时和每周规则涉及不同的计算口径，也会让不同时期的体感出现差异。该来源还记录，Anthropic 曾在 5 月至 9 月将 Claude Code 每周额度限时提高 50%，活动结束后，实际可用量相对活动期下降约 17%。

本次公告中的 Ultra 规则调整与此前披露的账号差异测试是两件事。判断一项任务是否够用，应结合当前账户、当前模型和实际消耗，而不是只套用旧版“20x”标签。

Max 与 Ultra 按工作节奏选择

如果日常开发可以围绕五小时窗口安排任务，每月 100 美元的 Max 仍是成本更低的选项。升级 Ultra 不会增加订阅包含的周额度，主要改变的是任务能否在单个窗口内连续执行。

如果持续运行 Claude Code 是核心工作流，并且能够接受每月 200 美元成本，Ultra 的体验改善会更直接，但依然需要监控每周消耗。对于只是偶发高峰的用户，把 Max 与按需开启 Extra usage 的 API 成本放在一起比较，也可能比直接升级更合理。

先核对账户再决定升级

现有用户可按以下顺序评估是否需要升级 Ultra。首先核对后台档位，确认系统是否已自动将旧订阅迁移为 Max 或 Ultra；确认迁移结果时不要重复购买。随后检查 Ultra 验证状态，尤其是较新的账户，需要确认自动验证是否完成，以及是否收到解除限制的通知邮件。

再观察一周真实用量。记录实际编码时长、上下文规模、模型与推理强度，以及普通对话和 Claude Code 的共同消耗，比只看套餐倍数更可靠。

最后结合工作节奏决定是否升级。日常任务能够适配五小时窗口，可以继续使用 Max；连续代理式编码是刚需且能够接受 200 美元月费，再考虑 Ultra，同时把周上限和 Extra usage 成本计入预期。

大多数已迁移用户无需重新购买，应先确认账户档位与验证状态；准备升级的开发者则应先用一周真实用量判断五小时窗口是否构成瓶颈。