Theo Browne：Claude Ultra、五小时限额与 SDK 用量

摘要

30 秒看懂

Theo Browne 讨论 Anthropic 对 Claude 订阅方案的更名，以及对已验证 Ultra 账户取消五小时限额。他解释自己对算力约束的看法，质疑不透明的验证方式，并介绍影响 T3 Code 与 Agent SDK 集成的用量差异报告。相关解释和预期均归于讲者，并反映录制时的情况。

全文

对照原始文稿

Theo 解释更名，以及通过验证的 Ultra 账户取消五小时窗口。

Anthropic 重命名了订阅方案：原来每月 200 美元的 Max 20x 变成 Ultra，通过验证的 Ultra 账户不再受五小时限额约束，每周限额仍然保留。我欢迎这一变化，但验证方式，以及 Claude Code 和使用 Agent SDK 的应用之间的差异，值得仔细讨论。

旧名称中的 5x 和 20x 指的是五小时额度，而不是所有限额。Anthropic 后来为 Max 20x 加入每周限额时，额度是 Pro 的十倍；一些人误以为也是二十倍。一位产品负责人承认名称造成了混淆并道歉，我认为新名称更清楚。

他比较每周和五小时限额，并讨论一天中的需求变化。

录制这段视频时，方案分为免费版、每月 20 美元的 Pro、100 美元的 Max 和 200 美元的 Ultra，各自有不同用量。我认为最高档对一般开发很宽裕，尽管我自己异常高的用量仍会消耗多个账户。Max 继续保留五小时限额。

两类限额作用不同：每周额度限制一周内的使用量，五小时窗口则限制短时间内的集中消耗。我的解释是算力容量管理：如果订阅用户的使用集中在繁忙时段，就会与企业客户争夺计算资源。

从 T3 Code 的工作日数据看，用量大约从太平洋时间凌晨 4 点开始上升，早上 7 点至 9 点达到峰值，傍晚后明显回落。我观察到低谷与高峰之间约有两倍差距。短期限额可以分散用量，也能稍微降低失控任务耗尽整周额度的可能性。

我把 Anthropic 此前放宽 Claude Code 限额，与其通过 SpaceX 合作获得更多算力联系起来。我的观点是，这些窗口管理的是 GPU 可用性，而不只是每次请求按 API 标价计算的名义费用。这是我对算力和商业激励的解释。

他讨论不透明的验证流程，以及报告中的 SDK 与 CLI 用量差异。

取消五小时限额适用于通过验证的 Ultra 账户。公告称，大多数现有订阅者首先获得这一变化，新账户在通过验证前暂时保留限制，解除时会收到邮件。Anthropic 说，结账时的手机验证是另一个步骤；用户可在用量设置中查看当前会话栏。

我不喜欢验证标准缺少细节。Anthropic 将临时限额解释为防止欺诈和滥用；我猜测，大规模收集模型输出来做蒸馏也可能有关。但这是我的推测，公告并未证实这一原因。

T3 Code 用户还遇到另一个问题。一份公开报告称，在相同工作量下，无界面的 Claude Code 或 SDK 式调用，每个 token 消耗的五小时额度约为交互式 CLI 的 1.8 倍。我用自己的数据核算后表示结果一致，但这仍是观察到的差异，并非独立的受控研究。

对已验证 Ultra 用户取消短期限额，解决了相当一部分用户的问题，但 Pro 和 Max 用户仍可能碰到五小时限制。我说自己曾向 Anthropic 反馈这一差异，也对迟迟没有修复感到沮丧。通过 Agent SDK 集成的第三方应用同样会受到影响。

录制过程中，我解释 T3 Code 报告的 SDK 入口字段，并讨论把它改为实际应用标识。随后我收到自己称为初步许可的反馈，可以合并相关改动。我预计这会让五小时额度的计算与交互式 CLI 对齐，但视频中的结果仍是预期，并非已经验证的保证。

我还介绍了自己使用 CLI 代理和多个账户的经历，同时明确表示无法保证这种配置获准，也无法保证账户不会被封禁。我的主要观点是：套餐更名本身变化有限，但短期限额和集成方式的处理，会实际影响开发者。