Amazon Bedrock GPT-5.5：OpenAI Codex 路由、AWS IAM 凭证与模型 ID

OpenAI 的前沿模型——GPT-5.5 和 GPT-5.4——以及 Codex 编程智能体，现已在 Amazon Bedrock 正式发布（GA）。对于评估这条路径的企业团队而言，真正值得关注的不只是模型访问权限，而是一套与当前大多数 OpenAI API 网关架构存在根本性不兼容的凭证体系。

究竟发生了什么变化

在此之前，所有 OpenAI 请求都遵循统一的凭证平面：OPENAI_API_KEY → api.openai.com。路由层、网关和代理都围绕这一假设构建。

Bedrock 路径将其全部替换：

• 认证方式：AWS IAM 凭证或 Bedrock API key（AWS_BEARER_TOKEN_BEDROCK），不再使用 OPENAI_API_KEY
• Base URL：Amazon Bedrock 区域端点，而非 api.openai.com
• 模型 ID：openai.gpt-5.5 和 openai.gpt-5.4——AWS 命名空间字符串，不同于 OpenAI 自身的模型名称
• API 协议：Bedrock 自有的 OpenAI Responses API 实现——接口相似，但请求处理方是 Bedrock
• 区域依赖：模型可用性因 AWS 区域而异，必须选择模型已激活的区域

对于 Codex，配置变更是明确的：在 ~/.codex/config.toml 中，将 model_provider 设置为 "amazon-bedrock" 以替代原有的 OpenAI provider 配置。

路由层的核心问题：两套凭证平面，而非一套

当前大多数 OpenAI 兼容网关都假设同构的凭证集合——每个 provider 一个 API key，一个 base URL。Bedrock 路径在多个维度上打破了这一假设：

1. 无法复用 OPENAI_API_KEY。 Bedrock 认证是 AWS 原生的。如果你的路由层在转发至 Bedrock 前无差别注入 Authorization: Bearer <openai-key>，请求将失败。凭证必须通过 AWS 凭证链解析（环境变量、共享凭证文件、IAM 实例角色、SSO 或联邦 credential_process）。

2. 模型 ID 命名空间不同。 向 Bedrock 发送 gpt-5.5 请求无法解析，正确的 ID 是 openai.gpt-5.5。任何将逻辑模型别名映射到 provider 特定 ID 的路由策略，都需要维护一张 Bedrock 感知的别名表。

3. 区域路由引入新变量。 与全局的 api.openai.com 不同，Bedrock 端点是区域级的（如 us-east-1、eu-central-1）。路由策略需要知道团队的预配置区域，才能准确定位端点——以及哪些模型在该区域可用。

4. 定价与 OpenAI 原生一致。 这消除了通过 Bedrock 替代直连 OpenAI 进行价格套利的动机。选择 Bedrock 路径的驱动力是治理合规，而非成本。

Bedrock 上（暂时）不可用的能力

在将流量路由至 Bedrock 之前，团队应对当前能力边界进行审计：

Fast Mode 对于延迟敏感的编程智能体工作流而言是一个显著缺口。云端智能体——Codex review、安全扫描、web agent——目前仍仅限 OpenAI 托管。

运营者行动建议

审计凭证注入逻辑。 如果你的网关对所有出站请求无差别注入 OPENAI_API_KEY，需为 Bedrock 增加一条 AWS 凭证感知路径，通过 SDK 链解析凭证。

添加 Bedrock 模型别名。 更新模型别名表，当目标 provider 为 Bedrock 时，将 gpt-5.5 映射为 openai.gpt-5.5。不要将 OpenAI 命名空间的模型 ID 发送至 Bedrock 端点。

按团队固定路由策略。 由于 Bedrock 可用性因区域和组织预配置而异，路由至 Bedrock 应作为明确的租户级或工作区级策略，而非全局默认值。

迁移 Codex 工作负载前验证特性对等性。 如果你的团队使用云端智能体、Fast Mode 或托管插件，今天将 Codex 迁移至 Bedrock 路径将静默降级这些能力。

关注 Daybreak 路线图。 OpenAI 已表示 Daybreak——其网络防御模型和 Codex Security 产品——将随后登陆 Bedrock。在 AWS 上构建安全代码审查流水线的安全团队，应提前关注这条路径。

治理层面的优势

企业选择这条路径的动因显而易见：通过现有 AWS 账号采购、数据驻留在指定 Bedrock 区域、统一计费、无按席许可证、以及 AI 治理控制已嵌入 AWS 组织的 Guardrails 体系。对于受监管行业——医疗、金融、政府——这可能是在生产环境部署 GPT-5.5 的唯一可行路径。

这与我们此前看到 Claude 登陆 Bedrock 和 Vertex 时的模式如出一辙：模型本身不变，但运营上下文——密钥归属、请求可见性、适用合规认证——发生了根本性变化。

相关阅读

• Claude Code Auto-Mode 登陆 Bedrock、Vertex 和 Foundry
• OpenAI 工作负载身份与 Admin API 治理变更
• OpenAI Codex 走向本地部署：Dell 合作意味着什么