Anthropic 给 AWS 客户开了一扇新门：Claude Platform on AWS 正式可用。
入口看起来很 AWS：IAM 认证、CloudTrail 审计、AWS 统一账单，还能抵扣既有 AWS commitments。能力却更接近 Anthropic 原生平台：完整 Claude API 功能 day-one 上线。
反常点也在这里。
它不是 Bedrock 的替代品。Claude 仍在 Amazon Bedrock 上。新平台由 Anthropic 运营，数据在 AWS boundary 之外处理。企业要的两件事——最新功能和最稳边界——终于被拆成了两张票。
两条路：一个管速度，一个管边界
这次最容易误读成“Claude 又多了一个 AWS 购买入口”。不止。
真正变化是：AWS 客户不用完全离开 AWS 的采购、身份和审计体系，也能拿到更完整的 Claude 原生能力。但数据处理责任和边界，和 Bedrock 不一样。
| 路径 | 谁运营 / 谁处理数据 | 核心价值 | 最适合谁 |
|---|---|---|---|
| Claude Platform on AWS | Anthropic 运营，数据在 AWS boundary 之外处理 | 完整 Claude API，新功能和 beta 更快进入 | 已有 AWS 采购体系，但需要原生 Claude 功能的开发与平台团队 |
| Claude on Amazon Bedrock | AWS 作为数据处理方，留在 AWS boundary 内 | AWS 数据边界、区域驻留、治理链路更稳 | 对合规、数据驻留、AWS 内处理有硬要求的企业 |
新平台支持的能力很满：Managed Agents、代码执行、Web search / fetch、Files API、Skills、MCP connector、prompt caching、citations、batch processing。
可用模型包括 Claude Opus 4.7、Sonnet 4.6、Haiku 4.5。Anthropic 也说，未来新模型会随发布进入这个平台。
这对企业开发团队很现实。
过去他们常被夹住：业务要最新 Claude API，安全和采购要 AWS 的身份、日志、账单和权限体系。直接接 Anthropic API，治理上像多了一块飞地；走 Bedrock，又可能等不到最新的原生功能。
Claude Platform on AWS 给了一个折中：接入像 AWS，能力像 Anthropic。
但折中不是免费午餐。对于金融、医疗、政府、强监管业务，“数据在 AWS boundary 外处理”不是备注，而是红线。能不能用，往往不是工程师说了算，而是安全、法务、采购一起签字。
最该动的是企业 AI 平台团队
普通开发者会觉得这是多一个 endpoint。企业平台团队看到的，是一张新的选型表。
如果公司已经把预算、权限、审计和云资源都压在 AWS 上，又正在做内部 Agent、代码助手、知识库搜索、批处理分析，那么 Claude Platform on AWS 很可能会进入评估清单。
动作会很具体：
- AI 平台团队会把原来直连 Anthropic API 的项目，评估是否迁到 Claude Platform on AWS，以便纳入 AWS 账单和审计。
- 原本卡在 Bedrock 功能节奏上的团队，会重新比较：为了 Managed Agents、代码执行、Web search / fetch、Files API、MCP connector，是否接受 Anthropic 运营和 AWS 边界外处理。
- 合规要求硬的业务线，大概率继续留在 Bedrock，或者至少延后采购决策。
这也是我不太买账“多一个入口”这种说法的原因。
企业 AI 项目真正难的，从来不只是模型调用。难的是谁有权限、日志归谁管、预算从哪里走、数据到底经过谁的系统、事故发生后谁负责解释。
这些东西不性感，但能决定项目是不是只能停在 demo。
价格、具体区域覆盖、客户迁移成本，目前不能硬编。官方只说覆盖多数 AWS 商业区域，并支持 global 和 U.S. inference geographies。对企业来说，这些细节会直接影响采购表格里的最后一列：能不能上线。
所以接下来最该看三件事：
| 观察点 | 为什么重要 |
|---|---|
| 新功能进入 Bedrock 的速度 | 决定两条路线的差距会不会继续拉大 |
| 企业对 AWS boundary 外处理的接受度 | 决定新平台能进哪些生产场景 |
| 直接 Anthropic API、Claude Platform on AWS、Bedrock 的成本和治理差异 | 决定平台团队到底迁不迁、迁多少 |
这三件事比一句“支持 Claude”重要得多。
企业 AI 的分水岭不是模型名
过去一年，AI 讨论太爱盯模型名。Opus、Sonnet、Haiku，谁强一点，谁快一点，当然重要。
但企业落地时，模型名只是门票。
真正卡人的，是五个变量：身份、账单、审计、数据处理边界、新功能交付速度。
Claude Platform on AWS 把这五件事摆到同一张桌上。它承认了一个行业现实：企业想要云厂商的治理外壳，也想要模型公司的原生速度。
这不是新故事。
早年企业软件进大公司，也走过同一条路。产品团队嫌 IT 慢，IT 嫌产品团队乱。最后能留下来的，不一定是体验最漂亮的工具，而是能进预算、能进权限系统、能追责的工具。
“天下熙熙，皆为利来。”放到企业软件里，这个“利”常常不是用户喜欢，而是采购能过、风险能压、责任能分。
Claude 这次做得比较诚实。
它没有把 Bedrock 说成旧方案，也没有假装所有企业都该换到新平台。它只是把两条路线摊开：要完整功能和更快节奏，就接受 Anthropic 运营和 AWS boundary 外处理；要 AWS 作为数据处理方和更稳边界，就继续走 Bedrock。
这才是企业 AI 的真实分叉。
模型看着更强，产品可能更虚；边界说得更稳，功能也可能更慢。买单的人不能只看“支持 Claude”四个字，要看数据去哪、账单归谁、日志谁查、功能多久到。