OpenRouter 重建供应商路由算法
先了解这件事
OpenRouter 宣布重建供应商路由算法，不再只按输入 token 价格分配流量，而是综合实际价格、首 token 延迟（TTFT）、吞吐、错误率和输出质量来选择供应商。OpenRouter 称，一周 switchback 实验覆盖超 2400 万请求和 1030 亿输入 token，TTFT p50 降低 16.9%、吞吐提升 16.3%、429 错误率减少 67%，每千次请求成本上升 6.0%。 未显式指定供应商排序、也未设置 order、only 或 ignore 列表的请求，在已启用该算法的模型上会自动使用新路由；若想保留旧的仅按价格路由，可将 provider.sort 设为 "price"、在模型名后加 :floor，或在账户设置中把默认排序设为 price。OpenRouter 表示，新算法有时会放弃最便宜的供应商，转而选择更快或更可靠的供应商。 RadarAI 的报道给出了另一组对比数据：TTFT p95 降低 18.9%，至少触发一次 429 的比例从 7.1% 降至 3.8%，需要重试的比例从 10.4% 降至 6.9%，每百万 token 成本上升 7.3%。
AI 根据报道生成 · 1 小时前更新
报道时间线
沿着报道，了解事件的不同侧面。
- RadarAIOpenRouter 升级供应商路由算法，从按价格优先转向按质价比调度
OpenRouter 发布其供应商路由算法自成立以来最大的一次升级，从主要按价格优先改为按请求实际成本下的最佳推理质量调度，表现更好的供应商自动获得更多流量。对比数据显示 TTFT p95 降低 18.9%，至少触发一次 429 的比例从 7.1% 降至 3.8%，需要重试的比例从 10.4% 降至 6.9%，但每百万 token 成本上升 7.3%。
- OpenRouter Announcements精选OpenRouter 重建提供商路由算法，TTFT 降低 16.9%
OpenRouter 宣布重建提供商路由算法，从只看输入 token 价格改为综合实际价格、TTFT、吞吐、错误率和输出质量来分配流量。一周 switchback 实验覆盖超 2400 万请求和 1030 亿输入 token，TTFT p50 降低 16.9%、吞吐提升 16.3%、429 错误率减少 67%，每千次请求成本上升 6.0%。
本事件热度走势
- 可比范围当前
- 12
- 可比范围峰值
- 1310月30日 02:00
- 近 24 小时变化
- –
趋势仅比较持续完整观测到的相同主体，范围可能小于当前热度统计。移动指针或点击图表查看每小时热度；键盘可用左右方向键切换。