企业在 AWS 上落地 Codex 的治理指南

AWS ML Blog 发布了一份企业通过 Amazon Bedrock 接入 Codex 的落地指南，重点是访问权限、治理和成本管理。节选明确：Codex 仍运行在开发者电脑上，模型推理请求交给 Amazon Bedrock；平台、安全和财务团队需要共同确定请求路径与管理边界。

目前能确认什么

文章给出三条接入路径：Native AWS Access 适合已有 AWS 身份与 IAM 权限控制足以满足需求的小规模试点；AgentCore Gateway 面向需要 AWS 托管路由或 Amazon Bedrock Guardrails 的团队；LLM Gateway 适合已有网关，或需要在请求链路中执行控制的组织。自建网关属于进阶方案。

身份接入示例沿用企业身份提供商，再由 IAM Identity Center 签发临时 AWS 凭证。最小权限原则，就是只授予试点所需的调用和观测权限。

试点验证也有明确顺序：先直接调用 Bedrock Runtime，再配置 Codex，最后执行安全任务，方便区分 AWS 访问故障与 Codex 配置问题。示例使用 GPT-5.6 Sol，但模型是否可用，需要按账户、Region 和推理路径分别检查。

我的判断

接入成功只是第一步，推广前更该明确谁能用、能调用什么，以及费用归谁。

对程序员而言，排障可以先从独立的模型调用开始，减少在身份、权限与客户端配置之间反复试错。对平台团队而言，已有 IAM 控制够用时，先做小范围试点更容易明确后续是否需要网关。

另一个边界不能混淆：模型请求经过网关，不代表本机工具执行也受到同样控制。节选要求明确允许使用的 skills 和 MCP servers，但没有交代具体执行机制。遥测是否包含代码、费用如何分摊、预算如何限制，也还要等完整原文或官方文档确认。