Route Anything: A Study of Model and Policy Routing for General-Purpose AI Systems
Pengfei Zhou, Yixing Ma, Hexin Wang, Weidong Tang, Zhenglin Wan, Wangbo Zhao, Yang You
National University of Singapore (HPC-AI Lab) • InfRec, Cardinal AI Lab • UC Berkeley • HKUST (2026)
TL;DR
Rather than training one monolithic giant model to master language, video, vision, audio, and robotics, AI systems should dynamically route tasks to specialized candidates. The full matrix has 374,401 scored runs across 25 benchmarks. Its comparable 24-benchmark test cohort reveals oracle headroom of +5.4 points over the best fixed model per benchmark. Learned routers beat fixed candidates, cut robot policy inference time by 24%, and skyrocket dollar/time efficiency by 8.82× on average (up to 25.5× on code) with the quality changes and certification conditions reported below.
Why This Matters
The prevailing consensus in frontier AI often pursues an "all-knowing, all-capable" unified foundation model. Yet in production, no single model dominates every discipline: a specialist diffusion model produces photo-realistic portraits while failing at logical code debugging; a Vision-Language-Action (VLA) policy excels at tidy tabletops but falls apart under randomized visual noise.
Meanwhile, deploying the largest frontier model (e.g. Claude Opus or GPT-4/5 level) for every single call is economically ruinous and computationally sluggish. While routing has been studied for text LLM cascades, researchers and practitioners lacked an empirical and theoretical foundation answering three pivotal questions across all modalities:
- How much headroom actually exists? If we perfectly routed every input to its best solver, how much better is that than just picking the single best model on the market?
- Can real learned routers achieve it? Or do classification errors wipe out the theoretical margin?
- When is a cheap model good enough? Can we guarantee that cost savings will not secretly degrade system quality?
The Big Idea
Model routing can be formalized as an optimal information ladder under quality-cost duality. By collecting an omni-modal trajectory matrix of 374,401 scored executions across 25 benchmarks, the authors prove and demonstrate that routing is not merely a cost-cutting trick for text chatbots—it is a cross-modal coordinator. On benchmarks with task-type labels, those labels capture only 8% of potential routing gain. Outcome prediction can retain information discarded by winner labels. The fitted code route reaches 25.5× efficiency with a 0.44-point test loss; a separately certified route reaches median 19.4× while meeting the aggregate floor in the reported 200 splits.
How It Works: The Theoretical Foundation
1. Value, Cost, and Dinkelbach Duality
Let an input $x$ arrive from distribution $\pi$. The router observes a state representation $s = \sigma(x)$ and selects a candidate model or policy $u \in \mathcal{U}(x)$. Running candidate $u$ yields a normalized benchmark quality value $V_u \in [0, 1]$ while consuming resource cost $D_u > 0$ (e.g., dollars or latency in seconds).
Under a resource price $\lambda \ge 0$, an optimal router $g_\lambda$ maximizes expected net surplus:
When maximizing resource efficiency $\eta(g) = \frac{\mathbb{E}[V_g]}{\mathbb{E}[D_g]}$ subject to a strict quality loss floor $Q = \mathbb{E}[V_g - Y_B] \ge -\epsilon$ against reference policy $B$, Theorem 2 proves using Dinkelbach's fractional programming method and LP duality that the constrained optimal policy is simply the price maximizer at an effective Lagrange multiplier:
This provides an indispensable realization: maximizing efficiency under a quality floor introduces no esoteric policy architectures; it is equivalent to standard Lagrangian routing where the market reference and user tolerance $\epsilon$ rigorously determine the exchange price $\lambda_\epsilon$.
2. The Information Ladder
What a router can achieve depends entirely on the granularity of what it observes ($s = \sigma(x)$). Proposition 3 establishes the fundamental ordering:
The left-most rung is the best fixed model per benchmark. The right-most rung is the theoretical per-input oracle. The gap between $V^\star(x)$ and the oracle is irreducible aleatoric noise (e.g. prompt variance where an LLM succeeds 50% of the time like a coin flip). Crucially, the authors discover that task-type labels capture 8% of the potential gain on benchmarks with such labels. This is not a variance decomposition across all modalities, and the oracle uses outcomes unavailable before execution.
Two Different Evaluation Cohorts
The oracle analysis and learned-router evaluation use different cohorts. Select a cohort to compare only like-for-like numbers. Scores are on a 0–100 scale; neither row describes cost efficiency.
Source: Tables 1–2. Table 2 reports fixed 79.68, learned router 79.98 and oracle 84.80: a 0.30-point learned gain. The oracle is a hindsight comparison, not a deployable router.
Routers That Read the Scene: Embodied AI
In physical robot manipulation (evaluated on RoboTwin 2.0 with 50 bimanual tasks and 2,000 test scenes), candidate policies have diametrically opposed failure modes:
- PatchWAM: Dominates structured, clean laboratory environments (81.7% success), but collapses under visual distractor noise (45.6%).
- ME-Dex: Robust against heavy domain-randomization (62.5% success), but less precise on canonical scenes (78.4%).
Instead of forcing one policy to operate everywhere, the authors train a lightweight router reading three camera views ($240 \times 320$ pixels) plus proprioceptive state. It dynamically sends clean scenes to PatchWAM and noisy scenes to ME-Dex.
Illustrative Scene Conditions and Measured Outcomes
Switch between the paper’s two test conditions (the scene graphics are illustrative, not camera inference), elevating overall success to 71.55% while reducing overall policy inference time by 24% (11.05s vs 14.51s).
Most often selected policy
PatchWAM
The Training Target Trap: Outcomes vs. Winners
A deceptively simple intuition is to formulate routing as multi-class classification: train a model to emit the categorical label of the winning candidate. The paper gives a counterexample to winner-label consistency and observes a large loss in its RoboTwin experiment.
In physical systems with binary success, ties are typically broken by latency. On RoboTwin, multiple policies succeed on most training scenes, causing a latency tie-break to decide 94% of the winner labels. As a result, 24,556 out of 31,408 successful runs were treated as "negative/wrong-class" samples! The winner classifier learned to select brittle 1.9-second policies that failed repeatedly, causing success to crash to 42.8% compared to 71.6% for per-candidate outcome regression.
Empirical Failure on 2,000 RoboTwin Scenes
Lesson from these experiments: train routers to estimate conditional expectation values $\mathbb{E}[V_u | x]$ via regression. One-hot winner labels can discard useful runner-up outcomes.
Admission Price and Fitted versus Certified Results
Corollary 6 defines $\lambda^B$ as the largest price at which a candidate that calls the reference maximizes surplus in some state. If $\lambda^B<\eta^\star$, the efficiency-optimal router never calls the reference. A floor-optimal router also avoids it when its price $\lambda_\epsilon$ exceeds $\lambda^B$.
For a cascade whose primary is also available by direct dispatch, the following ratio is an upper bound on prices where that cascade can maximize surplus, not a general equality defining admission price:
Always-Opus costs 11.655 millidollars (USD 0.011655) per task; fixed Qwen3-Max costs 0.525 millidollars (USD 0.000525). The fitted zero-loss constraint applies to fitting data; it does not promise zero test loss. The fitted 21-cell route has 25.516× efficiency and a −0.44-point test change [−1.75,+0.97].
Compare Published CodeRouterBench Operating Points
Discrete observations from Appendix C.2/Table 10 and the separate certification experiment. This is not a simulated continuous price path. Quality changes are test-set percentage points relative to Always-Opus.
The certified procedure reports median 19.38× (rounded 19.4×) and meets the aggregate floor in 200/200 reported splits. It uses independent calibration and statistical assumptions, not a universal guarantee: Appendix C.2 reports a median 8 of 21 test cells lose quality. Its median cost is not inferred here from the fitted route.
Empirical Results Summary
Table 5 reports different testbeds, resource units and quality tolerances. The 8.82× arithmetic mean combines 25.5× and 7.1× dollar efficiency, 1.35× image efficiency at a half-point fitted tolerance, and 1.33× robot time efficiency; it is not a single certified zero-loss result:
| Domain & Testbed | Reference Baseline | Evaluated Route | $\Delta V$ (Quality Shift) | Efficiency Gain ($\eta/\eta_B$) |
|---|---|---|---|---|
| Coding (CodeRouterBench) | Always Claude Opus 4.6 | Fitted ($\epsilon = 0$) | -0.44 [-1.75, +0.97] | 25.5× |
| Coding (CodeRouterBench) | Always Claude Opus 4.6 | Certified ($\epsilon = 0$, median) | ≥ 0 in 200/200 splits | 19.4× |
| Text QA (RouterBench) | Always GPT-4 | Fitted ($\epsilon = 0$) | -0.40 [-0.84, +0.08] | 7.1× |
| Text QA (RouterBench) | Always GPT-4 | Certified ($\epsilon = 0$, median) | ≥ 0 in 200/200 splits | 6.7× |
| Image Gen (5 Benchmarks) | Best generator per benchmark (prices vary) | Fitted ($\epsilon = 0.5$) | -0.47 [-0.87, -0.06] | 1.35× |
| Robotics (RoboTwin 2.0) | ME-Dex Best Policy | Outcome Router | +1.10 [-0.40, +2.55] | 1.33× (time) |
| Mean of Four Testbed Ratios | ΔV < 0.5 pt | 8.82× | ||
Three Golden Rules for AI Routing in Production:
- Always compare candidates on identical inputs: Dropping models because of an incomplete benchmark row creates lethal artifacts (e.g., dropping Opus 5.5 for missing 11 of 1,122 HLE scores turned a 0.4 pt router deficit into a misleading 2.38 pt fake "gain").
- Train on per-candidate continuous outcomes, not winners: Regress each model's success probability. Discrete classification discards ties and mislabels fast failures.
- Fix your reference & tolerance first, then certify the floor: Use sequential price paths and empirical-Bernstein bounds on independent calibration data to certify an aggregate, reference-relative quality floor under the procedure’s statistical assumptions; this does not guarantee every task or subgroup improves.
Limitations & Open Questions
Drawing from Appendix C and Appendix D of the paper:
Glossary
Per-Input Oracle
The hypothetical upper-bound router that clairvoyantly knows the exact best candidate model/policy for each specific input in hindsight and dispatches to it.
Admission Price ($\lambda^B$)
The largest resource price $\lambda$ at which invoking an expensive reference candidate (like Claude Opus) is optimal in any state. If the required floor price $\lambda_\epsilon > \lambda^B$, the reference model is entirely excluded from the optimal dispatch menu.
Dinkelbach's Method
An algorithm for solving nonlinear fractional programming problems (such as optimizing the ratio of quality to dollar cost $\mathbb{E}[V] / \mathbb{E}[D]$) by finding the root of an auxiliary linear parametric function $\Phi(\lambda) = \max_g \mathbb{E}[V_g - \lambda D_g] = 0$.
VLA (Vision-Language-Action Model)
Embodied multimodal foundation policies (such as PatchWAM, ME-Dex, and $\pi_{0.5}$) that process multi-camera visual streams along with natural language task instructions to directly generate low-level robot joint motor commands.
Citation
@article{zhou2026routeanything,
title={Route Anything: A Study of Model and Policy Routing for General-Purpose AI Systems},
author={Zhou, Pengfei and Ma, Yixing and Wang, Hexin and Tang, Weidong and Wan, Zhenglin and Zhao, Wangbo and You, Yang},
journal={arXiv preprint arXiv:2611.05275},
year={2026}
}