Overview
RouterEval provides scale and reproducible data; routers show promise but current methods underperform the oracle and need more data and debiasing before production.
Citations0
Evidence Strength0.75
Confidence0.80
Risk Signals9
Trust Signals
Findings with numeric evidence: 3/3
Findings with evidence refs: 3/3
Results with explicit delta: 1/3
Reproducibility
Status: Code + data available
Open source: Partial
At A Glance
Cost impact: 60%
Production readiness: 30%
Novelty: 65%
Why It Matters For Business
Routing can boost accuracy by combining many inexpensive models and reduce reliance on a single costly API model; RouterEval provides the data to test and train routers before deploying them.
Who Should Care
Summary TLDR
This paper introduces RouterEval, an open benchmark built from over 200 million performance records across 12 standard LLM evaluations and ~8.5k models. Using these records the authors show a model-level "scaling up" effect: a capable router that assigns each input to a suitable model can substantially improve accuracy as the pool size grows, sometimes exceeding the best single model. They release data and baseline routers and show existing routing methods still lag behind the oracle, leaving room for work on training data, debiasing, and representation learning for routers.
Problem Statement
Selecting the best LLM for each input (routing) can be much cheaper than running many models, but research is held back by a lack of large, open benchmarks and by limited studies of how performance scales with pool size. Practitioners need a reproducible dataset and clear measurements to build and compare routers.
Main Contribution
RouterEval benchmark: assembled >200M performance records from 12 LLM evaluations and ~8.5k LLMs for router research.
Demonstration of a model-level scaling-up phenomenon: capable routers improve overall performance as pool size grows and can beat the best single model.
Key Findings
RouterEval collects a very large router training corpus.
Model-level scaling-up: a capable router turns many weak models into a strong system.
Results
| Metric | Value | Baseline | Delta | Split / Dataset | Evidence | Evidence Ref |
|---|---|---|---|---|---|---|
| RouterEval records | 200,000,000+ entries for 12 benchmarks | — | — | RouterEval | Abstract; Section 4 | Section 4 |
| MMLU oracle performance (all-weak, m=10) | oracle ≈ 0.955 | individual models ≤ 0.3 | — | MMLU (Table 5) | Table 5 and Section 4.2 | Table 5 |
What To Try In 7 Days
Download RouterEval records and sample a small subset to reproduce baseline results.
Try a simple router (LinearR or PRknn) over 3–10 diverse open models to test immediate accuracy gains.
Measure E_p (selection entropy) to detect bias and compare to oracle performance on one benchmark.
Optimization Features
Infra Optimization
Model Optimization
System Optimization
Training Optimization
Inference Optimization
Reproducibility
Code URLs
Data URLs
Risks & Boundaries
Limitations
Training reliable routers needs lots of labeled performance records; current open data may still be insufficient.
Deploying hundreds to thousands of models brings infrastructure and orchestration challenges.
When Not To Use
When you lack any ground-truth performance records for your target tasks (cold-start).
When strict latency or single-model consistency guarantees are required without routing infrastructure.
Failure Modes
Router collapses to a single model (low E_p), losing diversity and gains.
Overfitting to validation candidates leads to poor generalization to new models or tasks.