Leaderboard · Context Window · June 2026

AI context window leaderboard

Models ranked by maximum supported context window size. The top of the list is dominated by open-weight self-hosted models. Among commercial APIs, the 1M-token tier is now the standard for frontier models.

Data from models.json Data-driven and neutral
Rank Model Provider Max Context Tokens Max Output Tokens Input $/1M
#1Llama 4 ScoutMeta10,000,000Free
#2GPT-5.5OpenAI1,050,000128,000$5.00
#3Gemini 3.5 FlashGoogle1,048,57665,536$1.50
#4Claude Opus 4.8Anthropic1,000,000128,000$5.00
#5Claude Opus 4.7Anthropic1,000,000128,000$5.00
#6Claude Sonnet 4.6Anthropic1,000,00064,000$3.00
#7Gemini 3.1 ProGoogle1,000,00064,000$2.00
#8Grok 4.3xAI1,000,000$1.25
#9DeepSeek V4-ProDeepSeek1,000,000384,000$0.435
#10DeepSeek V4-FlashDeepSeek1,000,000384,000$0.140
#11Llama 4 MaverickMeta1,000,000Free
#12GPT-5OpenAI400,000128,000$1.25
#13GPT-5 MiniOpenAI400,000128,000$0.250
#14Kimi K2.6Moonshot AI262,144$0.950
#15Qwen3.6-27BAlibaba262,144Free
#16Mistral Large 3Mistral256,000$0.500
#17Mistral Medium 3.5Mistral256,000$1.50
#18Claude Haiku 4.5Anthropic200,00064,000$1.00
#19Phi-4Microsoft16,000Free

The 1M-token tier is now the default

In 2024, a 200K token context window was considered large. By June 2026, every Anthropic Claude model, both DeepSeek V4 models, Grok 4.3, Kimi K2.6, and Gemini 3.5 Flash all support at least 1 million tokens. The 1M tier went from a premium feature to the new baseline in under two years.

GPT-5 is the notable exception among flagship models — its 400K limit is about 2.5× smaller than the new standard. For workloads that don't need more than 400K tokens, this doesn't matter. For those that do, it's a functional constraint.

The 10M outlier: Llama 4 Scout

Llama 4 Scout's 10 million token context is an engineering milestone. It's a self-hosted open-weight model using a MoE architecture with 109 billion total but only 17 billion active parameters per token. The 10M window enables use cases that no other model supports: full large codebase analysis, entire book ingestion, months of conversation history — all in one context.

Whether retrieval quality holds across 10M tokens at the same fidelity as 200K is a different question. Longer contexts tend to produce more "lost in the middle" failures. Use the 10M capability judiciously and test retrieval from various positions before relying on it in production.

Context size vs cost

Larger context costs more per call since you pay per token. A 200K-token call costs 5× a 40K-token call at the same per-token rate. The cheapest path for long-context workloads is often chunking with a small, cheap model rather than using a 1M-token window with an expensive flagship. Only use the large context window when retrieval quality requires it.

Operational checks before buying more context

Maximum context is a capacity number, not a guarantee that the model will use every token well. Test retrieval from the beginning, middle, and end of the prompt; long-context failures often appear in the middle of large documents where the model has accepted the text but does not reliably use it.

Also measure latency and prompt construction cost. A million-token call may simplify your architecture, but it can be slower and more expensive than retrieval plus a smaller context when the relevant evidence is only a few pages. The right choice is the one that returns the correct answer with the least total context, not the largest advertised window.

What to log during long-context tests

When evaluating a large context window, log more than success or failure. Record prompt size, relevant-evidence position, latency, output length, and whether the model cited the correct part of the source. A model that succeeds only when the answer appears near the end of the prompt is not reliable enough for whole-document automation.

For codebases and legal documents, a hybrid approach often wins: retrieval selects the relevant files or clauses, then a strong model reasons over a smaller context. Use the full window when the relationships across distant sections matter, not merely because the provider accepts more tokens.

For procurement, ask providers whether the advertised context size is available on the exact endpoint, region, and plan you intend to use. Some platforms expose smaller windows through partner clouds or older aliases, and that difference can break a design built around full-document prompts.

Frequently asked questions

Which AI model has the largest context window?

Llama 4 Scout holds the record at 10 million tokens. It's a self-hosted open-weight model — there's no per-token fee. Among commercial hosted APIs, Claude Opus 4.8 and Sonnet 4.6 both offer 1 million tokens, and GPT-5.5 offers approximately 1.05 million.

Does a larger context window always mean better performance?

No. Context window size is the maximum the model accepts; retrieval quality within that window degrades with distance from the beginning. Most models retrieve reliably from the start and end of a context, with a 'lost in the middle' problem for content far from both ends. A 400K model that retrieves well may outperform a 1M model with poor long-context retrieval on real tasks.

Why does context window size matter?

Context window size determines how much information a model can consider in a single pass. For code analysis, a larger window means fitting more of a codebase at once. For document review, it means fewer chunks and less summarization overhead. For agents, it means longer conversation histories without truncation. The practical limit is usually cost — longer contexts cost more per call.