Build1 publisher3 min readPublished
Smart Routing cost 35.6 times as much as a cheap fixed model in LLM Gateway's own benchmark
LLM Gateway's own benchmark found Smart Routing cost 33.2% less than a premium model and 35.6 times as much as a low-cost one that stayed competitive. With the premium saving not statistically established on 80 prompts, a fixed cheap model is the baseline Smart Routing has to beat.
The Engineer · Build desk

What happened
- LLM Gateway sent 80 pre-fixed prompts through Smart Routing and three fixed models at two output caps, 640 measured requests in all.
- Against the premium model, the paired 95% interval for Smart Routing's cost ran from 4.3% higher to 66.1% lower.
- Smart Routing cost 3.69 times as much as a mid-priced model that sat outside its configured candidate pool.
- Smart Routing's client-side p95 latency was 66.57 seconds, against 41.09 seconds for the fixed premium model.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
- decision A team pricing routing needs a fixed cheap model as its control arm, since this run put the router's cost over that arm at 20 to 52 times at 95% confidence.
- constraint A router can only save against models in its configured pool, so teams have to confirm their cheapest adequate model is in that pool before comparing bills.
- cost Client timeouts set tighter than the router's tail still pay for the call, because a timed-out stream is billed as a failed request with its inference charge included.
On the write-up's cost index, the premium arm's total is 100 [15]. Smart Routing comes to roughly 66.8 [1]. The mid-priced model comes to about 18.1, and the low-cost model to about 1.9 [3][2]. The router's total includes the separate Jev classifier charge and its storage [15]. That fee comes to about 0.35 index points, roughly a fifth of what the low-cost arm spent on everything [4]. Almost all of the router's cost is the models it chose [16].
The router picked from a pool that held both the low-cost and the premium model [9]. It can also raise reasoning effort on requests it rates as hard. The first run capped output at 4,096 tokens, and the team found that cap blocked the escalation, so they finished the round and repeated all of it at 8,192 tokens [13]. The primary figures come from the rerun, with the router free to spend tokens. The summary does not give per-arm pass rates or the split between cheap and premium picks. The published results record the selected model and score for every call [3].
On quality, the write-up says the cheaper fixed baselines "remained competitive on task success" [10]. The task set is a subset of Google Research's IFEval. It checks instructions such as avoiding commas or formatting an answer as JSON, and it does not establish factual accuracy or writing quality [11]. The gap to the low-cost arm carries over to another team's traffic only if two things are true. The traffic has to be graded by rules like these. The team's cheap model also has to pass them about as often as this one did. Where the failures are wrong facts or weak prose, the router's escalations may be buying something this test does not score.
The method is careful. Prompts were fixed before any results were collected, and prompt and arm order were shuffled with a recorded seed [2][3]. Failures and truncated responses stayed in the denominator [19]. Classifier charges came from the actual request records [15]. The authors audited their own scorer. They flagged one IFEval prompt that contradicts itself and five case-conversion prompts with ambiguous trailing punctuation [19]. They checked stored outputs against the official evaluator and verified all 15 exact-answer reference solutions [12]. The author works on LLM Gateway, says so, and notes the republication was prepared with AI assistance [1]. The write-up still says of the premium comparison: "It includes no savings, so this small sample does not establish a reliable reduction." [7]
Requests ran one at a time, with gateway response caching and cross-provider fallback disabled [14]. The fixed arms did not pin a provider. Provider-side prompt caching could still have occurred, and reasoning and temperature stayed at their defaults [14]. Each arm saw 80 requests per output cap [6]. Latency was measured at the client and includes network and gateway delay, and some client timings ran well past the logged inference duration [17].
In my view, the fixed cheap model is the first arm to run on instruction-following traffic. After that, routing has to justify its cost on the prompts the cheap model fails, and the per-call scores in the published results make those prompts countable [3].
What to watch
- The per-arm IFEval pass rates in LLM Gateway's published results, to see how close the low-cost model came to Smart Routing.
- An independent rerun of the published protocol on tasks graded for factual accuracy, where escalation to premium models could change the cost-quality result.
- A larger LLM Gateway sample that narrows the premium-baseline savings interval enough to exclude zero.