AWS 把 Claude Platform 装进了自家账号体系

产品更新

AWS 成为首个原生承载 Anthropic Claude Platform 的云厂商，开发者凭现有 AWS 账号即可直接调用，与 Bedrock 形成双轨并行。这背后是双方 130 亿美元投资和 1000 亿美元算力承诺的延伸。

AWS 这次没有把 Claude 再次塞进 Bedrock，而是反过来——把 Anthropic 的原生 Claude Platform 直接接到了 AWS 账号体系上。

5 月 13 日，AWS 宣布 Claude Platform on AWS 正式 GA（General Availability），成为全球首个直接承载 Anthropic 原生 Claude Platform 的超大规模云厂商。开发者不需要再单独去 Anthropic 注册账号、绑卡、对账，用现有的 AWS 账号登录就能拿到完整的 Claude Platform 能力，账单也并入 AWS 主账单，可以直接抵扣企业的 EDP（Enterprise Discount Program）承诺额度。

AWS 控制台中 Claude Platform 入口示意图

这件事和 Bedrock 不是一回事

很多人第一反应是——Claude 不是早就在 Bedrock 上了吗？这次有什么新的？

关键在于"原生"两个字。Bedrock 上的 Claude 是 AWS 托管版本：模型部署在 AWS 的安全边界内，数据处理方是 AWS，走 AWS 的 API 协议，享受 AWS 的区域数据驻留、VPC、KMS 这一整套合规设施。代价是，Anthropic 那边一旦发布新功能（比如新的 tool use、新的 beta 特性、新的 Skills），Bedrock 通常要滞后几周甚至更久才能跟上。

Claude Platform on AWS 走的是另一条路：

  • Anthropic 自己运营平台，模型推理在 Anthropic 的基础设施上完成，数据处理边界在 AWS 之外
  • 新功能与原生 Claude API 同步上线，今天 Anthropic 发什么，AWS 这边的开发者今天就能用
  • AWS 只负责入口，提供身份认证（IAM）、统一计费、CloudTrail 审计日志

说白了，AWS 这次扮演的角色更像"经销商+身份网关"，而不是"托管方"。这和微软 Azure OpenAI Service 的模式截然不同——Azure 是把 OpenAI 模型搬进自己家里跑，客户数据留在 Azure 边界内；AWS 这次反而承认了 Anthropic 的平台独立性，只把账号和账单这两件事做了打通。

这是一个挺微妙的姿态。AWS 没有强求把 Anthropic 完全吸纳进自己的技术栈，反而给了一个"双轨"选择：要合规和数据驻留，走 Bedrock；要原生体验和最新功能，走 Claude Platform on AWS。

谁会用，谁不会用

从产品定位看，这个新通道明显是给两类客户准备的。

第一类是已经深度用 Anthropic 原生 API 的团队。他们在意的是 Claude Code、Computer Use、Skills、Agent SDK 这些原生特性，不愿意为了走 Bedrock 而重写一遍调用代码。过去他们要么自己掏信用卡用 Anthropic API、企业财务对账头疼，要么忍着用 Bedrock 但牺牲新功能。现在 AWS 给了第三条路：保留原生体验，但把账单并进企业 AWS 主账户，财务和采购流程一次性解决。

第二类是想搞大规模 Agent 部署的企业。Claude Platform 这次带来的核心能力之一就是 Claude 托管代理（managed agents），支持代码执行、Skills、顾问策略（advisor policies）等一整套工具链，配合多项 beta 功能，明显是冲着"代理大规模部署"这个场景去的。这类工作负载对新功能的渴望度远高于对数据驻留的要求——客户更在乎能不能用上最新的 agent 能力，而不是数据走哪条线。

反过来，金融、医疗、政府、欧洲企业这些受 GDPR、HIPAA、数据主权法规约束的客户，大概率还是会留在 Bedrock。Claude Platform on AWS 明确说了"用户数据在 AWS 安全边界外处理"——这一句话基本就把强合规场景排除了。

计费、IAM 和 CloudTrail

对开发者来说，最实在的几个改进：

  • 统一账单：Anthropic API 支出可以纳入 AWS EDP 折扣计算，不再是单独一笔游离的 SaaS 支出
  • IAM 统一访问控制：用现有的 IAM policy 控制谁能调 Claude、能调哪些模型、调多少 token
  • CloudTrail 审计：所有调用都有审计日志，过去用 Anthropic 原生 API 时这块基本要自己搭
  • 采购流程简化：企业不用再跟 Anthropic 单独签合同、过法务、走采购，AWS Marketplace 这一套现成流程直接复用

这几个改动看起来都是"运维琐事"，但对大企业来说，把一个新供应商的合同、计费、审计、IAM 全部接进现有体系，往往要花几个月时间。AWS 这次相当于一次性帮 Anthropic 把这几个口子都对上了。

130 亿美元背后的算力账

这次合作不是孤立事件。回顾时间线：

  • 4 月 20 日，AWS 与 Anthropic 扩大合作，亚马逊对 Anthropic 的总投资额提升至 130 亿美元，另有 200 亿美元与商业里程碑挂钩
  • Anthropic 承诺未来十年在 AWS 技术采购上投入超过 1000 亿美元
  • 采购范围覆盖 Trainium2 到 Trainium4 芯片，外加数千万颗 Graviton 核心
  • Project Rainier 已部署近百万颗 Trainium2 芯片，专门支撑 Claude 的训练和推理
  • 锁定容量高达 5 吉瓦

这是一笔典型的"芯片换流量"交易：AWS 用自家 Trainium 锁定 Anthropic 的长期算力订单，Anthropic 则换来稳定的、不依赖 Nvidia 的算力供给。Claude Platform on AWS 这次落地，本质上是这笔大交易在产品层的兑现——既然你已经在 AWS 上跑训练，那把 API 入口也接到 AWS 账号体系上，对双方都顺理成章。

值得一提的是 Trainium 这条线本身的执行风险。Trainium3 仍在扩容阶段，Trainium4 目前没有公开参数，5 吉瓦容量的兑现要看未来几年 AWS 自研芯片路线图能不能按时交付。这部分如果延期，1000 亿美元的承诺也会顺延。

与 Azure OpenAI 的路线之争

这次发布最有意思的一点，是它和微软-OpenAI 模式形成了一组镜像对比。

维度 Azure OpenAI Service Claude Platform on AWS
模型托管方 微软 Anthropic
数据处理边界 Azure 内 AWS 外
新功能同步 滞后 同步
合规适配 强 弱
平台独立性 OpenAI 让渡部分 Anthropic 完全保留

微软的玩法是"把 OpenAI 装进自家"，客户买的是 Azure 的合规和稳定，OpenAI 在产品层做了让步。AWS 的玩法相反——承认 Anthropic 的平台独立性，自己做的是"账号网关"，让客户在合规版本（Bedrock）和原生版本（Claude Platform on AWS）之间二选一。

哪种模式更好，目前没有定论。Azure OpenAI 模式对企业 IT 部门友好，对前沿开发者不友好；AWS 这套相反。但从生态格局看，AWS 给了 Anthropic 更多自主权，长期来看更有可能维持 Anthropic 作为独立 AI 实验室的身份，而不是变成另一个被云厂商深度绑定的子单位。

还没说清楚的几件事

目前 AWS 官方公告里有几处含糊：

  • 定价细节：与 Anthropic 原生 API 是否完全一致、有没有 AWS 专属折扣，公告没明说
  • 网络路径：从 AWS 区域到 Anthropic 推理集群的具体走向、延迟数据没有公开
  • 支持模型：目前明确支持三款模型，但具体是哪三款、是否包含最新版 Claude Sonnet 和 Haiku，还需要等更详细的文档
  • 可用区："多数 AWS 商业区域"——意味着部分区域和所有 GovCloud 还用不了

这些都是要等几周后实际投入使用才能验证的。

对开发者意味着什么

如果你已经在 AWS 上跑业务、又想用 Claude 的最新能力，这是个直接受益的更新——不用再单独管一个 Anthropic 账号，新功能也不用等 Bedrock 跟进。

如果你的诉求是"一个 Key 调所有主流模型"，那像 OpenAI Hub 这类聚合平台依然是更轻的选择，国内直连、兼容 OpenAI 格式，Claude、GPT、Gemini、DeepSeek 都能在一套 SDK 里切换，省掉了多账号、多 SDK、多对账的开销。Claude Platform on AWS 解决的是企业级采购和身份治理问题，聚合平台解决的是开发体验和多模型切换问题，两者面向的场景并不重合。

更值得关注的，是这次发布开启的合作范式——超大规模云厂商不再非要把 AI 实验室"吸进来"，也可以选择只做账号和账单的入口。这种模式如果跑通，未来 Google Cloud 接 xAI、Oracle 接 Mistral，都有可能照着抄一遍。AI 基础设施的竞争，正在从"谁托管模型"变成"谁掌握账号体系"。

参考来源