Blog
Blended model
Part of the Unbiased glossary: the vocabulary of LLM pricing and infrastructure, defined with receipts instead of adjectives.
A blended model is a system that engages multiple underlying LLMs on each request and synthesizes the result dynamically, presented to the caller as a single model with one API surface. Unlike an aggregator catalog, the caller never selects an underlying model; unlike a simple router, the blend can combine work rather than only forwarding it.
Why it matters
Model selection is the largest unpriced cost in production LLM use: pay frontier rates on routine traffic and you lose more than any fee; send hard tasks to cheap models and failed runs bill you twice. A blended model moves that decision from a quarterly engineering argument to a per-request mechanism.
Measured: what the blend delivered
Pareto, the blended model we build, matched or beat Claude Opus 4.8 on all seven benchmarks in a public same-harness comparison, at 1 to 45 cents on the Opus dollar per completed task, with the trade documented: up to 3x latency on the hardest reasoning, +0 on agentic work. Table, methodology, and harness link on the model card.
Common questions
Is a blended model just a router?
No. A router forwards each request to one model from a menu. A blend can engage several models on a request and synthesize, and its output is not reducible to any single underlying model's answer.
How is a blended model priced?
Pareto bills at cost: what the underlying computation cost, with the business model living elsewhere. Aggregators, by contrast, fee the credits or mark up tokens on top of list prices.
How do I verify a blended model's quality claims?
Same-harness benchmarks with both sides published, then your own traffic. Anything less is marketing; this is why the evaluation harness is public.