模型路由不是简单选择“最便宜”或“最强”的模型,而是根据任务、数据边界、质量门槛、延迟目标、服务健康和预算制定可解释的决策顺序。企业应先定义不可违反的约束,再在合格候选中优化成本,并为失败、降级和恢复建立明确路径。
质量、延迟、可用性和成本的量纲不同。一个看似精确的综合分,可能掩盖关键约束:
因此,路由应采用“硬约束过滤 + 策略排序 + 运行反馈”,而不是只设置一个权重公式。
硬约束用于排除不合格候选,通常包括:
只有通过硬约束的服务,才进入后续优化。
不同任务不应共享一条路由规则。
| 任务类型 | 优先考虑 | 常见策略 |
|---|---|---|
| 实时交互 | 延迟、稳定性 | 选择低延迟服务,超时后快速降级 |
| 高风险决策辅助 | 质量、可审计 | 使用高质量服务并保留评测和人工复核 |
| 批量处理 | 吞吐、单位成本 | 按队列、容量和预算调度 |
| 敏感数据任务 | 数据边界、授权 | 仅进入允许的私有或受控环境 |
| 探索性任务 | 灵活性、成本 | 使用较低成本服务并设置额度 |
任务分层应由业务风险和服务目标决定,而不是由模型品牌决定。
质量应由任务评测定义,例如准确性、完整性、格式遵从、拒答和人工接受率。通用排行榜不能代替企业数据评测。
至少区分首 Token 时间、完整响应时间和超时率。批处理还应关注排队与完成时间。
不仅看端点是否返回,还要检查错误率、限流、依赖服务和响应质量异常。健康检查需要覆盖真实调用路径。
成本应关注成功任务成本,而不是单次请求价格:
成功任务成本 = 总调用成本 ÷ 满足质量要求的完成任务数
该公式是方法示例,具体费用仍需结合供应方价格、自建资源成本、失败和重试口径。
一个可解释的顺序可以是:
顺序比复杂权重更容易审计和调整。
路由必须同时定义失败路径:
恢复时不能只看到主服务“变绿”就立即切回。应设置稳定观察期、灰度流量和结果验证,避免反复震荡。
路由记录至少应包含任务类型、候选服务、选择原因、延迟、状态、Token、成本口径和质量结果。平台团队可以据此发现:
路由不是一次配置,而是运行政策。
AGIOne 的模型服务层覆盖模型接入、统一 API、聚合与策略路由,并可将授权、API Key、Token 计量、账单和运营分析连接到路由链路。公共治理域还能为租户、角色和额度提供规则基础。
不应该。模型只要达到任务质量门槛,还需满足数据、延迟、可用性和预算要求。
可以作为低风险任务的候选,但应先验证质量与失败成本。频繁重试可能提高真实任务成本。
负载均衡通常在同类实例间分配流量;模型路由还要基于任务能力、质量、数据边界、成本和服务策略选择不同服务。
使用与主服务一致的任务集和最低质量门槛,并定期演练切换、降级和恢复。
平台团队负责机制和运行数据,业务团队定义任务目标,安全与合规团队定义边界,财务或 FinOps 角色提供成本规则。
选择一个高频、风险可控的任务试点。先定义硬约束和质量门槛,再加入延迟、健康和成本排序;上线后根据真实任务结果校准,而不是一次建立全局复杂策略。