多因子选择
概览
multi_factor 根据质量、延迟、成本和负载选择一个候选。硬资格规则先运行;幸存候选再用加权或字典序目标比较。
| 因素 | 来源 | 方向 |
|---|---|---|
| 质量 | 版本化 Overall、能力或运维人员索引 | 越高越好 |
| 延迟 | 所选百分位的 TTFT 或 TPOT 观测值 | 越低越好 |
| 成本 | 按本次请求 token 预算应用的输入/输出定价 | 越低越好 |
| 负载 | 该 Router 进 程中当前进行中的请求 | 越低越好 |
质量按候选的确切推理 effort 解析。绝不会借用不同 effort 的分数。
设置 latency_metric: ttft 优先缩短首字等待时间,设置 tpot 优先提高开始生成后的输出速度。
指定指标后,缺失的观测值保持未知,不会用另一种指标代替。只有当前剩余候选都具有观测值时,
字典序选择才比较延迟;完全没有观测或只有部分观测时,会跳过延迟,继续比较下一个优先级。
模型不会仅因为启动后先收到请求、先产生测量,就排除尚未测量的候选。
省略此设置时保留原有的 TPOT 优先、缺失时使用 TTFT 的行为。
解决什么问题?
模型池里常常同时有更强、更便宜和更快的模型。该选择器让资格保持显式,并把这种权衡变成一条可审计的决策策略。
何时使用
当决策至少有两个候选模型,并且必须优化质量/延迟/成本/负载权衡时,使用 multi_factor。当顺序本身就是策略时使用 static;当延迟是唯一选择信号时使用 latency_aware。