FlexRouter: Learning Complementary Model Sets for Flexible LLM Routing

Wang Wei, Harry Yang, Tiankai Yang, Samyadeep Basu, Hongjie Chen, Andy Zhao, Franck Dernoncourt, Ryan A. Rossi and 1 others

Virginia Tech · Independent Researcher · University of Southern California · Adobe Research · Dolby Labs

Published September 29, 2026 · on the feed October 2, 2026 · ▲ 8 · arXiv 2609.38585

Other No code arXiv ↗Hugging Face ↗

The abstract

Existing Large Language Model (LLM) routing methods score LLMs independently to select top-k models. However, this ignores model correlations and enforces a rigid computational budget. Consequently, routers often select redundant models that share failure modes, limiting the overall probability of success. To address this, we propose FlexRouter, a routing framework that explicitly models model complementarity. FlexRouter optimizes for answer coverage, maximizing the probability that at least one selected model yields a correct response. This objective aligns with practical inference pipelines where multiple candidate outputs are generated and a downstream verifier or user selects the final one. We formulate routing as a coverage-oriented subset selection problem and model the routing policy using Determinantal Point Processes (DPPs), which naturally capture both model competence and redundancy. To directly optimize coverage without requiring a ground-truth target subset, we introduce a training objective based on marginalizing over failure sets. During inference, we employ a greedy strategy based on marginal log-determinant gains, enabling the router to adaptively determine subset sizes without a predefined budget. Extensive experiments on the large-scale RouterEval benchmark demonstrate that our proposed FlexRouter achieves higher coverage with lower redundancy across both in-domain and out-of-domain tasks than strong baselines while maintaining flexible inference cost.

The Brief

2:21

A short podcast summary of the paper. Written and voiced by AI.

Transcript

FlexRouter. Learning Complementary Model Sets for Flexible LLM Routing. By Wang Wei and eight others, from Virginia Tech, Independent Researcher, and three other institutions. Published on the twenty-ninth of September. No code repository is linked to it.

A language model router decides which models answer a given query. Existing routing methods score each candidate model independently and then take the top k. Two things go wrong with that. Scoring models one at a time ignores the correlations between them, and fixing k enforces a rigid computational budget whatever the query. The practical consequence is redundancy. A router can pick several models that share the same failure modes, so when one is wrong the others tend to be wrong with it, and the chance that anything in the selected set succeeds stays lower than it could be.

FlexRouter treats the selection as a set, and asks for a set whose members complement one another. Its objective is answer coverage: the probability that at least one selected model produces a correct response. That target is chosen to match how inference pipelines are actually used, where several candidate outputs are generated and a downstream verifier, or a user, picks the final one. Under that arrangement, a second model that fails in the same places as the first adds cost without adding coverage.

Routing is formulated as a coverage-oriented subset selection problem, and the routing policy is modelled with Determinantal Point Processes. The authors choose these because they naturally capture two things at once, how competent each model is and how redundant the models are with each other. Training has an obstacle, since there is no ground-truth target subset to imitate. The answer is a training objective built by marginalizing over failure sets, which optimizes coverage directly. At inference time, a greedy strategy adds models according to their marginal gains in log-determinant. Because the procedure stops on its own, the router adaptively decides how many models to use rather than working to a predefined budget.

Experiments run on the large-scale RouterEval benchmark. Against strong baselines, FlexRouter achieves higher coverage with lower redundancy, on in-domain tasks and on out-of-domain tasks alike, while keeping inference cost flexible.

Two assumptions are retired together here. One is that the best set of models is simply the best individual models stacked up. The other is that the set should always be the same size. Choosing for complementarity, and letting the gains decide when to stop, replaces both.

Paper Quest · 7 chapters · about 41 min

Play this paper

Learn it by doing: make the calls the authors made, guess the result before you see it, and defend it in a viva graded on your own words. Chapter 1 is right here.

Chapter 1 🧩 · The problem

Every quest starts with a wall. Here it is a router whose favourite models all fail on the same questions.

You run a service that sends each query to several language models, and a verifier or a user then picks the best of their answers.

The road ahead

  1. 1 · The problem ~7 min A router that scores each model on its own can pick look-alike models that all fail on the same query, and it always calls a fixed number.
  2. 2 · What came before ~3 min
  3. 3 · The key idea ~9 min Choose models as a set that rewards strong but dissimilar members, train for the chance one is right, and add models only while they help.
  4. 4 · Choose your own research ~3 min
  5. 5 · Build the method ~8 min Build a quality-and-similarity DPP, train it on failure sets, then add models greedily by log-determinant gain until gains get small.
  6. 6 · The experiment ~6 min You’ll guess: Against strong baselines on RouterEval, how did FlexRouter's selected model sets compare on coverage and redundancy?
  7. 7 · The viva ~5 min Three questions from the examiners, answered in your own words. Win it for the paper’s trophy.
Join free to play the whole quest ›

Free, with Google or an email address. Your stars and progress are kept.

KipQuest: the day’s AI research, as podcasts and quests. All papers Android app Privacy Contact Episodes are written and voiced by AI from each paper. Summaries can contain mistakes: the paper is the source.