首页 游戏 软件 资讯 排行榜 专题
首页
业界动态
Claude获亚马逊巨额投资与算力支持贝索斯押注AI未来

Claude获亚马逊巨额投资与算力支持贝索斯押注AI未来

热心网友
78
转载
2026-05-07

4月20日,科技圈被一则消息震动了:Anthropic与亚马逊联手,抛出了一份堪称史诗级的AI基础设施合作协议。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新! 👉 点此立即查看 👈

规模有多大?简单来说,是足以重塑行业格局的量级。

未来十年,高达1000亿美元的资金将悉数投入AWS的算力建设。其中,5吉瓦的算力容量被专项锁定,用于Claude模型的训练与部署。

与此同时,亚马逊当场宣布追加50亿美元投资,并为后续预留了高达200亿美元的弹药。算上此前已投入的80亿美元,亚马逊对Anthropic的潜在总投资额度,已逼近330亿美元。

5吉瓦的算力是什么概念?不妨做个对比:

这大约相当于2座大型多机组核电站的发电规模。

如果以国家为单位衡量,它已经超过了克罗地亚全国的历史峰值用电负荷。

即便是微软,其2024年全球所有数据中心的功耗总和,也就在5到6吉瓦之间。

换句话说,Anthropic通过这一纸合同锁定的能源规模,已经足以与全球顶级云服务商的整体基础设施相提并论。而且,这绝非纸上谈兵。

根据协议,大量基于Trainium2芯片的算力将在今年第二季度内上线。到2026年底,预计将有近1吉瓦的Trainium2及下一代Trainium3投入运行。这意味着,巨额投资将在三个月内开始转化为实实在在的算力。

亚马逊CEO安迪·贾西对此的评论直指核心:我们定制的AI芯片在性能和成本上具备优势,市场需求旺盛。Anthropic愿意以十年长约押注AWS Trainium,恰恰证明了我们技术路线的正确性。

而Anthropic CEO达里奥·阿莫代的话则揭示了背后的紧迫性:用户反馈表明,Claude已成为他们工作中不可或缺的工具。我们必须建设足够强大的基础设施,才能跟上这种爆炸式的需求增长。

这或许就是所谓的“甜蜜的负担”。而支撑这份“负担”的增长数字,更为惊人。

从90亿到300亿:收入曲线的陡峭攀升

几组关键数据清晰地勾勒出Claude的增长轨迹:

2024年底,Anthropic的年化营收约为10亿美元。到了2025年底,这个数字飙升至90亿美元。而截至2026年第一季度末,其年化营收已突破300亿美元大关。

在一年多的时间里,收入规模扩张了30倍。这样的增长曲线,放在整个科技商业史上都极为罕见。

驱动增长的核心引擎主要来自三个方面:

首先,企业与开发者需求呈现井喷。目前,已有超过10万家客户通过Amazon Bedrock使用Claude,财富10强企业中更有8家是其用户。更关键的是,Claude是目前唯一一个同时登陆AWS、Google Cloud和Microsoft Azure三大云平台的前沿AI模型,实现了真正的“全平台覆盖”。

其次,Claude Code表现一骑绝尘。这款AI编程工具的年化营收已超过250亿美元,并且自2026年1月以来再次翻倍。它在企业开发者群体中的渗透率和依赖度已达到新高。

最后,消费端用户量激增。Anthropic坦言,其免费版、Pro版和Max版的用户使用量出现了“急剧上升”,高峰时段的系统可靠性与性能已受到明显影响。说白了,服务器资源开始捉襟见肘。

正是这种供不应求的局面,直接催生了本次史诗级的算力扩张协议。Anthropic当前面临的困境,与OpenAI早期经历的“GPU饥渴”如出一辙:模型越优秀,用户增长越快,算力压力就越大,而算力瓶颈又会反过来制约产品体验。要打破这个循环,唯一的出路就是大规模、持续性地投入——砸钱、砸芯片、砸数据中心。

从试探到绑定:一段战略合作的深化史

回顾Anthropic与亚马逊的合作历程,堪称一部教科书式的战略关系深化案例:

2023年9月,双方达成初步战略合作,亚马逊先行投资12.5亿美元,并承诺总投资最高可达40亿美元;Anthropic则选择AWS作为其主要云服务提供商。

2024年3月,亚马逊追加投资27.5亿美元,累计投资额达到40亿美元。

2024年11月,亚马逊再次投资40亿美元,总投资额升至80亿美元;AWS的角色进一步升级为Anthropic的主要云与训练合作伙伴,双方围绕Trainium芯片展开深度协同。

2026年4月20日,亚马逊宣布向Anthropic追加50亿美元投资,并预留最高200亿美元的后续投资额度。据此计算,其对Anthropic的总投资规模上限可达330亿美元,其中已实际承诺到位的累计金额为130亿美元。

与此同时,Anthropic承诺在未来十年内向AWS投入超过1000亿美元,锁定5吉瓦算力,并将完整的Claude平台深度嵌入AWS。这标志着双方从合作走向了全面联姻。

一个值得玩味的细节是,尽管投资金额如此庞大,亚马逊依然是Anthropic的少数股东,且不占据董事会席位。这种“出钱不夺权”的架构,最大程度地保障了Anthropic的运营独立性——使其能够同时与Google Cloud、Microsoft Azure保持合作关系,而不必沦为某一家云巨头的附庸。

这恰恰体现了Anthropic的高明策略:广泛吸纳各方的资金与资源,登陆所有主流平台,但始终保持自身在技术路线与商业决策上的独立判断。

竞争主战场的转移:从模型到基础设施

这笔交易的深层意义,远不止于惊人的数字本身。它更清晰地揭示了一个趋势:AI行业竞争的核心,正从模型层面转向基础设施层面。

算力,就是新时代的护城河。

普华永道(PwC)的最新数据显示,AI所创造的经济价值中,高达74%被仅20%的公司所捕获。谁拥有更充沛、更先进的算力,谁就能训练出更强大的模型,服务更庞大的用户群,从而形成更稳固的数据与网络效应飞轮。模型性能的差距可能在缩小,但基础设施的差距正在急剧拉大。

就在十天前,OpenAI还在其投资人备忘录中公开“炮轰”Anthropic,称其犯了“战略性错误——未能获取足够算力”,并宣称到2030年OpenAI将拥有30吉瓦算力,而Anthropic到2027年底预计只有7到8吉瓦。

OpenAI新任首席营收官丹尼斯·德雷瑟甚至在内部信中质疑Anthropic300亿美元的营收数字存在“水分”,认为按净收入口径计算应接近220亿美元。

而Anthropic此次的回应,堪称“用行动说话”——直接以5吉瓦锁定、千亿美元承诺的实锤,将OpenAI关于其“算力不足”的叙事强势驳回。

更有趣的是亚马逊在这场竞赛中的角色。就在两个月前,亚马逊刚向OpenAI投资了500亿美元并签署了价值1000亿美元的云计算协议。如今,又给Anthropic送上了规模相当的大礼包。

同样的剧本,上演两次——这无疑是典型的“两边反赌”。对亚马逊而言,无论OpenAI和Anthropic最终谁胜出,只要它们的模型都在AWS上运行,亚马逊就是稳赚不赔的“卖铲人”。

从Anthropic的视角看,其“多云战略”的威力正在显现。AWS是其主要训练伙伴;Google Cloud与博通(Broadcom)在4月初刚签署了“多吉瓦”级别的算力协议;微软Azure也在去年11月投资了50亿美元并承诺提供价值300亿美元的计算资源。

三大云巨头同时为Claude提供算力支撑——这种多元化、不依赖单一供应商的基础设施策略,正是Anthropic应对“算力焦虑”的终极方案。

一言以蔽之,AI竞赛正在演变为一场电力竞赛。当Anthropic锁定5吉瓦算力时,它实质上锁定了未来十年参与顶级竞争的“能源入场券”。在这个层面上,头部AI公司已不仅仅是科技公司,它们正在蜕变为电力消费的巨兽,与电网和能源基础设施形成前所未有的深度绑定。

IPO前夜:两家独角兽的暗战

这笔交易的另一个重要背景是:Anthropic与OpenAI都在为预计于2026年进行的IPO紧锣密鼓地准备。

目前,Anthropic的估值已达到3800亿美元。其目标是在2026年10月于纳斯达克上市,由高盛和摩根大通担任主承销商,预计融资规模将超过600亿美元。

另一边,OpenAI的估值高达8520亿美元。但据英国《金融时报》报道,部分投资者已开始质疑这个数字是否偏高——原因正是Anthropic的增长势头过于迅猛。二级市场上,Anthropic的股份需求已变得“几乎无法满足”,而OpenAI的股份则出现了折价交易的现象。

一位同时投资了两家公司的投资人向《金融时报》表示,要证明OpenAI上一轮融资估值的合理性,需要假设其IPO估值达到1.2万亿美元以上。相比之下,Anthropic当前3800亿美元的估值反而显得更具吸引力。

从2026年2月中旬到4月中旬,短短两个月内,OpenAI和Anthropic合计完成了超过1500亿美元的融资。这无疑是科技史上最密集的一波私人资本涌入。所有资本都在押注一个问题的答案:下一个万亿美元市值级别的平台型公司,究竟会花落谁家?

新范式:AI公司开始“吞噬”电网

纵观AI行业的发展,竞争叙事已经历了三次明显的范式转移:

第一阶段是“模型之争”:比拼的是参数规模、基准测试分数,技术领先者即为王者。

第二阶段是“产品之争”:考验的是用户体验、商业化落地能力,能活下来并赢得市场的才是赢家。

而现在,我们正身处第三阶段——“基础设施之争”。

5吉瓦、1000亿美元、十年承诺……这些数字背后,是一个日益清晰的残酷现实:AI的未来,越来越取决于谁能获取最多的电力、最先进的芯片、最庞大的数据中心集群。

Anthropic与亚马逊的这次合作,更是一个强烈的信号:AI竞赛的入场门槛,已从早期的“几个天才科学家加几块GPU”,飙升到了如今的“需要调动国家级能源基础设施、并匹配百亿美元量级资本”的全新维度。

这场关乎未来的竞赛,其终局或许将是一场关于算力与能源的无限战争。

来源:https://36kr.com/p/3797755925798148
免责声明: 游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。

相关攻略

陶哲轩推荐ClaudeCode审稿工具15分钟高效完成论文修改
业界动态
陶哲轩推荐ClaudeCode审稿工具15分钟高效完成论文修改

陶哲轩利用ClaudeCode处理论文审稿意见,仅用15分钟便高效完成了修改,并发现了审稿报告中的一处笔误。他设想将语法校对等繁琐工作交给AI处理,而让研究者专注于核心难题。这体现了AI作为“副驾驶”辅助研究、提升效率的趋势,此前AI已帮助解决多个数学难题。

热心网友
05.07
Claude获亚马逊巨额投资与算力支持贝索斯押注AI未来
业界动态
Claude获亚马逊巨额投资与算力支持贝索斯押注AI未来

Anthropic与亚马逊达成十年千亿美元AI基础设施合作,锁定5吉瓦算力用于Claude模型。亚马逊追加投资,总投资额近330亿美元,以应对用户激增带来的算力需求。行业竞争正从模型转向基础设施,算力成为核心护城河。双方深度绑定,但Anthropic保持运营独立并实施多云战略。

热心网友
05.07
Meta斯坦福测试AI刷榜全军覆没 GPT Claude Gemini均得零分
业界动态
Meta斯坦福测试AI刷榜全军覆没 GPT Claude Gemini均得零分

Meta、斯坦福等机构推出ProgramBench基准测试,要求AI仅凭可执行文件和使用文档,从零重写完整程序。测试涵盖200个项目,采用行为测试评估。九大顶级模型(包括GPT、Claude、Gemini)的完全通过率均为0%,ClaudeOpus4 7表现最佳,但未获满分。研究发现AI生成的代码结构简陋,缺乏模块化设计,且存在作弊倾向。该测试表明AI在软件

热心网友
05.07
苹果官方App误打包了Claude.md,这么大的公司也Vibe Coding啊?
AI
苹果官方App误打包了Claude.md,这么大的公司也Vibe Coding啊?

苹果大失误!把自用的Claude md打包到了最新App里 这下可算是被坐实了:苹果内部,确实在用Claude Code来构建生产级应用。 连这么大的公司,也在“氛围编程”(Vibe Coding)吗? 要知道,项目级的Claude md文件,通常就是用来告诉AI这个项目是什么、该怎么构建、需要遵循

热心网友
05.06
苹果官方 App 意外包含 Claude.mdVibe Coding 也在使用
科技数码
苹果官方 App 意外包含 Claude.mdVibe Coding 也在使用

苹果大失误!把自用的 Claude md 打包到了官方 App 里 这下可算是被“实锤”了:苹果内部,确实在使用 Claude Code 来构建生产级别的应用。 连这样体量的科技巨头,也在进行所谓的“Vibe Coding”吗? 要知道,项目级的 Claude md 文件,通常就是用来告诉 AI 助

热心网友
05.06

最新APP

宝宝过生日
宝宝过生日
应用辅助 04-07
台球世界
台球世界
体育竞技 04-07
解绳子
解绳子
休闲益智 04-07
骑兵冲突
骑兵冲突
棋牌策略 04-07
三国真龙传
三国真龙传
角色扮演 04-07

热门推荐

Java对象比对防空指针指南Objects.equals方法安全使用详解
编程语言
Java对象比对防空指针指南Objects.equals方法安全使用详解

在Java中直接调用a equals(b)进行对象比较时,若a为null会抛出NullPointerException。使用Objects equals(a,b)方法能自动处理参数为null的情况,其内部通过先检查引用是否为null再调用equals,从而安全地完成比较。该方法适用于实体字段判等等场景,但需注意其将两个null视为相等的设计是否符合具体业务逻

热心网友
05.07
Java子线程崩溃全局捕获与处理指南ThreadsetUncaughtExceptionHandler方法详解
编程语言
Java子线程崩溃全局捕获与处理指南ThreadsetUncaughtExceptionHandler方法详解

全局拦截子线程崩溃需设置默认处理器并结合自定义ThreadFactory为每个新线程注入统一处理器,前者作为兜底方案,但无法覆盖已有专属处理器的线程及Android主线程。Android中还需额外处理主线程及异步框架异常。捕获崩溃后应留存现场、异步上报并防止雪崩。

热心网友
05.07
CMS垃圾收集器详解初始标记并发标记重新标记与并发清除阶段分析
编程语言
CMS垃圾收集器详解初始标记并发标记重新标记与并发清除阶段分析

CMS垃圾收集器以低延迟为目标,其四个阶段中仅初始标记和重新标记需要暂停所有用户线程。初始标记快速标记直接关联对象,重新标记修正并发标记期间变动的引用,两者停顿时间极短。而并发标记和并发清除阶段则与用户线程并行执行,避免了长时间中断。

热心网友
05.07
Java只读缓冲区创建指南ByteBufferasReadOnlyBuffer方法详解与数据保护实践
编程语言
Java只读缓冲区创建指南ByteBufferasReadOnlyBuffer方法详解与数据保护实践

ByteBuffer asReadOnlyBuffer()方法创建原缓冲区的只读视图,共享底层数据且禁止写入,但无法阻止通过其他可写引用修改数据,因此不提供真正的数据隔离。它适用于需只读访问且避免拷贝的场景;若需完全隔离,则应进行深拷贝。

热心网友
05.07
Java单例模式初始化空指针异常ExceptionInInitializerError排查指南
编程语言
Java单例模式初始化空指针异常ExceptionInInitializerError排查指南

ExceptionInInitializerError常包裹单例模式静态初始化时发生的空指针异常。排查需通过getCause()找到根源,通常是静态字段赋值或静态代码块中的空值。应注意静态初始化顺序,避免循环依赖。对于复杂初始化,推荐使用懒汉式并在getInstance()方法内进行异常处理,以便直接定位问题。

热心网友
05.07