OpenRouter 推出 Fusion API：一个请求自动路由多个大模型

📅 2026年06月14日 · 快讯

AI 模型聚合平台 OpenRouter 本周推出了全新功能 Fusion API，号称可以让用户在一次请求中自动聚合多个大语言模型协同工作。这意味着你不再需要手动在 GPT、Claude、Gemini 之间切换，Fusion API 会根据任务类型自动分配最合适的模型。

Fusion 是什么

从社区讨论来看，Fusion API 的核心是一个智能路由层。它分析用户的请求内容，判断这个任务是代码生成、文本创作、逻辑推理还是数据分析，然后自动路由到在该领域表现最好的模型上。

这跟 OpenRouter 之前提供的"免费模型路由"有所不同——后者是按需路由，而 Fusion 更像是一个复合模型（composite model）方案，有可能在单次对话中动态切换不同模型来处理不同子任务。

开发者关心的问题

社区对这个功能的讨论非常活跃，但也提出了几个关键疑问：

• 路由依据是什么：是简单的关键词匹配，还是有一个独立的分类模型在前面判断？路由策略的透明度如何？
• 缓存命中率：多模型切换时，prompt cache 的命中率会受影响吗？如果每个子任务路由到不同模型，缓存几乎无法复用，实际成本可能比用单一模型更高
• 价格策略：Fusion 是按各模型实际使用量分别计费，还是有统一的定价？默认路由到哪些模型？会不会有"偷偷路由到昂贵模型"的风险
• 质量一致性：如果默认先用低成本模型尝试，发现问题解决不了再路由到高端模型，这种"降级-升级"策略会不会导致响应变慢或结果不一致

对开发者的意义

Fusion API 的价值在于降低了模型选择的认知负担。在日常开发中，很多开发者其实不太清楚一个具体任务用哪个模型最合适——写代码 Claude 强、做推理 GPT-5 强、长文本处理 Gemini 强。如果 Fusion 能自动做这个决策，确实能省不少事。

但对于生产环境来说，成本可控性和结果可预测性才是关键。社区担心的"账单爆炸"问题非常实际：如果 Fusion 在处理复杂任务时频繁切换模型，费用可能远超预期。建议开发者在使用前仔细阅读计费文档，设置好预算上限。

目前 Fusion API 还处于早期阶段，OpenRouter 可能会根据社区反馈持续优化路由策略和定价方案。对于想体验"多模型协作"但不想自己编排工作流的开发者来说，这无疑是一个值得关注的新选项。

参考来源

• openrouter 推出 fusion api — LINUX DO