Azure GPT 与 AWS / Vertex Claude 渠道 ID：一把 Key 按渠道调用

2026-09-22 的 Router One 目录里有 21 个带渠道前缀而不是厂商前缀的模型 id：5 个 azure/gpt-*、9 个 aws/claude-*、7 个 vertex/claude-*。每一个的基础模型都是你可能已经在调的默认渠道 id——azure/gpt-5.6-sol 就是 GPT-5.6 Sol，aws/claude-sonnet-5 就是 Claude Sonnet 5——但作为独立产品出售：自己的路由池、自己的公示单价与阶梯、自己的配额口径，以及每条 trace 里自己的一行。Key、base URL、端点和请求结构都不变，变的只有 model 字符串。

这篇指南只写目录和网关已公开的行为在这一天允许我们说的事：有哪些 id，渠道前缀改变了什么、没改变什么，各系列走哪个端点，以及怎样把 OpenAI SDK、Claude Code 或 Codex CLI 指向一个渠道 id。这里不印价格：模型目录和各模型页有实时单价，下文列出的对比页会把渠道 id 与默认渠道的同款并排渲染。

渠道 id 是什么，不是什么

渠道 id 指向 Router One 目录上的一条公开销售渠道。azure/、aws/、vertex/ 是目录给三条渠道起的标签，同一批基础模型经由这三条渠道提供，各有一张自己的价格表。默认渠道就是这次变化之前你调用的一切：gpt-5.6-sol 这样的裸名，以及 openai/gpt-5.6-sol、anthropic/claude-sonnet-5 这样带厂商前缀的名字。这些 id 保持原有的路由与单价，2026-09-22 没有任何改动。

标签是产品身份，不是信息公开。Router One 不公开任何渠道由哪些供应商提供、有几条候选线路、线路对网关的成本、运行在哪个区域，客户 trace 里也没有这些（路由事实）。因此渠道 id 不附带 Router One 关于数据驻留、区域或合规的任何声明；如果你自己的政策要求特定的云渠道，网关给你的是渠道标签和每请求 trace，其余属于你自己的审查。

这 21 个 id

下表每个 id 都出现在 2026-09-22 的目录核查中。上下文窗口、输入模态、能力标签和单价以目录条目为准，不以本表为准——发流量前先打开模型页。

表里有两点容易看漏。渠道阵容不是默认阵容的复制：aws/claude-opus-4.5 与 aws/claude-sonnet-4.5 在今天的目录里没有默认渠道的同款，AWS 渠道有 Haiku 4.5 而 Vertex 渠道没有，任何渠道都没有 -thinking id 和 Claude Fable 5。另外，azure/gpt-5.6-luna 是新的渠道产品，不是默认渠道的 openai/gpt-5.6-luna——后者当前不在目录里。

选了渠道之后什么会变

网关把渠道 id 当作独立产品处理，由此有六条后果，它们也正是选或不选渠道 id 的理由。

1. 路由只在渠道内部进行。 对 azure/gpt-5.6-sol 的请求只由该模型的 Azure 渠道线路服务。上游出现可重试故障后的重试留在渠道内；请求永远不会回退到默认渠道，自动路由也不能把它移过去。渠道内没有可用线路时，请求以错误码页描述的「无可用线路」错误失败，而不是由别的渠道代答。
2. 默认 id 永远不借用渠道容量。 openai/gpt-5.6-sol 保持原有的 fallback 范围；某条渠道也提供同一基础模型这件事，不会把该渠道的线路加进默认 id 的候选里。
3. 单价是渠道自己的。 模型页上的每一行单价——输入、输出，以及 Azure GPT id 在 272,000 输入 token 以上的整单长上下文阶梯——都按渠道 id 各自公示，不继承默认 id 的促销折扣。截至 2026-09-22，「最低官方价 1 折」的口径落在默认渠道的 GPT id 上，Azure id 在同一基准价上的折扣更小，AWS 与 Vertex 的 Claude id 按公示挂牌价计费、当前没有促销折扣。当前数字请到模型页读取，它们会变。
4. 配额与折扣跟着渠道 id 走。 覆盖默认 id 的订阅配额不会自动覆盖它的渠道同款：除非实时套餐接口把该渠道 id 列入某个模型档位，对它的调用一律按公示单价从钱包余额扣费，成本计算器也会提示当前公开套餐配额不包含此模型。账户级折扣同样按你实际调用的渠道 id 计算，而不是按基础模型名。
5. 渠道会一直保留到响应和账本里。 响应里的 model 字段、控制台 → 日志里的那一行、以及最终结算的费用，都带着你发送的渠道 id，所以渠道流量可以按模型筛选、用专门的 Key 和 maxSpend 设预算，并像其他模型一样按 request_id 对账（每请求可观测）。
6. 目录只展示渠道和客户价，不展示背后的东西。 供应商名称、候选数量和采购价格对任何渠道都不公开，默认渠道也一样。

渠道 id 走哪个端点

渠道 id 遵循其基础系列的端点规则，规则写在 API 兼容性事实里，各模型页也会列出：

• azure/gpt-* 属于 GPT 系列：POST /v1/chat/completions，以及原生服务的 POST /v1/responses——Codex CLI 说的那种协议。
• aws/claude-* 与 vertex/claude-* 属于 Claude 系列：POST /v1/chat/completions，以及 Anthropic 协议格式的 POST /v1/messages——Claude Code 说的那种协议。

把 id 发到不服务它的端点——比如把 Claude 渠道 id 发到 /v1/responses——会在调用任何模型之前收到 HTTP 400 invalid_request_error，消息里写明应走的路径。没有任何渠道 id 以 -thinking 结尾，所以兼容性事实里描述的思考默认值不适用于它们。

请求体里没有渠道字段。model id 是唯一的选择器：azure/gpt-5.6-sol 选 Azure 渠道，gpt-5.6-sol 与 openai/gpt-5.6-sol 选默认渠道，任何请求头或额外参数都改变不了这一点。

调一次

用 Azure GPT id 调 Chat Completions——就是你今天在发的请求，换一个 model 字符串：

curl https://api.router.one/v1/chat/completions \
  -H "Authorization: Bearer sk-your-api-key" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "azure/gpt-5.6-sol",
    "messages": [{"role": "user", "content": "用一句话解释 API 目录上的销售渠道是什么。"}]
  }'

用 AWS Claude id 调 Messages：

curl https://api.router.one/v1/messages \
  -H "Authorization: Bearer sk-your-api-key" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "aws/claude-sonnet-5",
    "max_tokens": 256,
    "messages": [{"role": "user", "content": "用一句话解释 API 目录上的销售渠道是什么。"}]
  }'

Claude Code：按 Claude Code 国内接入保留 ANTHROPIC_BASE_URL=https://api.router.one 与 ANTHROPIC_AUTH_TOKEN，把 ANTHROPIC_MODEL 设为 aws/claude-sonnet-5（或某个 vertex/claude-* id）。Claude Code 会把这个 id 原样发到 /v1/messages。

Codex CLI：在 Codex 与 Responses API 指南给出的 provider 配置块里，把 model 设为 "azure/gpt-5.6-sol"。Codex 会把 id 原样发到 /v1/responses，Azure GPT id 在那里原生服务。

然后打开控制台 → 日志：每次调用一行，模型就是渠道 id，带 tokens、花费、延迟和状态。如果你把渠道和默认同款并排跑，给它们各自一把带 maxSpend 上限的 Key，让对比有预算（按 Key 追踪成本）。

把渠道和默认同款放在一起比

三个对比页从实时目录把渠道 id 与默认渠道同款并排渲染——1M 输入 + 1M 输出配比下的价差、上下文窗口和端点系列，一小时内刷新：

• GPT-5.6 Sol (Azure) vs GPT-5.6 Sol
• Claude Sonnet 5 (AWS) vs Claude Sonnet 5
• Claude Opus 5 (Vertex AI) vs Claude Opus 5

这些页面只陈述价格事实；某条渠道对你的提示词表现是否不同，要靠你自己的 A/B 跑出来。

什么时候该选渠道 id

• 你需要把流量固定在一条渠道上。 这样 trace 里的延迟、可用性和错误观察都只归因于这条渠道，因为没有任何请求被悄悄送到别处。
• 你的采购或审查政策点名了某条云渠道。 目录标签加 trace 给你每请求一条「由哪个渠道产品应答」的记录；Router One 不在此之上提供任何认证或驻留声明。
• 你在评估这条渠道本身。 用不同的 Key 分别跑渠道 id 和默认 id，比过 trace 再迁移流量。

如果由成本决定，2026-09-22 的答案是默认 id：同样的基础模型，折扣更深。选渠道 id 是一个有意的决定——为渠道的隔离付渠道的价。

不提供什么

• 请求体里没有渠道选择器；model 是选渠道的唯一方式。
• 不承诺某条渠道的阵容完整或稳定。id 按目录的节奏上架与下架，上面的对比页在一侧下架时返回 404，而不是错误的数字。
• 截至 2026-09-22，没有 -thinking 渠道 id，也没有 Claude Fable 5 的渠道 id。
• 不公开供应商、区域、候选数量或采购价格，渠道 id 和默认 id 都一样。

常见问题

azure/gpt-5.5 给我的和 openai/gpt-5.5 是同一个模型吗？ 同一个基础模型，作为独立产品出售：自己的路由池、自己的公示单价、自己的配额口径。两个目录条目公布的细节也可能不同，所以请分别读两个模型页，不要假定一致。

渠道繁忙时，渠道 id 会回退到默认渠道吗？ 不会。重试留在渠道内；渠道内没有可用线路时，请求以「无可用线路」错误失败，而不是由别的渠道代答。反过来，默认 id 也永远不用渠道的线路。

我的 Pro、Max 或 Ultra 套餐覆盖渠道 id 吗？ 只有实时套餐接口把该渠道 id 列进某个模型档位时才覆盖。覆盖 openai/gpt-5.5 的配额不覆盖 azure/gpt-5.5；没有列入覆盖时，渠道调用按公示单价从钱包余额扣费，成本计算器也会对你选的模型这样提示。

渠道 id 更便宜吗？ 2026-09-22 这一天不是。默认 id 带更深的促销折扣；Azure id 折扣更小，AWS 与 Vertex 的 Claude id 按公示挂牌价计费。对比页实时渲染价差，本文不印单价。

Claude Code 和 Codex 用渠道 id 时走哪个端点？ Claude Code 把 aws/claude-* 或 vertex/claude-* id 发到 /v1/messages；Codex 把 azure/gpt-* id 发到 /v1/responses，Azure GPT id 在那里原生服务。两条路径都是它们默认渠道同款已经在走的。

下一步

• 在模型目录里挑一个渠道 id，读它的端点、阶梯和实时单价；折扣口径见价格页。
• 用事实清单的形式读渠道规则：定价事实与路由事实。
• 9 月其余的阵容变化，包括 Grok 4.7，见 2026 年 9 月新模型指南。