为什么开发者都在把 Claude 迁移到 AWS Bedrock？

过去几周，X（推特）和 Reddit 上的 AI 开发圈里，"Claude AWS" 成了高频词。Anthropic 发布的 Claude Code 工具开始支持 AWS Bedrock，引发了一波迁移潮。

我一开始不太理解：直接调 Anthropic 的官方 API 不好吗？非要绕一圈去搞 AWS 复杂的权限配置？仔细看了几个热门讨论帖，我才弄明白背后的逻辑。

隐私与企业合规的硬需求

在 Reddit 的 r/ClaudeAI 板块，讨论最热烈的是数据隐私。

直接调用官方 API，数据有可能会被用于模型训练（虽然企业版有协议保护，但很多公司还是不放心）。而走 AWS Bedrock，数据是完全隔离在你的 AWS 账户里的。亚马逊的合规背书，让很多对数据敏感的金融、医疗公司终于敢把核心业务代码喂给 Claude 了。

这也是为什么即使 Claude Code 目前的 AWS 接入体验很差（比如不支持 SSO、claude doctor 命令会卡死），大家还是趋之若鹜。

生态整合的诱惑

在 GitHub 上，知名的 AI 编程助手项目 Cline 最近合并了一个重要的 PR（#2742）。他们把底层的 Anthropic SDK 彻底换成了 AWS Bedrock Runtime SDK。

开发者给出的理由很直接：AWS 提供了 Bedrock Guardrails（安全护栏）和统一的 Converse API。这意味着你可以用同一套标准接口，无缝切换 Claude、Llama 等不同模型，还能加上 AWS 级别的安全过滤。这种生态级别的便利性，是单一模型厂商给不了的。

别盲目跟风：中小团队的现实选择

不过，我看了看那些配 AWS 权限配到崩溃的吐槽帖，觉得有必要泼盆冷水。

AWS 的 IAM 角色、策略配置、Access Gateway 门槛极高。如果你只是个独立开发者，或者团队里没有专门的云架构师，搞这套东西会耗费你大量精力。

说到底，大家想要的是"稳定、多模型切换、不折腾"。如果你没有严格的企业合规要求，完全没必要去啃 AWS 这块硬骨头。现在市面上有很多成熟的 API 聚合平台可以平替这种需求。

比如我最近在用的 147AI，它其实就扮演了一个类似网关的角色。你只需要一个 Key，就能调用 Claude 3.5/3.7、GPT-4 等各种模型。接口完全兼容 OpenAI 格式，不用改代码，也不用去配复杂的云服务器权限。对于只想专注写业务逻辑的人来说，这种开箱即用的方案比死磕 AWS 实在得多。

大厂追求极致的合规与控制，选 AWS Bedrock 没毛病；但我们普通开发者，选个好用的中转平台，把时间花在打磨产品上，才是正解。

参考链接：