Theo 谈 Anthropic 与 SpaceX 的算力协议及 Claude 使用额度

原标题Theo on Anthropic’s SpaceX Compute Deal and Claude Usage Limits

2026 年 5 月的合作扩大了 Claude 的算力容量,也引出 AI 基础设施、训练数据和竞争方面的问题。

TBTheo Browne讲者 · Ping LabsDADario Amodei讲者 · Anthropic
频道
Theo - t3․gg
发布
2026年5月7日
视频
35:13
阅读
9 分钟
幻灯片
5
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

Theo Browne 分析 Anthropic 公布的 SpaceX 算力协议和当时 Claude 额度的提升,并以投资者视角解读 AI 实验室与 Cursor 的竞争。他区分了公司公告与自己对内部数据、路由和利用率的假设。

  1. 1需求与容量Theo 认为使用限制部分源于算力不足;提到的 80 倍数字是第一季度增长的年化推算。
  2. 2Claude Code 的变化公告将指定计划的五小时额度翻倍,并取消 Pro 和 Max 的高峰期额度削减。
  3. 3Opus API 额度提高Anthropic 的表格显示,各等级的每分钟输入和输出 token 上限大幅提高。
  4. 4SpaceX 与 Cursor当时的公告描述了收购选择权或为合作支付款项,并非已经完成的收购。
  5. 5Colossus 1 容量Anthropic 宣布当月可获得超过 300 兆瓦和 22 万多块 GPU;这并不是此前利用率的报告。

要点建议

  1. Anthropic 于 2026 年 5 月宣布获得 Colossus 1 容量,并提高 Claude Code 与 Opus API 的使用额度。
  2. 五小时额度提高本身不代表所有其他使用上限也随之提高。
  3. 算力、数据和研究人员是分析 AI 竞争的有用视角,但不能代替对公司的完整审计。
  4. 性能曲线相似不能证明供应商将请求路由到哪里。
  5. 公开合作条款并不能证明任何一方可以访问客户对话。
全文

按章节阅读整理后的全文

只看原始文稿
01

出人意料的算力协议

Theo 介绍这项合作,并披露自己是 Cursor 的早期投资者。他的讨论既包括公告,也包括假设。

Anthropic 与 SpaceX 的新协议让我感到意外。我一直认为,限制 Claude 使用额度的因素不仅是定价策略,还有算力容量。尽管两家公司及其领导人此前公开发生过摩擦,这次合作仍带来了额外容量。以下分析反映的是 2026 年 5 月录制视频时的信息。

Elon Musk 表示,他与 Anthropic 高层见面后感到放心,而 SpaceX 已将训练迁至 Colossus 2,因此愿意出租 Colossus 1。我想分析这可能对 Claude 用户、Anthropic 的容量限制和 xAI 战略意味着什么。后面的许多战略解释是我的推断,并非内幕消息。

关键问题既涉及实际使用,也涉及竞争:Claude Code 用户会得到什么变化?Anthropic 为什么需要更多算力?SpaceX 又能获得什么?我也是 Cursor 的早期投资者,理解我对其合作的分析时请考虑这一利益关系。

02

容量为什么重要

他讨论需求增长、基础设施规划,以及为订阅用户提供服务时需要权衡的因素。

我的看法是,Anthropic 低估了需求,部分限制使用的做法是为了管理稀缺容量。这不能排除商业定价动机,公司也没有披露每项产品决定的全部原因。在大会上,CEO Dario Amodei 表示,如果把第一季度收入和用量增长按年推算,约相当于 80 倍增长。

这个 80 倍数字是根据一个季度推算的年化速度,并不表示全年收入实际增长了 80 倍,也不表示用户数量比预期多了 80 倍。Amodei 将它与按每年 10 倍增长进行规划的情况作对比。我理解面对需求突然加速时进行基础设施规划有多困难。

Anthropic 宣布了与 Amazon、Google 和 Broadcom、Microsoft 和 NVIDIA,以及 Fluidstack 的算力安排。其公告称,Claude 的训练和推理运行在 AWS Trainium、Google TPU 和 NVIDIA GPU 等硬件上。这些硬件属于不同生态,跨平台构建和运营是一项艰巨的工程任务。

我猜测团队可能希望给研究人员保留更多 NVIDIA 容量,同时用其他硬件做推理。这只是我对资源分配的假设,并非经过确认的内部工作负载说明。公司明确表示,它使用多种硬件进行训练和推理。

订阅服务提供商必须在高峰需求和昂贵的闲置容量之间平衡。假设有 1 万台服务器,非高峰期只有 6,000 台忙碌,闲置容量仍会产生费用;需求超过 1 万台时,用户则可能遇到限制。Anthropic 的 5 月公告将提高额度与新增容量及其他算力协议联系起来。

03

Claude Code 与 API 额度

Theo 解释当时五小时额度和 API 的变化,并将它们与其他可能的限制区分开。

Claude Code 使用额度变化
幻灯片 1 / 5Claude Code 使用额度变化Anthropic 2026 年 5 月的公告说明了指定计划的五小时及高峰期额度变化。

当时,Anthropic 将 Pro、Max、Team 和按席位计费的 Enterprise 计划的 Claude Code 五小时额度翻倍,并取消 Pro 和 Max 在高峰期的额度削减。这些变化针对短期窗口;据我当时理解,单独的每周额度仍可能限制整周大量使用产品的人。

这个区别很重要。集中工作几小时后休息的人,可能比每天持续运行多个智能体的人受益更多。短期额度提高并不自动意味着其他配额也提高。这些限制描述的是 2026 年 5 月的公告,并非如今的订阅条款。

Claude API 的 Opus 速率限制也提高了。画面中的表格显示,Tier 1 的每分钟输入从 3 万提高到 50 万 token,输出从 8,000 提高到 8 万。这对托管应用的开发者很重要:即使单个请求看起来不大,较低的每分钟上限也可能在多用户并发时触发限流。

当时的 Opus API 速率限制表
幻灯片 2 / 5当时的 Opus API 速率限制表表格按等级比较公告中的每分钟输入和输出 token 上限。

表中 Tier 2 的每分钟输入上限从 45 万升到 200 万 token,Tier 3 从 80 万升到 500 万,Tier 4 从 200 万升到 1,000 万。我运行 T3 Chat 时曾遇到新模型额度过低的问题,因此认为这些提升对开发者有帮助。

04

云供应商与性能

他比较速度图表并提出路由假设;这些测量无法确认底层架构。

Claude 在主要云平台提供服务,也帮助 Anthropic 接触已经使用这些平台的企业客户。不同供应商的托管和路由方式可能不同,直接比较速度和延迟很有意思,但输出速度图表本身无法证明请求在哪里处理。

我查看的图表中,Amazon 看起来比 Anthropic 直连服务更快,而 Azure 与 Anthropic 的曲线相近。我猜测 Azure 请求是否可能转发到 Anthropic,但我也可能错了:相似速度还有其他解释。这是未经证实的假设,不是关于 Azure 架构的事实结论。

供应商输出速度比较
幻灯片 3 / 5供应商输出速度比较图中曲线相似不能证明供应商背后的路由或基础设施。
05

研究、数据和算力

SpaceX 与 Cursor 的协议引出一个分析模型竞争的框架,以及工作流数据可能具有的价值。

SpaceX 与 Cursor 的公告提供了另一部分背景。当时 SpaceX 表示,它有权在当年晚些时候以 600 亿美元收购 Cursor,或者为双方合作支付 100 亿美元。公告描述的是合作和选择权,并没有说 SpaceX 当时已经买下 Cursor。

SpaceX 的 Cursor 合作公告
幻灯片 4 / 5SpaceX 的 Cursor 合作公告公告描述了收购选择权或为合作支付款项。

我用一个简单框架看模型竞争:研究人才、有用数据和算力。一家公司可能在某项上强、另一项上弱。这只是分析框架,并非对任何实验室资源的审计;各家能力也比三个勾选框复杂得多。

数据的质量和数量同样重要。我提到过研究人员关于清理数据后训练损失尖峰消失的经历,也提到一个重复网页文本的轶事。这些例子说明了清理为何重要,并不能证明某个模型当前的行为是由某个抓取页面造成的。

精心整理、标注和生成的数据也形成了市场。有些样本可以记录人们分步骤构建软件的过程,而不只是最终代码库。我认为,这类过程数据可能有助于教编程智能体规划、发现错误和修改。

设想一段编程对话:用户提出功能需求,要求先做第一部分,指出错误,再要求完成第二部分。这个过程包含任务和反馈的信息,与最终代码快照不同;不过它有多大价值,仍取决于数据质量、使用权和处理方式。

我画了一个设想:把这类对话改造成智能体自己完成更多中间步骤的样本。这只是说明反馈可能如何用于训练的概念示例,不能证明某家实验室实际采用了什么训练方法。强化学习和其他训练方法需要的工作远不止重新排列文字。

作为训练数据示例的编程对话
幻灯片 5 / 5作为训练数据示例的编程对话Theo 画出假设性交互,说明迭代反馈可能为何有用。

在我看来,编程产品可能拥有有价值的使用经验数据,因为它能接触跨模型的真实工作流。我认为这可能有助于解释 SpaceX 为什么重视与 Cursor 的关系。公司并未公开证实我在此推测的具体数据访问权限、授权或用途。

我认为,xAI 的算力与 Cursor 的产品和工程经验可能形成互补。我还推测,模型供应商会重视保护通过其系统产生的数据。这些都是竞争分析;不能假定任何一方都能访问客户对话,产品隐私设置和合同条款都很重要。

06

合作条款与推测

Theo 解释协议和行业竞争;公司并未公开证实他关于客户数据和内部动机的说法。

当时公布的选择是 600 亿美元的收购选择权,或为合作支付 100 亿美元。我认为后者实际上是在为数据付费,这只是推测,不是公开披露的合同条款。公开声明说的是双方合作,并没有说该款项购买了用户聊天记录。

我把这件事与此前限制 xAI 人员使用 Anthropic 模型联系起来,并推测对模型生成数据的竞争顾虑可能是原因之一。我无法确认各公司的内部动机,也无法证明该限制促成了 SpaceX 与 Cursor 的合作;时间先后本身不能证明因果关系。

我的三要素图将 xAI 描绘为算力强、Anthropic 研究强、Cursor 产品数据强,并认为 OpenAI 在各方面都很强。这些标签是带有个人观点的简化,并非对研究质量、可用数据或算力容量的经过核实的测量。

我还讨论了编程模型与云平台分发方面的竞争。在我看来,更好的编程工具和更广泛的云平台可用性可能挑战现有优势。产品质量和市场位置变化很快,因此我描述的排名只是录制时的观点,并非永久事实。

07

Colossus 容量能说明什么

训练和推理是不同的工作负载;公布的容量不能说明过去的利用率。

Musk 的说法区分了训练与推理:他说训练已经迁往 Colossus 2。训练用于构建或更新模型,推理则使用算力回答用户请求。迁移一种工作负载本身,并不能揭示所有推理究竟在哪里运行,或有多少容量处于闲置。

我引用了对 Colossus 设施的估计,并与 Anthropic 公布的可用容量比较。Anthropic 表示已同意使用 Colossus 1 的全部算力,当月可获得超过 300 兆瓦容量和 22 万多块 NVIDIA GPU。兆瓦与 GPU 数量衡量的是不同指标,这些数字也不是利用率报告。

我推测 xAI 因迁移训练而有可用容量,Grok 推理对原设施的需求也较少。但公告没有量化 Grok 需求、过去利用率或客户之间的具体迁移过程,因此我对闲置容量更强烈的判断应被视为猜测。

我的整体理解是,双方需求互补:Anthropic 想要更多容量,SpaceX 则拥有可以提供的基础设施。其他已宣布的云协议也需要较长的建设周期。我认为竞争压力是背景之一,但我对高管私人动机的归因仍然只是个人推测。

我从这项安排中得到的启示是:算力、数据和研究都是战略资源,任何一项的短缺都可能促成出人意料的合作。我们可以核对公开协议和额度;涉及私人谈判、数据访问和竞争对手具体利用率的说法,则需要独立证据。

同频道的其他文章

5 张幻灯片38:47EN → 简体中文
Theo - t3․gg· 2026年10月28日Theo 的长时间 Agent 实验:验证、算力与成本Theo Browne · Ping Labs滑板游戏和两个编译器项目展示了反复检查与弹性算力如何支撑 agent 工作,也揭示了循环可能带来的高昂成本。编程智能体智能体工程AI cost & performance+2
5 张幻灯片36:07EN → 简体中文
Theo - t3․gg· 2026年10月27日Theo 谈 Token 成本、编程智能体与 AI 能力的价格Theo Browne · Ping Labs一则关于 Lauren 的 AI 支出估算广泛传播,引出了对缓存计价、基准测试和编程智能体工作方式的讨论。AI cost & performance编程智能体Inference+1
5 张幻灯片30:37EN → 简体中文
Theo - t3․gg· 2026年10月26日Theo 的三个技能:用编程智能体审查和交付代码Theo Browne · Ping Labssol-loop、full-send 和 full-stop 如何定义审查、验证以及不同程度的合并权限。Agent skills编程智能体Code review & verification+2
2 张幻灯片0:43EN → 简体中文
Theo - t3․gg· 2026年10月23日Theo 区分安全漏洞与实际攻击Theo Browne · Ping Labs一段简短讲解:软件漏洞披露和攻击事件为何属于不同类型的安全新闻。CybersecuritySoftware engineering
6 张幻灯片29:22EN → 简体中文
Theo - t3․gg· 2026年10月22日Theo 谈安全漏洞、被盗 API 密钥与 AITheo Browne · Ping Labs从漏洞披露到补丁部署之间的风险窗口,以及被盗推理密钥为何可能有价值的推测。CybersecurityAI securitySoftware engineering+1
4 张幻灯片31:13EN → 简体中文
Theo - t3․gg· 2026年10月20日Theo:更聪明的模型为何能帮助更多人Theo Browne · Ping Labs从游戏修改到编译器实验,Theo 重新思考谁能从更强大的 AI 中受益。编程智能体Developer productivityHuman-AI Collaboration+1