AWS Bedrock 上的 Codex 缺陷导致 10 倍费用激增
近期，OpenAI 的 Codex CLI 在 Amazon Bedrock 上使用时，因缺乏显式缓存控制而引发严重成本问题，用户报告费用高达正常水平的 10 倍。该问题在 GitHub 上引发热议，获得 145 分和 61 条评论，凸显了 AI 编码工具在云环境中的成本管理挑战。
问题根源
根据 GitHub 问题 #37674，Codex CLI 0.147.0 版本在调用 Bedrock Mantle 服务时，无法启用 GPT-5.6 Sol 的显式提示缓存。在代理式编码工作负载中，这导致大量缓存写入令牌，推高了成本。
用户 apexethdev 提供了生产环境数据：在 2026 年 8 月 5 日至 8 日期间，共发起 3,656 次请求，产生 1.7194 亿缓存写入令牌，估算成本 1,182.09 美元，占总成本约 85%。本地会话中，每次请求平均产生约 88K 缓存写入令牌，且无缓存读取。尽管 CloudWatch 指标无客户端错误，但费用依然飙升。
技术原因
Codex 虽已生成会话级 prompt_cache_key，但 HTTP 和 WebSocket 请求均未包含 prompt_cache_options 或 prompt_cache_breakpoint。AWS Bedrock 提供的内置配置仅支持传输和认证设置，无法通过 config.toml 修改请求体，使用户无法自行调整缓存策略。
影响与建议
此问题与 #35300 相关，但提供了原生 Bedrock 提供商的独立证据。对于依赖 Codex 进行大规模编码的团队，成本控制至关重要。建议用户密切关注 AWS 账单，并考虑在修复前使用其他模型或提供商。同时，OpenAI 和 AWS 需协作，提供明确的缓存配置选项，以避免类似成本激增。
该事件提醒我们，在采用 AI 工具时，不仅要关注功能，还需评估其云服务集成的成本效率。随着 AI 代理编码的普及，类似问题可能会更频繁出现，优化缓存策略将成为降低开销的关键。
