Best Open-Weight LLMs 2026: Self-Hosting Guide
Compare the best open-weight LLMs for self-hosting in 2026: Qwen3.5, GLM-5.2, gpt-oss-120b, DeepSeek-V4, Kimi K2.7 Code, Gemma 4, Mistral Small 4 and MiniMax M3 — verified parameter counts, context lengths, licenses and hardware requirements.
TL;DR
The best open-weight LLMs in 2026 are Qwen3.5 (widest size ladder, Apache 2.0), GLM-5.2 (strongest self-hostable long-horizon and coding model, MIT, 1M context), OpenAI's gpt-oss-120b/20b (best capability-per-GPU: 117B on a single 80GB card, 21B in 16GB), DeepSeek-V4 (1.6T/49B-active frontier reasoning at 1M context), Kimi K2.7 Code (1T/32B coding agent), Gemma 4, Mistral Small 4 and MiniMax M3. Choose by hardware fit, context length and how permissive the license really is.
Top Picks
Qwen3.5 (Alibaba)
AI-NativeBest all-round open-weight family and the safest default: one architecture published across 0.8B, 2B, 4B, 9B, 27B, 35B-A3B and 122B-A10B, all under Apache 2.0. The flagship Qwen3.5-122B-A10B activates 10B of 122B parameters per token and ships a native 262,144-token context extensible to roughly 1M. The 9B variant alone is the most downloaded open-weight LLM on Hugging Face this cycle, which means the widest ecosystem of quantizations, fine-tunes and serving recipes. Start here unless a specific workload pushes you elsewhere.
GLM-5.2 (Z.ai / Zhipu)
AI-NativeBest open-weight model for long-horizon agentic and coding work. GLM-5.2 is the flagship sparse-attention MoE from Z.ai, released under a plain MIT license, and it is the first in the GLM line to sustain a solid 1M-token context rather than a nominal one. Its IndexShare attention reuses the same indexer across every four sparse layers, cutting per-token FLOPs by 2.9x at 1M context — that efficiency is the reason it is practical to self-host at all. Multiple independent 2026 rankings place it at the top of the self-hostable coding tier.
gpt-oss-120b / gpt-oss-20b (OpenAI)
AI-NativeBest capability-per-GPU and the easiest open-weight model to actually get into production. gpt-oss-120b has 117B parameters with 5.1B active and, thanks to MXFP4 post-training quantization of the MoE weights, runs on a single 80GB GPU (H100 or MI300X); gpt-oss-20b has 21B parameters with 3.6B active and fits in 16GB, which puts it on a workstation or a high-end laptop. Apache 2.0, fine-tunable — the 120b on a single H100 node, the 20b on consumer hardware. If your constraint is "one GPU we already own," this is the shortlist of one.
DeepSeek-V4 (Pro / Flash)
AI-NativeBest open-weight frontier reasoning if you have the cluster. DeepSeek-V4-Pro is a 1.6T-parameter MoE with 49B active, DeepSeek-V4-Flash is 284B with 13B active, and both support a full one-million-token context under an MIT license. The hybrid attention design (Compressed Sparse Attention plus Heavily Compressed Attention) is what makes the long context affordable: at 1M tokens, V4-Pro needs about 27% of the single-token inference FLOPs and 10% of the KV cache of DeepSeek-V3.2. Pro is a rental-or-cluster proposition; Flash is the variant most teams will actually self-host.
Best open-weight coding agent when you want a model tuned for the agent loop rather than for chat. Kimi K2.7 Code is a 1T-parameter MoE with 32B active, 384 experts (8 selected plus 1 shared per token) and a 256K context, built on K2.6 and evaluated primarily inside agent harnesses rather than on static benchmarks. The catch to plan for: it ships under a Modified MIT license, not plain MIT or Apache — read the terms before you build a commercial product on it. Note also that the widely reported "Kimi K3 weights" had still not appeared in Moonshot's official Hugging Face org as of this guide's publication.
Gemma 4 (Google DeepMind)
AI-NativeBest open-weight family for on-device and edge deployment. Gemma 4 ships five sizes — E2B, E4B, 12B, 26B-A4B and 31B — in both dense and MoE flavours, with a 256K context, multimodal text-and-image input (audio on E2B, E4B and 12B) and support for 140+ languages, all under Apache 2.0. The 26B-A4B instruction-tuned checkpoint is among the most downloaded open-weight models on Hugging Face. If your deployment target is a phone, a laptop or an on-prem appliance rather than a GPU cluster, this family is designed for exactly that range.
Mistral Small 4 / Mistral Large 3
AI-NativeBest choice when EU data residency and sovereignty are hard requirements rather than nice-to-haves. Mistral Small 4 is a 119B-parameter model with 6.5B activated per token, a 256K context and a per-request reasoning_effort parameter, published under Apache 2.0; Mistral Large 3 (675B) is the Apache-2.0 flagship above it. A European vendor with permissive licensing is a materially different procurement conversation for regulated DACH industries — and Mistral's push into air-gapped and sovereign deployments makes it the pragmatic default there, even where a Chinese-lab model scores higher on a leaderboard.
Best open-weight model for high-throughput million-token workloads. MiniMax-M3 is a natively multimodal MoE with roughly 428B parameters and about 23B activated, built around MiniMax Sparse Attention (MSA) — which the model card reports delivers 9x prefill and 15x decode speedups over M2 at 1M context, cutting per-token compute to about 1/20. If your bottleneck is serving very long contexts cheaply rather than topping a reasoning leaderboard, that throughput profile is the differentiator. Licensed under MiniMax's own terms, so treat the license as a review item, not a formality.
Comparison Table
| Name | Best For | Architecture & Context | Hardware Fit | License & Cost | Fully Permissive License |
|---|---|---|---|---|---|
| General purpose across the whole size ladder — one family from laptop to multi-GPU node | MoE + dense variants, 262K context (extensible ~1M), multimodal, vLLM/SGLang/Transformers | Laptop (0.8B–9B) to 8× GPU node (122B-A10B) | Free weights (Apache 2.0); you pay only for the GPUs you run | ||
| Long-horizon agents and coding — the strongest self-hostable coder in 2026 | Sparse-attention MoE with IndexShare, 1M-token context, MTP speculative decoding, FP8 weights available | Multi-GPU node (FP8 build recommended) | Free weights (MIT); hosted API available via Z.ai if you do not want the cluster | ||
| Best fit for constrained hardware — frontier-adjacent reasoning on a single GPU | MoE with native MXFP4 quantization, harmony response format, vLLM/Ollama/llama.cpp support | Single 80GB GPU (120b) or 16GB workstation/laptop (20b) | Free weights (Apache 2.0), no copyleft or patent strings attached | ||
| Frontier reasoning and million-token document work | MoE with hybrid CSA/HCA attention, 1M context, DSpark speculative decoding, 32T pre-training tokens | Large cluster (Pro, 1.6T) or mid-size multi-GPU node (Flash, 284B) | Free weights (MIT); serious GPU budget or a hosted provider required for Pro | ||
| Agentic coding — tuned for long multi-step tool-use sessions | MoE, 1T total / 32B active, 384 experts, 256K context, SwiGLU | Large multi-GPU cluster | Free weights, but under a Modified MIT license — review before commercial use | ||
| On-device and edge — phones and laptops through to single-server deployments | Dense + MoE variants, 256K context, multimodal (text/image, audio on small sizes), 140+ languages | Phone/laptop (E2B–12B) to single server (26B-A4B, 31B) | Free weights (Apache 2.0) | ||
| EU-sovereign and regulated deployments — air-gapped, on-prem, data-residency-bound | 119B / 6.5B active (Small 4), 256K context, per-request reasoning_effort, vLLM-ready | Multi-GPU node (Small 4) to cluster (Large 3, 675B) | Free weights (Apache 2.0); commercial support and La Plateforme available | ||
| High-throughput long-context serving and multimodal input | Sparse-attention MoE (MSA), ~428B total / ~23B active, 1M context, natively multimodal | Multi-GPU node to cluster | Free weights under MiniMax model licence — review terms before commercial use |
← Scroll horizontally to see all columns
How to Choose
- Start from your hardware, not from the leaderboard. The single most useful filter in 2026 is "what fits on the GPUs we already have." One 80GB card means gpt-oss-120b. A 16GB workstation means gpt-oss-20b or a Qwen3.5/Gemma 4 small variant. A multi-GPU node opens GLM-5.2, Qwen3.5-122B-A10B, Mistral Small 4 and DeepSeek-V4-Flash. A 1.6T model like DeepSeek-V4-Pro is a cluster or a rented endpoint, not a self-hosting decision.
- Read the license before you read the benchmarks. "Open weights" is not one thing. Apache 2.0 (Qwen3.5, gpt-oss, Gemma 4, Mistral) and MIT (GLM-5.2, DeepSeek-V4) are genuinely permissive. Modified MIT (Kimi K2.7 Code) and bespoke vendor licences (MiniMax-M3) carry conditions that matter once you ship a commercial product. Have legal look at the LICENSE file in the repository, not at the badge on the model card.
- Treat advertised context length as a capacity claim, not a quality claim. Almost every flagship now says 1M tokens. What differs is whether the attention architecture makes that context affordable to serve — GLM-5.2's IndexShare, DeepSeek-V4's hybrid CSA/HCA and MiniMax's MSA all exist specifically to cut the FLOPs and KV-cache cost of long context. Benchmark long-context quality on your own documents before you size the cluster.
- Match the model to the loop, not to the average. A coding agent that runs 200 tool calls per task rewards a model post-trained inside an agent harness (Kimi K2.7 Code, GLM-5.2). A RAG endpoint answering short questions at high volume rewards throughput and a small active-parameter count (gpt-oss, Qwen3.5-35B-A3B, MiniMax-M3). These are different purchases.
- Standardise on one serving stack early. vLLM and SGLang cover the multi-GPU server case with PagedAttention, continuous batching and speculative decoding; Ollama and llama.cpp cover laptops and single-GPU boxes. Picking the stack first and the model second means you can swap weights later without rewriting your deployment — which is the entire point of going open-weight.
- Do not swap one lock-in for another. Standing your whole stack on a single lab's weights — Meta, Alibaba or otherwise — recreates the dependency you left the API providers to escape. Put a gateway or an OpenAI-compatible proxy in front of your models so switching families is a config change, and keep at least one fallback family qualified on your own evals.
- Verify releases against the primary source. In 2026 several outlets reported model weights as published on their announced date when the vendor's own Hugging Face organisation still had no such repository. Before you plan a migration around a release, check the org's model list on Hugging Face directly — third-party derivatives with matching names will fool a keyword search.
Frequently Asked Questions
Related Resources
Sources & Further Reading
Qwen3.5-122B-A10B — model card (parameters, 262K context, Apache 2.0)
Hugging Face / Alibaba Qwen
GLM-5.2 — model card (1M context, IndexShare attention, MIT)
Hugging Face / Z.ai
GLM-5.2 announcement
Z.ai
gpt-oss-120b — model card (117B/5.1B active, single 80GB GPU, MXFP4, Apache 2.0)
Hugging Face / OpenAI
DeepSeek-V4 — model card (1.6T/49B Pro, 284B/13B Flash, 1M context, hybrid CSA/HCA)
Hugging Face / DeepSeek AI
Kimi K2.7 Code — model card (1T/32B active, 384 experts, 256K context, Modified MIT)
Hugging Face / Moonshot AI
Gemma 4 — launch announcement (five sizes, 256K context, 140+ languages)
Mistral Small 4 — model card (119B/6.5B active, 256K context, Apache 2.0)
Hugging Face / Mistral AI
MiniMax-M3 — model card (~428B/~23B active, MSA sparse attention, 1M context)
Hugging Face / MiniMax AI
vLLM documentation — serving, PagedAttention and continuous batching
vLLM
Self-Hosted LLM Leaderboard 2026 — open-weight models by quality, speed and hardware
Onyx
Prêt pour votre projet IA ?
Réservez une consultation gratuite de 30 minutes pour discuter de vos besoins.
Réserver une consultation