面对代码生成、知识问答、研究报告等不同请求,每次手动挑模型并不现实。OpenRouter 的 Auto Router(openrouter/auto)会先把提示词归入约 30 类任务,再参考平台每周超过 55T Token 的消费流向来选模型,而不是依赖一张固定排行榜。自 2026 年 8 月 10 日起,OpenRouter 用基于滚动 7 天社区消费信号的新系统,取代了此前由 NotDiamond 驱动的路由方案:默认档位主打更低成本,最高档则瞄准前沿模型级别的质量。不过,路由本身不额外收费,最终账单却取决于被选中的模型;如果不做配置,一个简单请求也可能被分配到价格较高的模型。
新版 OpenRouter Auto Router 到底做了什么
Auto Router 本质上是一个元路由器:请求时将 openrouter/auto 填为模型名称,它会把提示词转发给具体的底层模型。你支付的是该模型的标准价格,不会另收路由费。API 响应中会带有 model 字段,方便你核查每次请求实际用了哪个模型。
2026 年 8 月的这次更新替换了旧路由引擎,旧版此前由 NotDiamond 提供支持。OpenRouter 将新思路称为“市场智慧”:不再由固定的分类模型判断哪个模型“最好”,而是分析此前 7 天的匿名消费数据。例如,若数千名开发者在上周把编码工作负载从一个模型转向另一个模型,路由器会在数天内跟随这一迁移趋势。
路由器会在请求过程中完成提示词分类,无需保留提示词,覆盖约 30 个类别,包括代码生成、调试、多步骤 Agent 规划、知识问答、数学、客服和研究报告等。若分类或排序数据不可用,系统会回退到默认模型集合,避免路由故障直接导致请求失败。
目前可用两个 slug:
| Slug | 用途 | 插件 ID |
|---|---|---|
openrouter/auto | 稳定版路由器,已正式可用 | auto-router |
openrouter/auto-beta | 提前体验路由更新的通道 | auto-beta-router |
新路由器先在 auto-beta 上运行了数周,随后于 2026 年 8 月 10 日迁移至稳定 slug。若在配置中使用了错误的插件 ID,配置会被静默忽略,这是一个很常见的接入陷阱。
模型如何选出:任务分类叠加 5 档成本区间
路由决策主要看两个维度:任务分类和成本档位。它先从提示词中识别任务类型,再在该类型下按过去 7 天的社区使用份额给候选模型排序,同时纳入你的账户限制条件,例如允许的模型、护栏、隐私设置和 ZDR 策略。
成本档位决定路由器愿意进入哪一段价格区间。由低到高共有五档:low、medium、high、xhigh 和 max,默认值为 low。需要注意,档位代表的是一个价格带,而不是价格上限:低于或高于这个区间的模型都会被排除。
OpenRouter 在2026 年 8 月 10 日公布的路由矩阵覆盖全部约 30 类任务。下面列出其中 15 个代表性场景,展示任务类型和成本档位如何共同决定模型选择:
| 任务类型 | Low | Medium | High | Xhigh | Max |
|---|---|---|---|---|---|
| 代码生成 | glm-5.2 | claude-4.6-sonnet | kimi-k3 | claude-opus-5 | claude-5-fable |
| 调试 | deepseek-v4-pro | glm-5.2 | gemini-3.6-flash | claude-4.8-opus | claude-opus-5 |
| 代码审查 | glm-5.2 | claude-sonnet-5 | kimi-k3 | gpt-5.6-sol | claude-opus-5 |
| SQL 与数据库 | deepseek-v4-flash | glm-5.2 | claude-sonnet-5 | kimi-k3 | claude-opus-5 |
| 前端与 UI | glm-5.2 | claude-sonnet-5 | gpt-5.6-sol | kimi-k3 | claude-5-fable |
| DevOps 与配置 | deepseek-v4-flash | glm-5.2 | gpt-5.6-sol | kimi-k3 | claude-opus-5 |
| 多步骤规划 | deepseek-v4-pro | glm-5.2 | claude-4.8-opus | kimi-k3 | claude-5-fable |
| 网页搜索 | deepseek-v4-flash | glm-5.2 | gpt-5.6-sol | kimi-k3 | claude-4.6-opus |
| 数学 | deepseek-v4-pro | glm-5.2 | gemini-3.1-pro | kimi-k3 | claude-4.6-opus |
| 内容写作 | glm-5.2 | gemini-3.6-flash | claude-4.8-opus | claude-4.6-opus | gpt-5.6-sol |
| 研究报告 | deepseek-v4-pro | glm-5.2 | claude-sonnet-5 | gpt-5.6-sol | claude-opus-5 |
| 问答与知识 | glm-5.2 | gemini-3.6-flash | claude-sonnet-5 | kimi-k3 | gpt-5.6-sol |
| 翻译 | deepseek-v4-flash | gemini-3-flash | gemini-3.5-flash | claude-sonnet-5 | gpt-5.6-sol |
| 分类 | gemini-3-flash | gemini-3.5-flash | gemini-3.6-flash | gemini-3.1-pro | gpt-5.6-sol |
| 客户支持 | gemini-3-flash | gpt-4.1 | gemini-3.6-flash | claude-4.6-sonnet | claude-opus-5 |
low 档在编码任务上倾向于 GLM-5.2、DeepSeek V4 Flash 这类较便宜的模型,在分类和客服任务中则更多选择 Gemini Flash 系列。升到 max 后,系统会按任务路由到 Claude Opus 5、Claude 5 Fable 或 GPT-5.6 Sol。
cost_tier 与已废弃 cost_quality_tradeoff 的关系
旧的数值参数 cost_quality_tradeoff 已被弃用,但仍可接受。它的范围是 0-10,其中 0 优先质量、10 优先成本,默认值为 7。新参数 cost_tier 改用具名档位。若两个参数同时发送,cost_quality_tradeoff 会优先生效。这是为了向后兼容,但在迁移旧代码时可能带来意外路由结果。开始使用 cost_tier 后,应移除旧参数。
通过 API 请求配置:
{
"model": "openrouter/auto",
"messages": [{ "role": "user", "content": "Debug this Python function" }],
"plugins": [{
"id": "auto-router",
"cost_tier": "max",
"allowed_models": ["anthropic/*", "openai/*"]
}]
}
allowed_models 支持 anthropic/* 这样的通配模式,可将范围限定在某家提供商。excluded_models 会在 allowed_models 之后执行,进一步缩小候选池。若过滤后没有可用模型,API 会返回 404。
基准测试:新旧 Auto Router 的表现差异
OpenRouter 在基准测试中,将新旧路由器放在五项不同类型的测试上比较,同时考察默认设置与最高设置。旧路由器的默认配置是 cost_quality_tradeoff=7,新路由器的默认配置则是 cost_tier=low。
在默认档位下,新路由器在 5 项测试中的 3 项追平或超过旧版:DSQA(研究)提升最明显,达到 +45.6%;WideSearch(搜索)提升 +16.0%;MMLU Pro 小幅下降 -1.6%,tau-bench Banking 下降 -1.9%,SWE-Atlas QnA 持平。默认档位在 MMLU Pro(-64.2%)、tau-bench(-51.3%)和 SWE-Atlas(-35.9%)上的成本更低,但 DSQA 成本高出 87.6%($276 对 $147.11)。在 max 档,新路由器赢下全部 5 项测试:tau-bench Banking 从 7.2% 升至 31.6%(+338.9%),SWE-Atlas QnA 从 2.4% 升至 60.7%(+2429.2%)。但 max 档在 5 项测试中有 4 项成本更高,SWE-Atlas 为 $1,325,对比旧版的 $205。这些结果仅反映当时的情况;OpenRouter 也提醒,社区偏好变化会持续改变路由行为。
控制 Auto Router 成本,避免意外账单
Auto Router 最常见的顾虑是费用失控。一位 r/openrouter 用户这样总结:
“它可能会一直用 Opus。”——u/xtekno-id,针对工程团队中高价模型可能被不受控选用的提醒。
以下五项措施可以让成本更可预测:
1. :free 后缀并不等于免费路由。 openrouter/auto:free 不会把 Auto Router 限定在免费模型中,它依然可能路由到付费模型。如果要求零成本路由,应改用 openrouter/free,它只会使用免费层端点。OpenRouter 的帮助中心已确认这一点。
2. 将 cost_tier 和 allowed_models 组合使用。 单独设置 cost_tier=low,并不能保证路由器不会选中对你的调用量而言仍偏贵的模型。可以再通过 allowed_models 限定模型家族,例如 ["deepseek/*", "google/*"],对于大多数任务类型都能将选择控制在预算档位内。
3. 用 provider.max_price 设置硬性上限。 该参数会按价格过滤可选端点,为你提供每 Token 成本上限,且独立于路由器的档位选择机制。
4. 别忽略 5.5% 平台费用。 根据 OpenRouter 的说明,购买额度时需支付 5.5% 的费用,最低 $0.80;这不是按 Token 收取的费用。充值 $20 额度实际需支付 $21.10。不论是否使用 Auto Router,这笔费用都会存在:它是平台的变现方式,而非路由附加费。
5. 留意会话粘性与缓存成本。 路由器若在多轮对话中切换模型,输入缓存就需要重建,从而增加 Token 成本。为此,系统提供会话粘性:它通过显式 session_id 或消息指纹识别对话,每轮都会重新排序候选模型,但当上一轮模型仍处于领先候选时,会优先保留它。任务发生实质变化时,路由器仍会切换模型,而你也将承担缓存重建成本。
何时该用 Auto Router,何时应固定模型
Auto Router 更适合任务类型经常变化的工作负载:不同时间会出现不同任务,手动挑选模型反而成了瓶颈。路由矩阵也能作为参考,帮助了解社区对各类任务更信任哪些模型。
| 使用场景 | 建议 |
|---|---|
| 工作负载多变、通用用途 | openrouter/auto 搭配 cost_tier=low |
| 大规模生产环境且对成本敏感 | 固定具体模型,或使用回退列表 |
| 带上下文的多轮编码 | openrouter/auto 搭配 session_id 保持粘性 |
| 不计成本、追求前沿质量 | openrouter/auto 搭配 cost_tier=max |
| 必须零成本 | openrouter/free,而非 auto:free |
| 希望在稳定版发布前获得路由更新 | openrouter/auto-beta |
对工程团队而言,比较实用的折中方案是受约束的自动路由:用 cost_tier 设定预算区间,以 allowed_models 限制在获批准的供应商范围内,再用 provider.max_price 作为硬上限。
常见问题
OpenRouter Auto Router 会额外收费吗?
不会。使用 Auto Router 没有附加费,你只需支付它所选模型的标准价格。OpenRouter 的收入来自购买额度时收取的 5.5% 费用。
openrouter/auto:free 真的免费吗?
不是真的。:free 后缀不会将路由限制为免费模型。应使用专门的免费路由器 openrouter/free。
能否把 Auto Router 限制在特定提供商内?
可以。在 auto-router 插件中使用 allowed_models 参数,并配置 ["anthropic/*", "openai/*"] 这样的通配模式即可。
如何确认实际选中了哪个模型?
查看 API 响应中的 model 字段。它会显示实际处理请求的模型标识符,而不是 openrouter/auto。
auto 和 auto-beta 有什么区别?
openrouter/auto 是稳定版路由器;openrouter/auto-beta 会比稳定版更早获得路由改进。
Auto Router 支持流式输出和工具调用吗?
支持。被选中模型的完整功能集均可使用,包括流式输出、工具调用和视觉能力。