Frontier analysisJuly 2026 analysis

The open-model gap is not one gap.

Open weights are roughly four months behind the aggregate frontier. That headline is true—and still too simple. Across coding, agents, reasoning, cost, privacy, and deployment, the answer changes with the work.

By Dylan Bristot15 min read

The short answer: choose a proprietary frontier model when the cost of failure is high and maximum capability matters. Choose open weights when control, privacy, customization, or high-volume economics matters more than winning every benchmark. Most serious systems should route between both rather than turn the choice into an ideology.

Epoch AI estimates that the best open-weight models have lagged the closed frontier by an average of four months since January 2026, equivalent to an average eight-point gap on its composite ECI. The same analysis warns that public benchmarks may flatter open models because public test sets are easier to optimize against. Read the Epoch AI methodology before treating “four months” as a law of nature.

Benchmark by benchmark, the frontier looks different

Composite scores are useful for orientation, but they erase the shape of capability. A model can be close on fresh code generation, farther behind in a terminal, and competitive again on one narrow agent task. The heatmap below compares the best available score in each access class—not one hand-picked pair of models.

WhatLLM gap map

The open–closed gap changes with the job

Each row compares the best-scoring open-weight and proprietary model available in the same WhatLLM metric. Variants, test harnesses, and benchmark coverage differ, so read this as a frontier map—not a universal model ranking.

Intelligence Index

Broad reasoning and knowledge composite.

Open51.1GLM-5.2 (max)
Proprietary59.9Claude Fable 5 (Adaptive Reasoning, Max Effort, Opus 4.8 Fallback)
8.8 gap

Coding Index

Artificial Analysis coding composite.

Open68.8GLM-5.2 (max)
Proprietary78.3GPT-5.6 Sol (xhigh)
9.5 gap

Agentic Index

Tool use and multi-step task performance.

Open43.1GLM-5.2 (max)
Proprietary54.0GPT-5.6 Sol (max)
10.9 gap

SciCode

Scientific programming problems.

Open54%Kimi K2.6
Proprietary60%Claude Fable 5 (Adaptive Reasoning, Max Effort, Opus 4.8 Fallback)
6 gap

LiveCodeBench

Fresh competitive code-generation tasks.

Open90%DeepSeek V3.2 Speciale
Proprietary92%Gemini 3 Pro Preview (high)
2 gap

AA-LCR

Long-context reasoning rather than window size alone.

Open74%MiniMax-M3
Proprietary76%GPT-5.2 Codex (xhigh)
2 gap

GPQA Diamond

Graduate-level scientific reasoning.

Open93%MiniMax-M3
Proprietary94%GPT-5.5 (xhigh)
1 gap

Near-parity on a benchmark does not mean interchangeable products. Reliability, tool schemas, context handling, multimodality, safety controls, provider uptime, and agent scaffolding all sit outside a single score. It does mean that “open models are always much weaker” is no longer a useful selection rule.

Coding gives two contradictory answers—and both can be right

Open models often look closest on code-generation tests. That is not the same as replacing a frontier coding agent. LiveCodeBench asks a model to produce solutions to fresh programming problems. Terminal-Bench asks it to keep state, use tools, inspect failures, and complete longer tasks in an environment. Repository repair introduces another layer: search, patch planning, test interpretation, and recovery.

The official SWE-bench leaderboard makes this distinction explicit. Its full table mixes agents, retrieval systems, multi-rollout methods, and review loops; its separate bash-only view exists to compare base language models under a more consistent scaffold. A higher agent score can reflect a better model, a better harness, or both. See the SWE-bench Verified comparison guidance.

Code generation

Open is often closest

Fresh algorithmic problems reward raw code reasoning and are comparatively easy to standardize.

Repository repair

The harness matters

Search, edits, tests, retries, and context assembly can move the result as much as the model.

Long-horizon agents

Frontier gap persists

Error recovery and coherent work over many steps remain harder than producing one correct function.

The economic gap runs in the other direction

The closed frontier usually wins the capability ceiling. Open-weight APIs and self-hosted deployments can win on marginal cost, provider choice, cache economics, and the ability to optimize a stable workload. But “free weights” do not mean free inference. Hardware, engineering time, observability, batching, idle capacity, and failure recovery belong in the denominator.

GLM-5.2 is a useful example. Artificial Analysis placed it on the intelligence-versus-cost Pareto frontier, but also found that it consumed more output tokens per task than several open peers. It can be inexpensive per unit of intelligence and relatively token-inefficient at the same time. That is why production comparisons should use cost per completed task, not just price per million tokens. See the Artificial Analysis GLM-5.2 evaluation.

Most “open-source LLMs” are really open-weight LLMs

We use “open source” in the heading because that is how people search. The technical distinction matters. Open weights let you download and run model parameters. Fully open systems may also publish training code, data, evaluation harnesses, and a license compatible with the Open Source Definition. Commercial use, redistribution, derivative models, and acceptable-use restrictions vary by family.

Treat the license as a deployment requirement, not a footnote. A model can win the benchmark and still be the wrong choice if its terms, hardware footprint, or auditability do not fit the organization.

Which should you choose?

SituationStart withWhy
High-stakes coding or autonomous changesProprietary frontierMaximum long-horizon reliability is worth the premium.
Private code or regulated dataOpen weightsKeep inference and logs inside your boundary.
High-volume repeatable tasksBenchmark bothA small quality loss may buy a large cost advantage.
Consumer hardwareSmaller local modelA model that fits and responds quickly beats a larger model that thrashes memory.
Product with mixed difficultyRouter / hybridUse a value model by default and escalate uncertainty.
Fine-tuning or deep customizationOpen weightsWeights and serving control create room proprietary APIs do not.

If you want the actual open-weight leaders rather than the category argument, use the live open-source LLM ranking. For a workload-specific decision, compare finalists side by side and run a private eval drawn from your own failure cases.

Methodology and limits

  • We compare the highest observed open and proprietary score for each metric in the WhatLLM data loader.
  • Artificial Analysis is the primary independent benchmark source; not every model has every score.
  • Different reasoning levels and model variants can have different cost and performance.
  • Public benchmark parity does not establish production parity or causal superiority.
  • The four-month estimate is Epoch AI’s composite analysis, not a WhatLLM measurement.
  • Scores change. The page exposes the fallback snapshot date so readers can judge freshness.

Continue the analysis