Claude Code 自动模式已支持 AWS Bedrock、Vertex 和 Foundry：开启、路由与审计指南

5 月 30 日，Anthropic 在 Claude Code 中发布了一个看似微小的变更，却悄然重塑了企业路由编码代理工作负载的方式：自动模式（auto-mode）现已支持在 AWS Bedrock、Google Vertex AI 和 Microsoft Foundry 上运行 Opus 4.7 和 Opus 4.8。在此之前，自动模式——Claude Code 的后台无许可操作模式——是 Anthropic API 的独占功能。这次扩展让每个团队的"用哪个提供商？"问题从理论争论变成了一个涉及计费、延迟和合规的实际运营决策。

发生了什么

2026 年 5 月 30 日，Claude Code v2.1.15x 引入了一个简单的配置开关：设置 CLAUDE_CODE_ENABLE_AUTO_MODE=1 后，自动模式即可通过 Bedrock、Vertex 和 Foundry 运行 Opus 4.7 和 4.8。该功能自第 20 周（5 月 11–15 日）推出以来一直仅限于 Anthropic API。

同一发布窗口（5 月 29–30 日）还带来了从 .claude/skills 目录自动加载插件和 claude plugin init 脚手架功能——但自动模式跨云平台扩展才是改变路由架构的基础设施级事件。

自动模式本身是 Claude Code 无需许可提示即可在后台运行编码代理的机制：代理在你离开时自动检出分支、编辑文件、运行测试并提交 PR。在 5 月 30 日之前，想要使用自动模式的团队必须直接使用 Anthropic API，即使其组织的主要云承诺在 AWS、Google 或 Microsoft。

为什么这对 AI 工程团队很重要

这不是一个表面上的"更多平台"复选框。它改变了直接关系工程预算和架构的三件事：

1. 计费合并。 如果你的组织已经拥有 AWS 企业折扣计划（EDP）、Google 承诺使用折扣（CUD）或 Microsoft Azure 消费承诺，将 Claude Code 通过 Bedrock/Vertex/Foundry 路由意味着 Opus 4.8 的消费计入你现有的云支出——而不是单独的 Anthropic API 账单。对于每天在编码代理上花费数百美元的团队来说，这可能是 Opus 是否适合现有采购流程、还是需要全新供应商审批周期的分水岭。

2. 数据驻留和 VPC 合规。 Bedrock、Vertex 和 Foundry 均在你云账户的网络边界内运行。涉及专有源代码的自动模式工作负载不再需要通过公共互联网访问 api.anthropic.com。对于受监管行业（金融、医疗、国防）的团队来说，这消除了一个使自动模式不可行的障碍——即使该功能本身是值得拥有的。

3. 延迟和可用性面。 每条提供商路径具有不同的特征。us-east-1 的 Bedrock ≠ us-central1 的 Vertex ≠ East US 的 Foundry ≠ Anthropic API。从 AWS 的 CI 运行器运行 Claude Code 会话的团队在 Bedrock 上与 Anthropic API 上会看到不同的往返时间。而且每个平台都有自己独立的可用性 SLA——通过你的主要云提供商路由自动模式意味着在关键路径上少了一个外部依赖。

路由/运营视角

对于运营 AI 网关或路由层的团队——包括 TheRouter 用户——这一变化引入了一个新的路由维度：提供商路径现在是与模型选择并列的一级变量。

以下是 5 月 30 日之前不存在的决策矩阵：

运营影响层层递进：

• 回退链现在有了第四条路径。 如果 Anthropic API 出现故障或限流峰值，运营商可以回退到 Bedrock 或 Vertex 使用同一模型。这不是模型回退——而是提供商平台回退，即使在模型本身（Opus 4.8）不变的情况下也有效。
• 成本路由变得更加精细。 团队现在可以根据本月哪个云承诺池未被充分利用来进行路由。如果 AWS 支出低于 EDP 阈值，路由到 Bedrock。如果 Google CUD 已满，路由到 Anthropic API。
• 可观测性在提供商之间分裂。 每个平台暴露不同的日志、指标和审计跟踪。Bedrock 日志进入 CloudTrail/CloudWatch；Vertex 进入 Cloud Logging；Foundry 进入 Azure Monitor。一个未能将这些标准化到单一可观测性视图的路由层将失去跨路径比较性能的能力。

需要关注： CLAUDE_CODE_ENABLE_AUTO_MODE=1 标志是单一环境变量。没有按提供商细分的开关——在 Bedrock、Vertex 和 Foundry 之间是全有或全无。如果企业客户要求针对不同云提供商的不同策略，Anthropic 可能会引入按平台的开关。

TheRouter 用户应该关注或尝试什么

1. 从你的 CI/CD 基础设施测试延迟。 通过每条可用的提供商路径启动相同的 Claude Code 自动模式会话，并测量从任务提交到 PR 创建的端到端时间。结果会让你惊讶——云跨区域延迟通常主导模型推理时间。

2. 构建提供商路径回退策略。 如果你的团队依赖自动模式进行夜间编码代理运行，单一提供商依赖现在已无必要。配置路由规则：如果使用 AWS，先尝试 Bedrock，回退到 Anthropic API，两者都失败时发出告警。

3. 审计你的计费合并。 计算通过现有云承诺路由 Claude Code 是否会改变你的有效每 token 成本。Bedrock 和 Vertex 对 Opus 4.8 的定价可能与 Anthropic API 直接定价不同，而这一差异乘以每天数十万个 token 会迅速累积。

自动模式的扩展是一个信号：Anthropic 正在将云平台分发视为一等部署模型，而不是事后补充。那些构建路由架构以利用这一点的团队——而不是将 Anthropic API 视为通往 Claude Code 的唯一路径——将获得更低的延迟、更简单的采购流程和更少的单点故障。