Bottle theme
Technology Model-agnostic Benchmarked per workload

AI model families.
Each on its merits.

We are not a reseller for any of these and receive nothing for recommending one. What follows is what each family is genuinely good at, what it costs, where its weights and data live, and the conditions under which we would pick something else.

Maker comparing model families for a specific workload
NEW DECISION MODEL

Meet Jev from TypeSafe AI.

Jev powers fast, typed decisions inside software. It adds a different role to the model catalogue: selecting tools, routing requests and assessing a bounded condition. A generative model can still produce the answer or code around it.

Explore our model-router design and the published benchmark comparison to see where that decision layer may fit.

THE SELECTION IS NOT A RANKING

There is no best model. There is a workload, a set of constraints, and a family that fits them better than the others do. Capability is rarely the binding constraint — most production tasks sit comfortably inside the reach of six or seven families, and the decision is settled by where the data is permitted to live, what latency the interface can absorb, and what a request costs at your projected volume.

That is why these pages are organised by family rather than by leaderboard position. A leaderboard tells you which model won a benchmark somebody else designed. It does not tell you that your extraction task is handled identically by a model a twentieth of the price, which is the finding that changes a budget.

Two structural questions cut across all of them, and they are worth settling before you read a single capability claim. First: open weights or hosted API? That decides whether you can run the model on hardware you control, which in turn decides whether a whole class of data-residency conversation happens at all. Second: who trained it, and who operates the endpoint? Those are different organisations for open-weight models, and the distinction matters more than most procurement processes currently reflect.

THE FAMILIES AT A GLANCE
Family Weights Runs on your hardware Typical role
Anthropic Claude Closed — Long-context reasoning, agentic tool use
OpenAI GPT Closed — Broad general capability, computer use, mature ecosystem
Google Gemini Closed — Very long context, native multimodal
DeepSeek Open ✓ Frontier-adjacent reasoning at open-weight cost
Llama Open (community licence) ✓ The default self-hosted workhorse
Mistral Open (some Apache-2.0) ✓ EU-domiciled provider, some Apache-2.0 licences
Qwen Open ✓ Widest size range, strong multilingual
Small models (1B–14B) Mostly open ✓ High-volume narrow tasks at low unit cost

Positioning as of September 2026. 'Runs on your hardware' means the weights are published and self-hosting is permitted by the licence — not that it is free or easy.

EVERY MODEL PAGE
MDL.01 DeepSeek V4.1-Flash DeepSeek V4.1-Flash for visual documents, coding and model routing: September 2026 specifications, API price comparison, open weights and migration guidance. → MDL.02 Claude Fable 5.1 in Production Claude Fable 5.1 for enterprise coding and long-running agents, with September 2026 benchmark evidence, access distinctions and evaluation guidance. → MDL.03 OpenAI GPT Integration Where GPT models fit, what computer use and a million-token window make buildable, and the trade-offs against other frontier and open options. → MDL.04 Gemini for Enterprise Long-context and multimodal strengths, Vertex deployment, and where Gemini earns its place in a stack. → MDL.05 Llama, Self-Hosted Meta Llama on your own hardware — licence terms, ecosystem maturity and realistic serving costs. → MDL.06 Mistral: European Open Weights European open-weight models, Apache-licensed options and the data-residency case for using them. → MDL.07 Qwen for Multilingual Work Alibaba Qwen — broad model sizes, strong multilingual coverage, and the same provenance questions as any non-EU open model. → MDL.08 Open-Weight Models What running your own models genuinely costs, when the control is worth the capability gap, and how to decide. → MDL.09 Small Language Models The 1B–14B class that handles most production tasks at a fraction of frontier cost — and where it stops being enough. → MDL.10 Embedding & Reranking Models The models that decide retrieval quality, why they matter more than the generator, and how to evaluate them on your corpus. →
HOW WE ACTUALLY DECIDE
SELECTION PROCEDURE
  1. Constraints
    residency · licence · budget
  2. Candidate set
    usually 3–4 families
  3. Eval harness
    your data, your task
  4. Cost & latency
    at projected volume
  5. Pin a version
    behind an interface
  6. Re-run on change
    deprecation is routine
Solid: selection path Dashed: the loop that runs for the life of the system
Constraints eliminate families before any benchmark is run, which is why the shortlist is short.
QUESTIONS
QUESTIONS — 4

No, and we have no commercial reason to. We hold no reseller or partner agreement with any model provider, so the recommendation is not worth anything to us beyond being right. In practice we run three or four candidates against your task and the result is frequently that two of them would work and the choice comes down to price or an infrastructure relationship you already have.

The shortlist changes roughly every two quarters; the decision procedure does not. That is why we build systems where the model sits behind an interface — swapping a family should be an evaluation run and a config change, not a rewrite. Systems whose prompts are entangled with one model version do not survive a deprecation cycle.

Usually you should. Routing straightforward requests to a small or open model and reserving a frontier model for the genuinely hard minority is the single largest cost lever available, and it typically costs nothing in quality when the routing is measured rather than guessed. See hybrid model routing for how the gate is built.

Then the closed families are out and the decision is made among the open-weight ones, running on hardware you control. That is a real capability trade-off and we would rather state it than paper over it — though the gap has narrowed enough that for many production tasks it no longer decides anything.

FURTHER READING

What changed this September?

Our September 2026 AI briefing connects current releases to customer decisions, including DeepSeek V4.1-Flash for visual workloads and Claude Fable 5.1 for longer coding and knowledge tasks.

Keep reading
30-minute technical call · no deck

Which model for
your workload?

Bring the task and the constraints. Benchmarking against your actual data beats anyone's opinion, including ours.

CASE STUDIES

Shipped work.
Go and check it.

The work we can name, with the live site, our scope and the boundary made explicit. Select a project to see the evidence; each is a full case study, not a logo or a claim.

sonora.com
The Sonora homepage on desktop: a full-bleed dune landscape behind the headline “Transform Your Life with Sound”, with App Store and Google Play download buttons.
sonora.com — homepage, 1440×900 sonora.com →
Live Consumer wellness · Mobile + web

Sonora

Cognitive AI Ltd · 2026

A free sound-wellness app, described by its publisher as AI sound therapy that reads a short vocal sample at the start of a session and generates a soundscape for that moment. We designed and built the website and its backend, produced assets for the iOS and Android apps, and supported the application prototype.

Read the case study →

See every published project →

WHO WE HAVE BUILT FOR

Twenty-one years of applications, platforms and campaigns for names you know.

See all of our work →