Which LLM for Which Work? Budgeted Model Allocation under Uncertain Evaluation
Organizations: H. Milton Stewart School of Industrial and Systems Engineering Georgia Institute of Technology Atlanta, GA 30332
Abstract
A company with a fixed artificial intelligence (AI) budget must decide which large language model (LLM) handles each recurring workload. What it lacks is the quality table, how well each model performs on each workload. Given that table, the decision is a multiple-choice knapsack problem and is routine to solve, so estimating it is the difficulty, and that estimation fails in two ways. Models are rarely compared on the same work, and the recorded score is usually a proxy rather than the outcome the company values. Causal and off-policy methods repair the first but condition on the second, while evaluator-validation methods estimate the second but stop short of the decision. Worse, buying more re-evaluation cannot settle the second: randomization governs which requests are scored, not how a score is produced, so the table stays uncertain however much evaluation is purchased. Yet the deployment decision may still be determined even when the table is not. We therefore ask whether one assignment stays optimal across every quality table consistent with the evidence. For the fixed-budget problem, this admits an exact two-solve certificate: solve once at the estimated table and once at a least-favourable table. Agreement certifies the assignment; disagreement identifies the model-workload pairs where further evidence can matter. We propose CASE (causal active sequential experimentation), which targets evaluation to those pairs and repeats the test as evidence accumulates. On a production log, the measurement failure is the larger of the two: correcting assignment exactly still leaves most of the loss, and randomized re-evaluation does not remove it. In our experiments, the available evidence often does not determine the assignment. On paid software tasks, better information about model quality yields more savings than further optimization of the assignment on the same estimates.
Figures & tables
| evaluator = click (D1) | evaluator = target (D0) | |||
|---|---|---|---|---|
| Deployed decision | A1 (selective) | A0 (randomized) | A1 (selective) | A0 (randomized) |
| Trust-the-log | ||||
| CASE | ||||
| Traffic vote | — | — | ||
| Cellwise-perfect repair | ||||
| Corpus | / cheapest | median margin | margin | margin |
|---|---|---|---|---|
| LLMRouterBench | ||||
| LLMRouterBench | ||||
| LLMRouterBench | ||||
| RouterBench | ||||
| RouterBench | ||||
| RouterBench |
Appendix figures & tables9 assets
Supplementary material from the paper’s appendix.
Appendix
| Symbol | Name | What it is |
| Primitives (§ 2 ) | ||
| , | share, price | workload ’s traffic share, and model ’s per-request price on it |
| , | volume, serving budget | requests per budget period, and the spend allowed on them |
| candidate set | models supported on workload | |
| Tables (§ 2 , § 3.1 ) | ||
| target-outcome table | average designated outcome of model over all workload- requests; the unknown | |
| Correction surface | Deployable? | A1–D0 | A1–D1 |
|---|---|---|---|
| Raw routed log | yes | ||
| CASE row offset | yes | ||
| Oracle row offset, no budget limit | no | ||
| Cellwise-perfect assignment repair | no |
| Arm | Audit $ | A1–D0 | A1–D1 |
|---|---|---|---|
| Trust the log | |||
| Outcome regression | |||
| Stabilized IPW, exact propensities | |||
| Cross-fitted DR, exact propensities | |||
| Stabilized IPW, estimated propensities | |||
| Cross-fitted DR, estimated propensities |
| median margin | margin | |||||
|---|---|---|---|---|---|---|
| Corpus | / cheapest | box | model-level | box | model-level | budget binds |
| LLMRouterBench | ||||||
| LLMRouterBench | ||||||
| LLMRouterBench | ||||||
| LLMRouterBench | ||||||
| LLMRouterBench | ||||||
| Contrast, budget | Mean | Partition | Request | Slice clusters |
|---|---|---|---|---|
| A1–D0, CASE trust | ||||
| A1–D0, CASE R-EPIG corr | ||||
| A1–D1, CASE trust | ||||
| A1–D1, CASE pop.-operational oracle | ||||
| A1–D1, measurement floor | ||||
| A0–D0, CASE trust |
| evaluator = click (D1) | evaluator = target (D0) | |||
|---|---|---|---|---|
| Deployed decision | A1 selective | A0 randomized | A1 selective | A0 randomized |
| Trust-the-log | ||||
| Uniform audit | ||||
| CASE | ||||
| Traffic vote | — | — | ||
| Cellwise-perfect repair | ||||
| Evaluator | Corpus and target | Items | Agrees | Position-flip | Longer answer |
|---|---|---|---|---|---|
| gpt-4o-mini | LMArena, human verdict | ||||
| gpt-4o-mini | HelpSteer2, human correctness | — |
| Setting | Information used for the decision | Target quality | Deployment or total cost |
|---|---|---|---|
| LLMRouterBench | raw production log | \3{,}109{\scriptstyle\pm 186}$ per 1M | |
| LLMRouterBench | selection-adjusted scores | \3{,}850{\scriptstyle\pm 91}$ per 1M | |
| LLMRouterBench | designated outcome | \4{,}386{\scriptstyle\pm 39}$ per 1M | |
| SWE-Lancer | best single model | — | \71{,}625$ total |
| SWE-Lancer | observable success estimate | — | \70{,}625$ total |
| SWE-Lancer | realized per-task outcome | — | \35{,}625$ total |
LLM Evaluation
Large language model evaluation measures what models can do, how reliably they do it, and whether benchmark scores predict real-world performance.
See all 2,408 papers