Mistral Large 4 API Pricing 2026: $0.70/$2.10
Mistral Large 4 is a 1T-parameter open-weight MoE at $0.70/$2.10 per 1M tokens with a 1M context. Here is the license and self-host cost math.
The short version
On October 29, 2026, Mistral released the weights of Mistral Large 4, the model it calls "Le Chonk", and published its hosted API pricing. The headline numbers: $0.70 per million input tokens, $0.07 per million cached input tokens, $2.10 per million output tokens, a 1M token context window, and a 1.05 trillion total / 52 billion active parameter Mixture-of-Experts architecture. It is natively multimodal and fluent in 160+ languages.
Two things about this launch are routinely reported wrong, and both matter if you are about to migrate. First, the price did not go down. Mistral Large 4 at $0.70 input and $2.10 output is more expensive than Mistral Large 3 at $0.50 and $1.50. It replaces Large 3 and Medium 3.5, and both are marked deprecated with a retirement date of October 31, 2026, which is today. If you read a summary claiming the price was cut roughly in half, that summary is wrong, and the mistake lands straight in your cost model.
Second, "open weight" does not mean "open source" here, and the difference is a commercial license trigger. The Mistral Ecosystem Open-Weight License is a modified MIT: you can use, modify, fine-tune, and commercialize the model freely, but if you run a Model-as-a-Service business on top of it you must sign a separate commercial license with Mistral first. That is narrower than a full open-source license and much narrower than a proprietary API, but it is a real condition on how you deploy it.
The price table, and every multiplier that changes it
Here is the complete list price for Mistral Large 4, verified against the Mistral inference pricing documentation on October 31, 2026. All figures are US dollars per million tokens.
| Tier | Input | Cached input | Output | Notes |
|---|---|---|---|---|
| Standard (default) | $0.70 | $0.07 | $2.10 | What most people pay |
| Batch | $0.35 | $0.035 | $1.05 | 50% off, asynchronous, 24-hour window |
| Regional inference | $0.77 | $0.077 | $2.31 | 1.1x for EU or US endpoint |
| Priority Tier | $1.225 | $0.1225 | $3.675 | 1.75x, requires an account setup |
Three rows deserve a closer look. Cached input at $0.07 is a 90% discount on the $0.70 input rate. For agentic workloads replaying a large system prompt, tool definitions, or retrieved documents on every turn, this is the number that decides your bill, and on a prompt-heavy agent loop it can be the majority of your input cost.
Regional inference is billed at 1.1x on input, output, cached reads, and cache writes alike: 10% for the guarantee that inference execution happens inside the EU or the US. Note the scope limit Mistral documents, it does not give you regional storage for control-plane data, so account configuration, API keys, and billing may still sit outside the selected geography.
Priority Tier is 1.75x and is not self-serve: it requires an agreement with Mistral and custom per-model rate limits, in exchange for priority queueing ahead of Standard Tier traffic at peak load. One detail saves a support ticket: with service_tier: "auto", exceeding your Priority limits makes the request fall back to Standard Tier instead of failing, and usage.service_tier says which tier served it.
And one more behaviour to plan around: batch processing is a flat 50% discount. A batch is a list of API requests uploaded as JSONL, queued for asynchronous processing, and billed over a 24-hour period. If your workload tolerates hours of latency, halving the bill is the largest lever available short of self-hosting.
Where Mistral Large 4 sits in the lineup
Large 4 is the top of a lineup just consolidated around it. Both models it replaces carry deprecation notices with the same October 31, 2026 retirement date.
| Model | Input | Cached | Output | Context | Status |
|---|---|---|---|---|---|
| Mistral Large 4 | $0.70 | $0.07 | $2.10 | 1M | Public Preview |
| Mistral Large 3 | $0.50 | $0.05 | $1.50 | 256K | Deprecated, retires 10/31/2026 |
| Mistral Medium 3.5 | $1.50 | — | $7.50 | 256K | Deprecated, retires 10/31/2026 |
| Mistral Small 4 | $0.15 | $0.015 | $0.60 | 256K | GA |
| Codestral | $0.30 | $0.03 | $0.90 | 256K | GA |
| Mistral Embed | $0.10 | $0.01 | — | — | GA |
Two observations. Mistral Small 4 at $0.15 and $0.60 with a 256K context is still GA and is 4.7x cheaper on input than Large 4, unifying instruction following, reasoning, and coding in one model. For a lot of production traffic Small 4 is the better default and Large 4 the escalation path. The other is Public Preview: per Mistral's lifecycle policy, Preview models "are priced at the same rate as General Availability models" but "allow silent updates" and have "no guaranteed path to General Availability". The price you read today is the price you get, but the weights can change under you without a version bump. The policy also sets migration windows: 6 months for GA models, 1 month for Preview. Large 3 and Medium 3.5 were GA and got their 6 months; Large 4 is Preview, so if it ever deprecates you get a month.
The architecture, and why the token efficiency claim holds
Mistral Large 4 is a granular Mixture-of-Experts model, and the architecture explains the headline numbers.
- 1.05T total parameters, 52B active per token (49B in feed-forward compute, the rest embeddings and output layers).
- 128 routed experts, 4 active per token, plus one shared expert, so 5 active experts per token in total.
- 72 decoder layers, hidden size 6,144, 64 attention heads.
- Multi-head Latent Attention plus a DeepSeek Sparse Attention indexer that selects up to 2,048 key positions per query, with a 3:1 RoPE-to-NoPE pattern, KV state shared across layers, and LeRope (YaRN-scaled RoPE with a learned multiplier per frequency)
- A separate 1.6B Pixtral vision encoder: 30 layers, hidden dimension 2,048, 14x14 patches, merge size 2.
Two independent forms of sparsity compound here: the router selects which feed-forward networks run, the attention indexer selects which context positions to attend to. That is why a 1T-parameter model serves at a price point a 1T dense model could never reach.
The checkpoint also ships with an embedded DSpark speculative decoding draft head: 3 dense MLA draft layers in BF16 that propose a block of 3 tokens with a recurrent Markov head, measuring up to 1.9x higher throughput than serving the target model alone. Because the drafter ships inside the checkpoint rather than as a separate model, you enable it with one flag to vLLM or SGLang, and because speculative decoding does not change the target model's outputs, it is a pure win with no accuracy trade-off.
What the benchmarks actually say
Mistral published a lot of numbers. Here is the set with independent corroboration, verified October 31, 2026.
| Benchmark | Score | What it measures |
|---|---|---|
| Artificial Analysis Coding Agent Index | 48% | Agentic coding, token-efficiency adjusted |
| Artificial Analysis Intelligence Index v5 | 26 | Aggregate intelligence, highest among western open-weight models |
| Artificial Analysis Cyber Index | 51% | Finding, reproducing, and patching vulnerabilities |
| FrontierCode 2.0 (Cognition, private) | 19.7% | End-to-end code quality, lead among open-weight models |
| Terminal-Bench 4.0 | 41% | Terminal-based coding, up 13 points from preview |
| BrowseComp | 84.5% | Web browsing, up from 75% at the SFT checkpoint |
| FinWorkBench (Finch) | 73.3% | Finance workflows, second only to Kimi K3 among open models |
| B3 Agent Security Benchmark | 97.1% attack resistance | Prompt injection and system-prompt exfiltration |
| DeepSWE v1.1 | 61.7% | Software engineering tasks |
Two caveats. FrontierCode 2.0 is Cognition's private benchmark, so that number is reported by Mistral and not independently reproducible. And the "47% fewer tokens per task" figure is a comparison against GLM-5.3, the index leader, making it a relative claim. Since the 48% index score is effectively a tie, token efficiency is the differentiator, and it is the number to test against your own workload.
The safety side cuts both ways. Mistral reports an average 96.6% refusal rate on malicious cyber requests, claimed as the highest among open models. But it also discloses that it observed the model refusing black-box attacks against live targets while seeing "a potential for uplift to conduct real attacks", and that it is modifying guardrails accordingly. This is a model with real offensive capability whose guardrails are actively being tuned, so plan for behaviour changes in the hosted API. Separately, Surge Code blind pairwise evaluations preferred Large 4 over GLM-5.3, Kimi K3, and DeepSeek V4.1 Flash, behind only Claude Opus 5.5: human preference from a third-party service, a different kind of evidence from a benchmark score.
Reasoning effort, and the one setting you cannot change
Mistral Large 4 has three reasoning efforts: low, medium, and high, with high as the default. Low is for simple tasks and fast replies, medium for everyday work, high for the hardest agentic and precision-critical runs. Recommended sampling across all three is temperature=1.0 and top_p=0.95, and reasoning content is returned separately from the message content.
The part that surprises people is that reasoning cannot be disabled. The model card is explicit: pass reasoning_effort set to none and the model still uses high. Since thinking tokens are billed as output tokens at $2.10 per million, "reasoning always on" is a cost decision baked into the model, not a default you can dial away. If you need a cheap non-thinking path, Mistral Small 4 at $0.60 output is a different model, not a different setting on this one.
Calling the API
The API is OpenAI-compatible. The model identifier is mistral-large-4, with an alias mistral-large-4-0 that pins the version. Mistral's lifecycle documentation warns that a moving alias exposes you to silent updates in behaviour and pricing, so pin it if reproducibility matters.
curl -sS https://api.mistral.ai/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $MISTRAL_API_KEY" \
-d '{
"model": "mistral-large-4-0",
"reasoning_effort": "medium",
"temperature": 1.0,
"top_p": 0.95,
"messages": [
{"role": "user", "content": "Summarise this incident log and list the three highest-risk findings."}
]
}'
The Python SDK path, with reasoning returned separately:
import os
from mistralai import Mistral
client = Mistral(api_key=os.environ["MISTRAL_API_KEY"])
resp = client.chat.complete(
model="mistral-large-4-0",
reasoning_effort="medium",
temperature=1.0,
top_p=0.95,
messages=[
{"role": "user", "content": "Write a Python function to merge two sorted linked lists."},
],
)
# Reasoning is billed as output tokens, so measure it.
print("reasoning tokens:", resp.usage.completion_tokens)
print("answer:", resp.choices[0].message.content)
Two request-shaping details worth carrying into production. Strict JSON schema is natively enforced, including response_format with "strict": true, and function calling with tool_choice works on /v1/chat/completions, /v1/conversations, and /v1/agents. In Batch, the per-request body is exactly the body you would send to the normal endpoint, with the model field optional if you set it at job creation time.
The license, read literally
This is the section to read twice, because "open weight" gets used loosely in marketing and the conditions are specific.
The Mistral Ecosystem Open-Weight License is a modified MIT license. You are granted, free of charge, the right to use, copy, modify, merge, publish, distribute, sublicense, and sell copies of the model, and to run, deploy, further train, or otherwise modify it and create derivative works. There are two conditions. The copyright and permission notice must be included in all copies or substantial portions of the model. And the one that matters: "If the Licensee or any of its affiliates operates a Model as a Service business, the Licensee must enter into a separate commercial license with Mistral before using the Model or its derivative works for any commercial purpose."
"Model as a Service" means giving a third party access to the model or its derivatives for inference or post-training, in a manner that lets that third party exercise meaningful control over inputs, parameters, or training data. Excluded: end-user products with the model embedded in specific features or harnesses, and mere relaying of requests to models hosted by others. Internal use is also exempt. So the practical guidance: an internal tool, an agent for your own users, or a product with the model embedded in a feature is fine. Putting a hosted endpoint in front of the weights that lets outside parties control their prompts or fine-tune the model is not, without a Mistral agreement. If you are building an inference provider, a fine-tuning service, or a hosted coding agent on these weights, contact Mistral first.
The self-hosting math, and when it makes sense
This is the part the launch coverage skipped, and it is where the "open weight" claim either pays off or does not. Start with size. The FP8 checkpoint on Hugging Face is about 1.06 TB of weights across 54 safetensors shards; the NVFP4 checkpoint, about 0.61 TB. That is the floor: add KV cache for a 1M context, activations, and serving overhead and you plan hardware well above the raw weights figure. Minimum GPU count per checkpoint, weights only:
| Checkpoint | Weights | B200 180GB | H200 141GB | H100 SXM 80GB |
|---|---|---|---|---|
| FP8 / BF16 | 1.06 TB | 6 GPUs | 8 GPUs | 14 GPUs |
| NVFP4 | 0.61 TB | 4 GPUs | 5 GPUs | 8 GPUs |
Those counts are weights only, and the bare minimum before KV cache. Mistral's published vLLM recipe for NVFP4 uses --tensor-parallel-size 8 with --decode-context-parallel-size 8 and --enable-expert-parallel, so eight GPUs is the reference configuration, not the floor. Using RunPod community rates verified October 31, 2026, a B200 costs $7.99/hour and an H100 SXM $3.99/hour.
| Configuration | Per hour | Per month (730h) |
|---|---|---|
| 8x B200 community | $63.92 | $46,662 |
| 8x B200 secure | $86.32 | $63,014 |
| 8x H200 SXM | $50.80 | $37,084 |
| 8x H100 SXM | $31.92 | $23,302 |
For a self-hosted cluster to beat the hosted API, it must serve enough tokens per hour that the API price for those tokens exceeds your GPU bill:
| Cluster | Token mix | Tokens/hour needed | Tokens/sec |
|---|---|---|---|
| 8x B200 ($63.92/hr) | 100% output | 30.4M | ~8,455 |
| 8x B200 ($63.92/hr) | 50/50 in-out | 45.7M | ~12,683 |
| 8x B200 ($63.92/hr) | 80% in / 20% out | 65.2M | ~18,118 |
| 8x H100 SXM ($31.92/hr) | 50/50 in-out | 22.8M | ~6,333 |
| 8x H100 SXM ($31.92/hr) | 80% in / 20% out | 32.6M | ~9,048 |
Read that against the reference throughput figures. Hugging Face reports a 2-bit GGUF quant on a single M3 Ultra with 512 GB of unified RAM at about 90 tokens per second prefill and 15 tokens per second generation, and the NVFP4 build on four RTX 6000 Pro cards at 130 to 590 tokens per second prefill with roughly 10 tokens per second generation. Generation speeds in the 3 to 30 tokens per second range are the realistic operating envelope for this model class on consumer and single-node hardware. An eight-B200 cluster needs 6,000 to 18,000 tokens per second of aggregate throughput to break even on a chat workload: a datacenter-scale utilisation target, not a hobbyist one.
The honest conclusion: for most teams the hosted API wins on cost, and the open weights win on control. You self-host for data residency, fine-tuning on data you cannot send, deployment policy, or customisation the API does not expose. If your constraint is purely token price, use the API at $0.70 and $2.10, or Batch at half that, and save the 1.06 TB download for a problem that actually needs it. To compare the same workload across upstreams before committing, FreeModel exposes an OpenAI-compatible endpoint in front of multiple providers, so you can point one integration at different model IDs and measure how each handles the same prompts and reasoning settings. For teams already running a gateway, Portkey adds the observability and caching layer that makes such a comparison reproducible rather than anecdotal.
Availability, and what happens to the models it replaces
Two operational facts affect planning more than benchmarks do.
Today, October 31, 2026, Mistral Large 3 and Mistral Medium 3.5 are marked deprecated and reach their retirement date. Under Mistral's lifecycle policy deprecated models "remain accessible until the retirement date", and once retired, requests to their identifiers fail with a 404. If you are still on mistral-large-2512 or mistral-medium-3-5, this is a hard deadline. The documented replacement for both is Large 4.
Geographic availability is the real constraint for many readers. The API is served from European infrastructure, with regional inference for the EU and US at 1.1x list price. There is no mainland China regional endpoint and no official China access program, so production traffic from mainland China needs a stable overseas proxy or an aggregator fronting the Mistral API, and direct connections typically time out. Latency is dominated by the cross-border round trip, a poor fit for latency-sensitive interactive workloads. Self-hosting the weights inside China is unaffected, a genuine argument for the open weights.
Verdict
At $0.70 input and $2.10 output, Mistral Large 4 is more expensive than the model it replaces, and the launch narrative that framed it as a price cut does not survive contact with the pricing page. What justifies the premium is token efficiency: an index score effectively tied with the leader while using 47% fewer tokens per task, and a 90% cached-input discount that makes long-context agent loops genuinely cheap if you structure prompts for caching. Judge it on your own token counts, not on the headline rate.
The open-weight story is real but not free. The license permits commercial use, fine-tuning, and modification outright, with one exception: running a Model-as-a-Service business requires a separate commercial license from Mistral. Read that clause before you build a hosted inference product, because it is the one part with teeth.
The self-hosting economics do not favour most teams. 1.06 TB of FP8 weights means 8 B200s or 14 H100s before KV cache, roughly $32 to $64 per hour, and you need thousands of tokens per second of aggregate generation to beat the API. Self-host for sovereignty, fine-tuning on data you cannot send, or deployment policy. Do not self-host for the token price: Batch at 50% off and the $0.07 cached-input rate already get you most of the way there.
And plan the migration now. Large 3 and Medium 3.5 retire today. Large 4 is Public Preview, so the price is locked but the weights can be updated silently underneath you, and if it ever deprecates you get a month rather than six. Pin mistral-large-4-0 and treat the 1M context and the cached-input rate as the two things worth building around.
Sources
- Mistral — Mistral Large 4 (Le Chonk) is now open weight — release announcement, October 29, 2026
- Hugging Face model card — Mistral-Large-4-1T-A52B
- Mistral inference pricing
- Mistral model page — Mistral Large 4
- Mistral model lifecycle policy
- Mistral Priority Tier
- Mistral regional inference
- Mistral batch processing
- Mistral Ecosystem Open-Weight License — full text
- RunPod GPU pricing
Related Articles
- Mistral AI API Review 2026 — the provider-level overview, before the line-up consolidation
- Mistral OCR 4 API Review 2026 — the document AI side of the platform
- AI API Long Context Windows 2026 — 1M-token contexts across providers
- AI API Code Generation 2026 — the coding benchmark landscape