Mistral Large 3 Released: 128-Expert MoE Architecture with 512K Context

Mistral Large 3 delivers an open-weight frontier solution for European sovereign AI with 128-expert MoE and 512K context.
Mistral AI has released Mistral Large 3, featuring a 128 fine-grained expert MoE architecture with 420 billion total parameters, activating only 68 billion per token, and a 512K native context window. It scores 53.8%, 65.2%, and 91.4% on SWE-bench Verified, Terminal-Bench 4.0, and MATH-500 respectively, positioning between Claude Sonnet 5.5 and GPT-6 Astra. Available as open weights in FP8/BF16, it complies with GDPR and the EU AI Act, supports air-gapped deployment, and offers costs below $0.35 per million tokens for enterprise clusters — over 80% savings versus closed-source alternatives.
French AI company Mistral AI has officially released Mistral Large 3, a model built on a MoE architecture of 128 fine-grained experts with a 512K native context window, mounting a direct challenge to closed-source frontier models. For finance, government, and multinational enterprises that need data sovereignty, code auditability, and on-premises deployment capability, this may be the most compelling open-weight option currently available.

Technical Breakthroughs: 128-Expert MoE and 512K Context
Fine-Grained Expert Routing
Early MoE models typically featured only 8 to 16 large experts, activating 2 per pass. This coarse partitioning tends to make experts either overly generalized or imbalanced in load, sometimes leading to "expert collapse" — where some GPU nodes run at full capacity while others sit idle.
Mistral Large 3 employs 128 compact experts, dynamically activating 8 of them per token. During pretraining, these experts naturally specialize into domains: abstract algebra, compiler AST manipulation, EU regulatory statutes, formal type verification, syscall synthesis, and more. The model's total parameter count reaches 420 billion, yet the decoding phase only bears the compute cost and latency of 68 billion active parameters. This design preserves rich representational diversity without inflating HBM memory bandwidth requirements — a key architectural innovation.
At its core, MoE (Mixture of Experts) architecture splits a dense large model into several sub-networks (the "experts"), then uses a lightweight "router" to select only a few experts per token for computation. The benefit: total parameter count can be made very large to accommodate diverse knowledge, but each token's actual compute consumption scales only with the "active parameter count," decoupling model capacity from inference cost. Routing typically scores similarity between a token's hidden state and expert weight vectors, then takes the top-k highest-scoring experts and computes a weighted sum of their outputs.
MoE's key difficulty isn't scale — it's load balancing. If the router consistently favors a few experts, "expert collapse" occurs: GPUs hosting popular experts become bottlenecks, while unpopular experts receive no training signal and degrade over time. Common countermeasures include adding a load-balancing auxiliary loss to the training objective, or setting capacity limits with token dropping/reassignment during routing. Mistral Large 3's decision to scale from single-digit experts to 128 with 8 activations per token is precisely aimed at making individual experts more "specialized," routing combinations more flexible, and smoothing compute load across nodes through finer granularity.
Making 512K Context Practical
When handling legacy monolith systems, lengthy regulatory processes, and EU AI Act specifications, documents must be ingested in full rather than fragmented. Mistral Large 3 combines block-sparse attention with hardware-calibrated rotary position embeddings (RoPE) to support 512,000 tokens of continuous context.
In Needle In A Haystack testing, the model achieved 99.8% retrieval accuracy at any depth quadrant across a half-million-token window. This means banking institutions can feed their entire compliance database and clearing code as a single request and obtain deterministic audit results, without relying on fragile RAG pipelines.
Standard attention mechanism compute and memory overhead grows quadratically with sequence length. Full attention over 512K tokens is practically infeasible in engineering terms, which is why long-context models universally require sparsification. Block-sparse attention (Block-Sparse Attention) divides the sequence into blocks, letting each token attend to only selected critical blocks, reducing complexity from O(n²) to approximately O(n·√n) or linear level. The trade-off is that block selection strategies must be carefully designed to avoid missing important information from distant positions.
Rotary position embeddings (RoPE) address the question of "how does the model know the relative distance between tokens": it encodes positional information as rotation matrices applied to Query/Key vectors, so that attention inner products inherently carry relative position. However, RoPE's frequency distribution is set according to the training context length. Directly extrapolating to longer sequences causes high-frequency dimensions to distort and retrieval performance to plummet. Long-context models therefore typically adopt hardware-calibrated measures such as "position interpolation" or "frequency scaling" — adjusting RoPE's base frequency or remapping it so the model can still reliably distinguish near from far positions beyond its original training window. The combination of block-sparse attention and calibrated RoPE is precisely the technical foundation that makes 512K context practical.
European Data Sovereignty and Licensing
The model strictly complies with the EU AI Act and GDPR, provides fully traceable documentation of pretraining data sources, and commits to not forcing data transfer to foreign jurisdictions. Weights are available for download in FP8/BF16 format and can be deployed in local sovereign clouds or fully air-gapped environments — critical for sensitive industries such as aerospace, telecom carriers, and insurance companies.
Benchmarks: Head-to-Head Against Frontier Models
Comparing Mistral Large 3 with contemporary frontier models — Anthropic's Claude Sonnet 5.5, OpenAI's GPT-6 Astra, Google Gemini 4 Argon, and open-source competitor DeepSeekAd 4.1 — reveals a clear competitive landscape:
- SWE-bench Verified: Mistral Large 3 reaches 53.8%, surpassing GPT-6 Astra (52.4%) and DeepSeek 4.1 (50.3%), trailing only Claude Sonnet 5.5 (55.2%). The 128-expert router decouples AST analysis from patch generation, reducing functional regressions in automated testing.
- Terminal-Bench 4.0: On Linux shell command and CLI agent interaction tests, the model scores 65.2%, firmly ranking second globally, outperforming Gemini 4 Argon (57.4%) and GPT-6 Astra (61.8%).
- MATH-500: Formal mathematical reasoning scores 91.4%, exceeding Sonnet 5.5 (89.8%) and DeepSeek 4.1 (90.1%), indicating that synthetic data training from European compiler verification ensures reasoning robustness.
- Local Throughput: On 8x H200/B200 nodes, the model sustains 142 tokens/second generation speed, eliminating queuing and latency fluctuations associated with shared APIs.
Cost Structure: The Economics of API vs. Local Deployment
Official API Pricing
- Input tokens: $2.00 / million tokens
- Output tokens: $6.00 / million tokens
- Prompt cache hits: $0.20 / million tokens (90% savings)
- Context window: Full 512,000 tokens available, no tiered pricing
Financial Modeling for Local Deployment
For large enterprises processing over 500 million tokens daily, traditional closed-source API monthly cloud costs can exceed $150,000. With open-weight Mistral Large 3, enterprises can configure a private cluster of 2 nodes, each with 8 H200 GPUs (141GB VRAM):
FP8-quantized weights occupy approximately 380GB VRAM, leaving ample headroom in the cluster's shared memory to store 512K tokens of KV cache. After amortizing infrastructure and power costs, the effective cost per million tokens drops below $0.35 — over 80% savings compared to closed-source competitor APIs, while achieving absolute data confidentiality.
Private Environment Deployment Architecture
Distributed Parallelism Strategy
Given the architecture's 128 sparse experts and 68 billion active parameters per token:
- Expert Parallelism (EP=8 or 16): Evenly distribute 128 experts across cluster GPUs, with each GPU responsible for a specific expert subset rather than replicating the full network.
- Tensor Parallelism (TP=4 or 8): Shard shared self-attention layers and projection matrices to ensure ultra-low latency during the prefill phase.
- InfiniBand / RoCE v2 + RDMA: All-to-All communication generated by MoE routing requires at least 400 Gbps per-port network connectivity to avoid tensor transfer bottlenecks.
Expert Parallelism (EP) is a parallel dimension unique to MoE: since expert parameters are independent of one another, the 128 experts can be placed on different GPUs, with each card holding only its assigned expert subset — distributing total parameters across the cluster rather than replicating the entire model on every card. The cost is communication during routing — each token must be sent to the GPU hosting its selected expert for computation, then sent back, which is called All-to-All communication. When 8 experts are activated per token and experts are spread across multiple cards, All-to-All data volume rises rapidly with the number of activated experts and batch size, making it extremely sensitive to network bandwidth.
Tensor Parallelism (TP), by contrast, shards weight matrices within a single layer — for example, splitting self-attention projection matrices by column or row across multiple cards, with each card computing a portion before reduction. EP addresses "where to put different experts"; TP addresses "what to do when a single layer won't fit." The two are typically used in combination. RDMA (Remote Direct Memory Access) and high-speed networks like InfiniBand/RoCE allow GPUs to bypass the CPU and directly read/write remote VRAM, which is the prerequisite for supporting All-to-All and cross-node KV cache transfer. As a result, 400 Gbps-class port bandwidth is often a hard configuration requirement in large-scale MoE deployments.
Prefill-Decode Disaggregation
When context approaches 512K tokens, input processing heavily consumes tensor core compute, while text generation primarily depends on memory bandwidth. The ideal generation architecture uses dedicated Prefill nodes (high FP8 compute) to transmit the built KV cache directly to Decode nodes via RDMA, ensuring users receive their first response token within 800 milliseconds even after reading an entire specification document.
Large model inference can be divided into two phases with vastly different characteristics. The prefill phase processes all input tokens in parallel at once, with compute scaling linearly with context length — a classic compute-intensive workload that fully utilizes tensor cores. The decode phase generates autoregressively token by token, computing only one token at a time but repeatedly reading all model weights and KV cache — a memory-bandwidth-intensive workload. Running both on the same batch of GPUs dilutes hardware utilization through constant switching.
Prefill-Decode disaggregation (PD separation) works by: using dedicated Prefill nodes to process long inputs and generate KV cache, then transmitting that cache at high speed via RDMA to nodes dedicated to decoding. This way, Prefill nodes can saturate FP8 compute while Decode nodes saturate memory bandwidth, with each configured to an optimal hardware ratio. This is especially important for ultra-long contexts like 512K — feeding in an entire specification document is heavy work, and the time-to-first-token (TTFT) directly determines interaction experience. Disaggregation is what enables sub-second first-token latency even after reading extremely long inputs.
Frequently Asked Questions
How does it compare to DeepSeek 4.1 in software engineering scenarios?
Mistral Large 3 leads by 3.5 percentage points on SWE-bench Verified (53.8% vs 50.3%) and by 10 percentage points on Terminal-Bench 4.0 (65.2% vs 55.2%). The fine-grained advantage of 128 experts is particularly evident in syntax tree processing and bash compilation tool operations.
What are the minimum hardware requirements for local operation?
For production environments with full 512K context FP8-quantized inference, an 8x H100/H200 (80GB/141GB) NVLink-interconnected node is recommended, or two 4-GPU nodes connected via 400 Gbps InfiniBand. Batch development tasks within 32K context can run on 4x A100 (80GB).
Does it support structured tool calling?
Yes. The model is trained for deterministic JSON Schema output and parallel tool calling, capable of receiving dozens of REST API and Python function definitions, selecting appropriate tools, and executing calls synchronously without hallucinating typed parameters.
Can I fine-tune it myself?
Yes. Under the open-weight license, enterprises can use Megatron-LM, DeepSpeed, and Torchtitan for SFT and DPO/RLOO alignment, specializing specific expert subsets for their internal technical language without exposing confidential data to third parties.
One-line Summary
Mistral Large 3 delivers an open-weight frontier solution for European sovereign AI with 128-expert MoE and 512K context.
Paragraph Summary
Mistral AI has released Mistral Large 3, featuring a 128 fine-grained expert MoE architecture with 420 billion total parameters, activating only 68 billion per token, and a 512K native context window. On benchmarks including SWE-bench Verified, Terminal-Bench 4.0, and MATH-500, it scores 53.8%, 65.2%, and 91.4% respectively, positioning between Claude Sonnet 5.5 and GPT-6 Astra, surpassing closed-source competitors in some categories. The model is available as open weights in FP8/BF16, strictly complies with GDPR and the EU AI Act, and supports air-gapped local deployment. Official API pricing is $2 input / $6 output per million tokens; large enterprises building their own clusters can push costs below $0.35 per million tokens — over 80% savings versus closed-source alternatives.
Related articles

Free Unlimited Claude Code Solution: Agnes AI + CC Switch Setup Guide
No paid subscription needed — pair the free AI platform Agnes AI with the open-source tool CC Switch to provide a backend for Claude Code, enabling unlimited free calls to text, image, and video models. This guide covers the full setup, test results, and usage boundaries.

A Complete Zero-Cost Guide to Getting Started with Claude Code for Beginners in China
A beginner's guide to Claude Code for users in China: two installation methods (command line and IDE plugin), full configuration steps for replacing the official API with the free domestic LongCat model, and a hands-on demo of building a small tool with natural language, plus tips.

When the NSA Gets Involved: The AI Supply Chain Crisis Behind Open-Source CVEs and API Key Hijacking
Multiple open-source projects disclosed severe CVEs in one day, PHP flaws alarmed the FBI, and Railway and OpenCode were breached with API keys stolen. This article breaks down the vulnerability window, AI-accelerated exploitation, and the AI supply chain crisis behind the API key black market, with a developer defense checklist.