Anthropic 推出 Claude Apps Gateway：打通 Bedrock 与谷歌云，支持企业统一管控

AI 编程工具虽然好用，但大公司的 IT 管理员通常很头疼。以前给团队部署 Claude Code，管理员得给每个工程师发一套云平台密钥，手动往每台电脑里塞配置，到了月底还要头疼怎么拆分账单。

现在 Anthropic 自己出手，推出了一个名为 Claude Apps Gateway 的自托管控制面，专门解决在 Amazon Bedrock 和 Google Cloud 上跑 Claude Code 时的管控难题。

一个人入职，不用再配一套云密钥

这个网关的形态非常轻巧。它就是一个跑在 Linux 上的无状态容器，后端只需要挂一个 PostgreSQL 数据库。

更有意思的是，Anthropic 没有单独搞一套复杂的企业级服务端套件，而是直接把它塞进了开发者本地已经安装的同一个 claude 命令行二进制文件里。

在身份认证上，网关可以作为 OIDC 客户端，直接对接企业现有的 Okta、Microsoft Entra ID 或 Google Workspace。开发者通过统一单点登录认证，拿到的是短期凭证，本地机器上不会留下任何长期有效的云密钥。

这意味着工程师入职或离职，IT 部门只要在企业统一身份系统里加一个人或删一个人就行，不用再去各个云平台手动回收权限。

流量不过 Anthropic，还能自动多云容灾

除了管人，网关还能管策略和花销。管理员在服务端统一设定允许使用的模型和默认参数，客户端每次请求都会被网关严格校验。

针对大家最关心的成本失控问题，网关支持按组织、项目组或者个人设置日额度、周额度和月度花费上限，一旦超标直接拦截。

所有的调用指标会打上用户标签，通过 OTLP 协议发往企业自己的监控系统，数据保留多久全凭企业自己定。Anthropic 明确承诺，除非你主动选择调用官方的 Claude API，否则推理流量和监控数据完全不会经过 Anthropic 的服务器。

此外，网关还兼职做了路由分发。它不仅能把请求分流到 Amazon Bedrock 或 Google Cloud，甚至支持在不同云服务商之间做自动故障转移。Anthropic 还把网关使用的底层通信协议公开了，允许第三方自行开发同类网关。

为什么重要

我们认为，这是 Claude Code 真正打进大企业采购清单的关键一步。

很多大企业在 AWS 或 Google Cloud 上有大笔预付抵扣额度，安全合规部门对公有云密钥在本地机器乱飞是零容忍的。这个网关用最轻量的方式，帮企业把合规、单点登录和预算熔断给补齐了。如果你所在的团队本来就在用 Bedrock 或 GCP，现在完全值得搭一个跑跑看。

对行业来说，这也是给云巨头和竞品的一记重拳。此前 GitHub Copilot 靠着微软生态在企业级权限管理上占尽先机，现在 Anthropic 绕过 SaaS 托管，直接把自托管网关做成了标准件，甚至还能跨 AWS 和 GCP 做容灾，这会让多云架构的企业更愿意把编程预算划给 Claude。

看起来 Anthropic 的做法非常聪明，把服务端塞进现有的 CLI 工具里，企业几乎没有新的软件分发成本。不过隐患也在于自托管本身：企业依然需要自己维护容器、网络穿透和 PostgreSQL 数据库的高可用。如果后续配置出现漂移或者容器挂掉，可能会直接卡住整个工程团队的编码效率。