它解决什么问题
按提示语义把请求分给合适规模的模型
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
按提示语义把请求分给合适规模的模型
vLLM 项目 · 自建路由层(K8s / 容器)
整理日期:2026-10-13 · 路由与降级 · 同分类 3 个
上面几项是本条目的关键信息摘要,正文整理见下方「详细说明」与「关键信息」。
按提示语义把请求分给合适规模的模型
用分类模型判断请求难度与意图,把简单问题交给小模型、复杂问题交给大模型,在保持质量的前提下压低推理成本;对 vLLM 自建推理栈是原生组合,可在 K8s 内与推理服务一起部署,决策过程可观测、可配置。
额外引入分类模型与路由服务,本身也吃算力、要运维;路由阈值需要用自己的流量调,配得不好会把难问题误判给小模型,反而伤质量,上线前必须做质量回归。
自建 vLLM 推理、模型档位多、想把算力优先花在难请求上的团队。
全部走托管 API 按 token 付费的场景,省下的钱抵不过额外部署与调参成本。
标签取自各项目公开信息里的分类字段,未做二次归类。
| 方案 | 形态 | 定位 | 许可证 |
|---|---|---|---|
| Azure AI Foundry Model Router | 云平台内置路由 | 在 Azure 上用一次部署自动选模型 | — |
| Not Diamond | 托管 API + SDK | 用元模型预测哪个模型答得更好 | — |
| Requesty | 托管 API | 一个端点接多家模型,带策略路由与回退 | — |
同一分类内的方案才适合横向比较;定位列已按详情页原文截断
绝大多数情况是接进现有系统:网关统一多模型接入与配额,框架负责编排与工具调用,检索负责把内部资料接进上下文。只有训练、私有化部署与大规模推理才需要另起服务面,所以这几类条目归在同一栏,按上面的顺序看即可。
不是。网关解决「请求怎么送到模型」——统一协议、密钥、配额、路由与降级;Agent 框架解决「模型怎么组织成能干活的程序」——编排、工具调用、记忆与状态。
自建 vLLM 推理、模型档位多、想把算力优先花在难请求上的团队。
全部走托管 API 按 token 付费的场景,省下的钱抵不过额外部署与调参成本。
官方仓库标注的许可证是 Apache-2.0。另外要注意:额外引入分类模型与路由服务,本身也吃算力、要运维;路由阈值需要用自己的流量调,配得不好会把难问题误判给小模型,反而伤质量,上线前必须做质量回归。许可证以仓库 LICENSE 原文为准,商用前请逐条核对。
它属于「路由与降级」这一类,本页下方的对比表列出同分类的其他条目;跨分类的方案解决的问题不同,不适合直接比优劣。
页面文字只做中文整理,数值不改写;仓库地址、许可证与版本请以官方仓库为准,本站与所列项目无隶属关系。
条目信息取自各项目官方仓库与文档;定位、优势与注意事项为中文归纳,数值不改写,仓库地址、许可证与版本以官方为准。