产品 · ENTITY RECORD
Bedrock
· Agent Harness 功能清单：Claude Code × Codex
Bedrock 渠道含 Mantle 明确属于 Claude Code 接入渠道，支持集成。
Codex 独立来源复核 · Jev 94% · 不计人工核验573: Amazon Bedrock（含 Mantle 端点）、Claude Platform on AWS、Google Cloud Agent Platform（原 Vertex AI）、Microsoft Foundry；部分功能依赖订阅或第一方 API，不同渠道可用性不同。
Claude Code 可经 Amazon Bedrock（含 Mantle 端点）、Claude Platform on AWS 等第三方云渠道调用模型。
· Agent Harness 功能清单：Claude Code × Codex
Codex 列明确 Bedrock 提供方，支持产品集成。
Codex 独立来源复核 · Jev 37% · 不计人工核验577: 内置 amazon-bedrock 提供方（使用 Bedrock 上的 OpenAI 模型）；Azure OpenAI 等可配置为自定义提供方；API 数据驻留项目可改 base_url 。
Codex 内置 amazon-bedrock 提供方，使用 Bedrock 上的 OpenAI 模型。
报道标题明确称 AWS 工程师重建 Bedrock。关系对象改为 AWS，证据链接与引用改为该媒体报道。
Codex 独立来源复核 · Jev 41% · 不计人工核验321: The Information《How Six AWS Engineers Rebuilt Bedrock to Challenge Microsoft》 322: https://www.theinformation.com/articles/six-aws-engineers-rebuilt-bedrock-challenge-microsoft [L0] 323: 二手 类型： 付费媒体报道（需订阅） 用于： 开篇 Magerramov 引语；4.2 节「三周扩容等待」 324: AWS 官方材料 厂商侧的一手文档 325: 02 326: AWS 官方文档 · Amazon Bedrock 端点对比 327: https://docs.aws.amazon.com/bedrock/latest/userguide/endpoints.html [L1]
76: 这一条网站架构有对应物——就是额度制。而 AWS 的官方文档里，恰好把两种做法摆在一起对比了： 77: 老入口 ：在 许多传统的多客户共享服务 中，架构是围绕 给每个账号设额度 来设计的，以此管理对共享资源的公平访问。老入口就是这么做的。 新入口 ：这个入口采用 高级调度与排队机制 ……大多数情况下请求会被立即处理，某些情况下 请求可能会短暂排队 ，直到手上的活干完、算力释放出来。 AWS 官方文档 · 已译为白话，"传统的"三个字是原文用词
How Six AWS Engineers Rebuilt Bedrock to Challenge Microsoft
· 从处理请求到调度推理：Bedrock 重构故事里的架构问题
Mantle是为Bedrock构建的底层推理引擎，ComponentOf方向正确；不把API端点名称当不同引擎。
Codex 独立来源复核 · Jev 81% · 不计人工核验The Information 报道，AWS 为 Bedrock 构建了新的推理引擎 Mantle，以应对容量、可靠性与不断变化的负载。报道中最值得追问的技术问题，是为什么一个已经能够接收模型请求的平台，还需要重新思考资源调度。种子文章及页码证据表（本地研究附件）
还要区分接口与引擎：截至本次2026年9月10日直接读取，AWS吞吐文档明确表示，bedrock-runtime与bedrock-mantle两种API端点使用相同底层推理引擎，配额核算与容量选项不同。因此，端点名称不能直接充当旧、新调度架构的分界。AWS吞吐最佳实践 <https://docs.aws.amazon.com/bedrock/latest/userguide/scaling-throughput-best-practices.html>
Mantle是为Bedrock构建的底层分布式推理引擎。
| 时间 | 指标 / 类型 | 数值 | 口径与证据 |
|---|
暂未收录有出处的指标观测。
AI 前沿情报站