Model architectures

The field guide — every LLM architecture type with diagrams, verified arXiv references, and a family atlas across open + proprietary models.

A field guide to how LLMs are actually built — every architecture type with a diagram, the papers that defined it, and which models (open and proprietary, version by version) use it. Every arXiv link verified against arxiv.org. Proprietary entries record only what's publicly disclosed — “undisclosed” is an honest answer here.
The lineage — how today’s architectures branched from one 2017 paper
Transformer 2017 · enc-dec Encoder-only BERT · 2018 Enc-Dec T5 · 2019 Decoder-only GPT · 2018 Dense recipe Llama · RoPE+GQA Sparse MoE Switch→Mixtral→DS-V3 SSM / hybrid Mamba · Jamba Multimodal adapters → native Frontier LLMs GPT·Claude·Gemini… New directions diffusion · 1-bit → today
▶ Start here: microgpt ↗
Andrej Karpathy · 2026-02-12

A complete GPT in one 200-line Python file with no dependencies: dataset, tokenizer, autograd, a GPT-2-like network, the Adam optimizer, training and sampling. Karpathy calls everything else "just efficiency". Read it first; every card below changes, scales or replaces one of its pieces.

200 lines · Python stdlib only4,192 parameters27-token character vocabulary32,033 names as documents

The block: A GPT-2 block with three changes the code itself lists (LayerNorm → RMSNorm, no biases, GeLU → ReLU), plus an RMSNorm on the embeddings, no final norm, an untied output head and no dropout. Position embeddings are learned, as in GPT-2. There is no causal mask: tokens go through one at a time and each token's key/value is appended to the cache before it attends, so it sees only itself and earlier positions. (1 layer, width 16, 4 heads, context 16; Adam lr 0.01 decaying linearly, 1,000 steps; weights ~ Gaussian with std 0.08) Loss goes from ~3.3 (random guessing over 27 tokens) to ~2.37, per the post.

Build it up one piece at a time (6 steps)
  1. train0.py — Bigram count table, with no neural net and no gradients
  2. train1.py — MLP, manual gradients (numerical and analytic) and SGD
  3. train2.py — Autograd (the Value class), replacing the manual gradients
  4. train3.py — Position embeddings, single-head attention, rmsnorm and residuals (the revision docstring also lists a separate lm_head)
  5. train4.py — Multi-head attention and a layer loop, giving the full GPT architecture
  6. train5.py — Adam optimizer; this file is train.py
From microgpt to a production model — same algorithm; this is what changes, and where it lives in this guide
StagemicrogptProductionIn this guide
Data 32,033 names, one per line. Each name is a document, and one document is used per training step. Trillions of tokens of web pages, books and code. The data is deduplicated, filtered for quality and mixed across domains (per the post). Small-but-Mighty LMs (MobileLLM / SmolLM)
Tokenizer Character-level: 26 letters plus BOS gives 27 token ids. BOS marks both the start and the end of a name. Subword BPE merges frequently co-occurring characters into single tokens, for a ~100K vocabulary. Each position then carries more text. The post names tiktoken (used by GPT-4). Original GPT-style Decoder-Only Transformer
Byte-Level Models (Byte Latent Transformer)
Autograd A scalar Value class in pure Python. backward() applies the chain rule in reverse topological order. Tensor autograd in libraries such as PyTorch, running on GPUs/TPUs. Fused CUDA kernels such as FlashAttention add speed. The math is the same, with many scalars processed in parallel. —
Architecture 1 layer, width 16, 4 heads, 4,192 params. A GPT-2 block with RMSNorm, no biases, ReLU and learned positions. The same attention plus MLP on a residual stream, but 10,000+ wide and 100+ layers deep. The post's added blocks are RoPE, GQA (smaller KV cache), gated linear activations and MoE layers. Original GPT-style Decoder-Only Transformer
Modern 'Llama recipe' Dense Transformer
MHA → MQA → GQA (KV-head sharing)
Classic Token-Choice Top-k MoE (Shazeer / GShard / Switch)
Fine-Grained + Shared-Expert MoE (DeepSeekMoE lineage)
Training One document per step with no batch dimension. The forward pass runs one token at a time, followed by one backward pass. Batches of millions of tokens per step, gradient accumulation, and fp16/bf16 mixed precision. A frontier model takes thousands of GPUs running for months. —
Optimization Adam (lr 0.01, b1 0.85, b2 0.99) with linear LR decay and nothing else: no warmup, no weight decay. LR, weight decay, betas, warmup and decay are tuned per size, batch and data mix, in bf16 or fp8. Scaling laws such as Chinchilla split compute between parameters and tokens, and small runs predict the settings. 1-bit / Ternary-Native LLMs (BitNet b1.58)
Post-training None. microgpt stops at a pretrained document completer that 'hallucinates' names. First SFT: swap the documents for curated conversations and keep training. Then RL: model responses are scored by humans, a judge model or an algorithm, and the model learns from those scores. "Reasoning Models" (o1 / R1) — Training, Not Architecture
Inference Explicit per-sample KV cache and temperature-0.5 sampling, one token at a time, stopping at BOS or 16 tokens. Batched requests, paged KV-cache management (vLLM etc.), speculative decoding, int8/int4 quantization, and the model sharded across multiple GPUs. MHA → MQA → GQA (KV-head sharing)
Multi-head Latent Attention (MLA)
Compressing the KV inside attention (CSA/HCA, CCA, keys-as-values)
Multi-token prediction heads (MTP)
Block-diffusion speculative drafters (DFlash, 2026)
1-bit / Ternary-Native LLMs (BitNet b1.58)
Foundations (2017–2020) — the three transformer body plans, and why decoder-only won
Original Encoder-Decoder Transformer (2017)
enc-dec

The 2017 seq2seq Transformer: a bidirectional encoder reads the source, a causal decoder writes the target via cross-attention.

source tokens (fully visible) bi-directional self-attention FFN × N encoder output target tokens (causal) causal self-attn cross-attention FFN × N output tokens K,V from encoder ENCODER DECODER

The encoder stack applies full bidirectional self-attention over the input sequence to produce contextual representations in one parallel pass. The decoder stack autoregressively generates the output: each decoder layer runs causal (masked) self-attention over tokens generated so far, then cross-attention where decoder queries attend over the encoder's output keys/values, then a feed-forward block. Sinusoidal positional encodings inject order; multi-head attention lets different heads specialize. This replaced recurrence entirely, making training parallelizable across sequence positions and unlocking the scaling that all later LLMs build on.

Scaled dot-product multi-head attention replaces recurrence and convolutionCross-attention: decoder queries attend to encoder outputs each layerCausal masking in decoder enables parallel teacher-forced trainingSinusoidal positional encodings inject token order without recurrenceResidual + LayerNorm + FFN block pattern that every LLM still uses
⚖ Buys: parallel training, strong conditional generation (translation/summarization). Costs: two stacks + cross-attention to maintain; decoder-only later proved simpler to scale — one stream, one objective, every token supervised, natural multi-turn chat without re-encoding.
Who uses it
Helsinki-NLP OPUS-MT translation models (U. Helsinki, built on the Marian NMT framework)M2M-100 (Meta, 2020)NLLB-200 (Meta, 2022)Whisper (OpenAI, 2022 — encoder-decoder for speech-to-text)Google's original WMT'14 EN-DE/EN-FR models (configurations disclosed in the paper; no official open-weights release of the paper's trained models)Google Translate production models (a 2020 Google AI blog disclosed a hybrid Transformer-encoder + RNN-decoder architecture at that time; current architecture undisclosed)
Papers & references (2)
arXiv:1706.03762 · Attention Is All You Need (2017)
Defines the Transformer; every architecture in this guide is a subset or variant of it
arXiv:2204.05832 · What Language Model Architecture and Pretraining Objective Work Best for Zero-Shot Generalization? (2022)
Systematic comparison: causal decoder-only pretraining generalizes best zero-shot after purely self-supervised pretraining (with multitask finetuning, the paper found non-causal/enc-dec masked-LM models best) — key evidence in the decoder-only vs enc-dec debate
Encoder-Only Masked LM (BERT lineage)
encoder-only

Bidirectional encoder pretrained by masking tokens; still the workhorse for embeddings, rerankers, and classifiers, revived by ModernBERT.

tokens (15% [MASK]ed) LayerNorm Bi-directional Self-Attention no causal mask LayerNorm FFN (GELU) + + masked-token predictions / embeddings× 12–24 layers

Take only the Transformer's encoder stack, so every token attends to every other token in both directions, and pretrain with masked language modeling: randomly mask ~15% of tokens and predict them from full bidirectional context. The result is a deep contextual representation of the whole input in a single parallel forward pass — no autoregressive loop. Downstream you attach a small head (a classifier on [CLS], a token tagger, or a pooling layer for embeddings) and fine-tune. RoBERTa showed BERT was undertrained (more data/steps, dynamic masking, drop NSP); DeBERTa added disentangled content/position attention; ModernBERT (2024) retrofitted the recipe with RoPE, GeGLU, alternating local/global attention, Flash Attention, 8k context, and 2T training tokens.

Masked LM objective: predict hidden tokens from full bidirectional contextWhole input encoded in ONE forward pass — no token-by-token generation loopPretrain-once, fine-tune-cheaply transfer recipe that started the LLM eraRoBERTa: same architecture, just trained longer/better — recipe > noveltyDeBERTa: disentangled content vs position attention beats absolute embedsModernBERT 2024: RoPE, 8k ctx, Flash Attention — encoders are not deadEncoders still win where you score/embed text, not generate it
⚖ Buys: cheapest, strongest per-FLOP text understanding — embeddings, cross-encoder rerankers, classifiers, NER run in one pass with full bidirectional context. Costs: cannot generate text natively, and masked LM supervises only ~15% of tokens per step, so the objective scales worse than next-token prediction — why it lost the generative race.
Who uses it
BERT base/large (Google, 2018)RoBERTa (Meta, 2019)DeBERTa / DeBERTaV3 (Microsoft, 2020-2021)ModernBERT base/large (Answer.AI + LightOn, 2024)E5 embedding family (Microsoft)BGE embedding/reranker family (BAAI)all-MiniLM / sentence-transformers modelsGoogle Search ranking uses BERT (disclosed, Google 2019 announcement)OpenAI text-embedding-3 (architecture undisclosed)Cohere Embed & Rerank models (architecture undisclosed)Voyage AI embeddings/rerankers (architecture undisclosed)
Papers & references (4)
arXiv:1810.04805 · BERT: Pre-training of Deep Bidirectional Transformers for Language Understanding (2018)
Founded masked-LM pretraining + fine-tuning; dominated NLU benchmarks overnight
arXiv:1907.11692 · RoBERTa: A Robustly Optimized BERT Pretraining Approach (2019)
Showed BERT was significantly undertrained; better recipe, same architecture
arXiv:2006.03654 · DeBERTa: Decoding-enhanced BERT with Disentangled Attention (2020)
Disentangled attention + enhanced mask decoder; long-time leaderboard king (DeBERTaV3 still a default classifier backbone)
arXiv:2412.13663 · Smarter, Better, Faster, Longer: A Modern Bidirectional Encoder for Fast, Memory Efficient, and Long Context Finetuning and Inference (2024)
ModernBERT: ports decoder-era tricks (RoPE, GeGLU, alternating attention) back to encoders; SOTA speed/quality for retrieval and classification
Encoder-Decoder Text-to-Text (T5 lineage)
enc-dec

T5/BART framed every NLP task as text-in, text-out with a seq2seq Transformer; Flan-T5, UL2, and 2025's T5Gemma keep the line alive.

Keep both Transformer stacks but pretrain on denoising: T5 masks contiguous spans and trains the decoder to emit the missing spans (span corruption), casting every task — translation, summarization, QA, classification — as 'text in, text out' with a task prefix. BART instead corrupts whole documents (deletion, shuffling, infilling) and reconstructs them, which transfers especially well to summarization. UL2 unified the objectives as mixture-of-denoisers (short spans, long spans, prefix-LM) switchable by a mode token. The 2025 revival, T5Gemma (paper title 'Encoder-Decoder Gemma'), adapts pretrained decoder-only Gemma 2 checkpoints into encoder-decoder form via UL2/prefix-LM continued pretraining, showing better quality-per-inference-FLOP than the source decoder-only models on input-heavy tasks.

Every task is text-to-text: one model, one loss, task named in the promptSpan corruption (T5) / denoising reconstruction (BART) as pretrainingUL2 mixture-of-denoisers: one model, R/S/X objectives via mode tokensFlan instruction tuning on 1.8k tasks made T5 a zero-shot generalistEncoder cost paid ONCE per input; cheap decoder loop for short outputsT5Gemma 2025: adapt decoder-only Gemma 2 into enc-dec via UL2 — it worksStill the shape of choice for translation, summarization, small on-device seq2seq
⚖ Buys: separate input/output budgets — encode a long document once, decode a short answer cheaply; best quality-per-inference-FLOP on translation/summarization (T5Gemma's pitch). Costs: cross-attention params and pipeline complexity, multi-turn chat forces re-encoding the growing context, and denoising objectives supervise fewer tokens than causal LM — so decoder-only, with its single stream, full-token supervision, emergent in-context learning, and simpler serving, won the generative-scaling race (Wang et al. 2022 backs the zero-shot-after-pretraining part empirically).
Who uses it
T5 / T5 v1.1 (Google, 2019-2020)mT5, ByT5 (Google)BART-large, mBART (Meta, 2019-2020)Flan-T5 small through XXL 11B (Google, 2022)UL2 20B and Flan-UL2 20B (Google, 2022-2023)MADLAD-400 translation models, T5-based (Google, 2023)T5Gemma 2B/9B pairings incl. 9B-2B (Google, 2025)Google Translate production stack (a 2020 Google AI blog disclosed a hybrid Transformer-encoder + RNN-decoder architecture at that time; current architecture undisclosed)Gemini-era internal distillation: Gemma 2 was trained with knowledge distillation from larger models (disclosed in Gemma 2 report); whether Google distills Gemini into internal encoder-decoders is undisclosed
Papers & references (7)
arXiv:1910.10683 · Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformer (2019)
T5: the text-to-text framing plus a massive ablation of objectives, architectures, and scaling
arXiv:1910.13461 · BART: Denoising Sequence-to-Sequence Pre-training for Natural Language Generation, Translation, and Comprehension (2019)
Document-level denoising seq2seq; long the default open summarization model
arXiv:2109.01652 · Finetuned Language Models Are Zero-Shot Learners (2021)
FLAN: instruction tuning as a technique — multi-task finetuning unlocks zero-shot following
arXiv:2210.11416 · Scaling Instruction-Finetuned Language Models (2022)
Flan-T5: scaled instruction tuning (1.8k tasks + CoT); Flan-T5-XXL became the workhorse open seq2seq model
arXiv:2205.05131 · UL2: Unifying Language Learning Paradigms (2022)
Mixture-of-denoisers objective bridging masked-span and causal LM; the recipe T5Gemma later reuses for adaptation
arXiv:2504.06225 · Encoder-Decoder Gemma: Improving the Quality-Efficiency Trade-Off via Adaptation (2025)
The T5Gemma paper: adapts decoder-only Gemma 2 into encoder-decoder models, beating same-size decoder-only on quality-per-FLOP
report ↗ · T5Gemma: A new collection of encoder-decoder Gemma models (2025)
Official Google release blog for T5Gemma open-weights checkpoints (verified HTTP 200, title matched)
Original GPT-style Decoder-Only Transformer
dense decoder

The 2018-2020 OpenAI recipe: causal decoder stack with learned absolute positions, LayerNorm, GELU MLPs, standard multi-head attention.

tokens + learned positions LayerNorm Masked Multi-Head Attention all heads cached LayerNorm MLP (4d, GELU) + + next-token logits× 12–96 layers

Token IDs are embedded via a BPE vocabulary and summed with a learned absolute position embedding table, then pushed through N identical blocks: causally-masked multi-head self-attention followed by a 4x-width two-layer GELU MLP, each wrapped in a residual connection with LayerNorm. GPT-1 placed LayerNorm after each sublayer (post-norm, as in the 2017 Transformer decoder minus cross-attention); GPT-2 moved it before each sublayer and added a final LayerNorm, which is what made 48+ layer training stable. A final LayerNorm feeds an unembedding projection (weight-tied to the input embedding) producing next-token logits; the entire training objective is next-token prediction. GPT-3 kept this recipe at 175B, alternating dense and locally-banded sparse attention layers.

Decoder-only: drop the encoder and cross-attention; causal mask turns it generativeLearned absolute position embeddings added to token embeddings (context = table size)GPT-2 moved LayerNorm to pre-norm + added final LN, stabilizing deep stacksGELU activation in a 4x-width 2-layer MLPWeight-tied embedding/unembedding; BPE tokenizerSame recipe scaled 117M -> 175B; GPT-3 alternates dense and banded sparse attention
⚖ Buys simplicity and a battle-tested training recipe; costs context length (learned position table is fixed) and inference memory (full MHA KV cache) — both fixed by the Llama recipe.
Who uses it
GPT-1 117M (OpenAI, weights released 2018)GPT-2 124M-1.5B (OpenAI, weights released 2019)OPT 125M-175B (Meta, 2022; GPT-3 replica with learned positions, ReLU instead of GELU)Cerebras-GPT 111M-13B (Cerebras, 2023; GPT-3 architecture)BLOOM 176B (BigScience, 2022; same skeleton but ALiBi positions — transitional variant)GPT-3 175B 'davinci' (OpenAI) (disclosed in the GPT-3 paper)Megatron-Turing NLG 530B (Microsoft/NVIDIA) (disclosed)Jurassic-1 178B (AI21 Labs) (disclosed)GPT-3.5 family (davinci-002/003, GPT-3.5-turbo) and later OpenAI models (undisclosed)
Papers & references (5)
arXiv:1706.03762 · Attention Is All You Need (2017)
Defines the Transformer block; GPT is its decoder half with cross-attention removed
report ↗ · Improving Language Understanding by Generative Pre-Training (GPT-1) (2018)
First decoder-only generative-pretraining recipe: post-LN, learned positions, GELU
report ↗ · Language Models are Unsupervised Multitask Learners (GPT-2) (2019)
Pre-norm reordering + final LN, scaled to 1.5B; the canonical open-weights variant
arXiv:2005.14165 · Language Models are Few-Shot Learners (GPT-3) (2020)
Same architecture at 175B with alternating banded sparse attention; in-context learning
article ↗ · microgpt (Andrej Karpathy, blog post + microgpt.py) (2026)
The whole decoder-only recipe in 200 lines of plain Python: a GPT-2 block with RMSNorm, no biases and ReLU, an untied output head and no final norm. Causality comes from feeding tokens one at a time against a KV cache, not from a mask.
The dense standard — the recipe almost every modern LLM starts from
Modern 'Llama recipe' Dense Transformer
dense decoder

The post-2023 dense standard: pre-RMSNorm, rotary positions (RoPE), SwiGLU gated MLPs, grouped-query attention, no bias terms.

token embeddings (no position add) RMSNorm Self-Attention GQA + RoPE RMSNorm SwiGLU FFN ≈8/3·d hidden + + next-token logits× 16–126 layers

Keeps the GPT causal-decoder skeleton but swaps every component: RMSNorm (rescale by root-mean-square only, no mean-centering or bias) is applied before each sublayer; positions are injected inside attention by rotating query/key vectors with position-dependent angles (RoPE), giving relative encoding and enabling long-context extension via theta rescaling. The MLP becomes SwiGLU — SiLU(gate_proj(x)) * up_proj(x) fed to down_proj, with hidden width ~8/3·d to hold parameter count. Attention uses grouped-query attention: many query heads share a small set of K/V heads, shrinking the KV cache several-fold with near-MHA quality; linear layers drop bias terms. Llama 1 established pre-RMSNorm+RoPE+SwiGLU (still MHA); Llama 2 70B and Mistral 7B added GQA; Llama 3 applied GQA at every size with a 128K vocab and RoPE theta 500k.

Pre-RMSNorm before every sublayer: RMS-only rescaling, no mean/bias, cheap and stableRoPE: rotate Q/K by position angle — relative encoding; long context via theta scalingSwiGLU gated MLP (~8/3x hidden) beats ReLU/GELU at equal parameter countGQA: query-head groups share K/V heads — near-MHA quality, several-fold smaller KV cacheNo bias terms in linear layers; large vocab, often untied embeddings at scaleVariants: Mistral sliding-window attn; Gemma GeGLU + local/global layers; Qwen3 QK-norm
⚖ Buys longer usable context (RoPE), cheaper inference (GQA KV cache), and better quality-per-FLOP (SwiGLU, RMSNorm); costs a slightly more complex block, and dense scaling itself is now yielding to sparse MoE at the frontier.
Who uses it
LLaMA 7B-65B (Meta)Llama 2 7B-70B (Meta)Llama 3 / 3.1 / 3.2 / 3.3, 1B-405B (Meta)Mistral 7B v0.1-0.3, Mistral Small / Small 3 (Mistral AI)Qwen2 / Qwen2.5 / Qwen3 dense models 0.5B-72B (Alibaba)Gemma 1 / 2 / 3 (Google; GeGLU variant with local-global attention in 2/3)Phi-3 / Phi-3.5 / Phi-4 (Microsoft)DeepSeek LLM 7B / 67B (DeepSeek, dense pre-MoE models)Yi-6B / Yi-34B (01.AI)OLMo 2 (Allen Institute for AI; recipe variant — places RMSNorm after each sublayer, adds QK-norm)SmolLM2 (Hugging Face)TinyLlama 1.1BApple on-device foundation model ~3B: RMSNorm, GQA, RoPE, SwiGLU (disclosed, arXiv 2407.21075)Mistral Large / Medium (undisclosed; open siblings use this recipe)GPT-4/4o, Claude, Gemini: architecture undisclosed (GPT-4 reported MoE, undisclosed)
Papers & references (10)
arXiv:2302.13971 · LLaMA: Open and Efficient Foundation Language Models (2023)
Assembled the recipe (pre-RMSNorm + RoPE + SwiGLU) and made it the open standard
arXiv:2307.09288 · Llama 2: Open Foundation and Fine-Tuned Chat Models (2023)
Added GQA (at 70B) and 4K context to the recipe
arXiv:2407.21783 · The Llama 3 Herd of Models (2024)
GQA at all sizes, 128K vocab, RoPE theta 500k, scaled to dense 405B
arXiv:2104.09864 · RoFormer: Enhanced Transformer with Rotary Position Embedding (2021)
Introduces RoPE, the position mechanism of the entire lineage
arXiv:2002.05202 · GLU Variants Improve Transformer (2020)
Shazeer's SwiGLU/GeGLU gated MLPs, adopted verbatim by Llama (SwiGLU) and Gemma (GeGLU)
arXiv:1910.07467 · Root Mean Square Layer Normalization (2019)
RMSNorm: LayerNorm minus mean-centering and bias; the lineage's normalizer
arXiv:2305.13245 · GQA: Training Generalized Multi-Query Transformer Models from Multi-Head Checkpoints (2023)
Grouped-query attention: the KV-cache compression standard of the recipe
arXiv:2310.06825 · Mistral 7B (2023)
Llama recipe + GQA + sliding-window attention; proved 7B could beat Llama 2 13B
arXiv:2403.08295 · Gemma: Open Models Based on Gemini Research and Technology (2024)
Google's variant of the recipe: GeGLU activation, RoPE, RMSNorm (MQA in 2B)
arXiv:2404.14219 · Phi-3 Technical Report: A Highly Capable Language Model Locally on Your Phone (2024)
States phi-3-mini uses a Llama-2-similar block structure; data-quality-first scaling
Hyper-connections — multi-stream residuals (mHC, 2026)
dense decoder

Three frontier labs replaced the transformer's single residual stream with four parallel ones, mixed by a routing matrix that Sinkhorn iteration constrains to stay close to the identity.

Since 2017 every block has read from and written back to one residual stream. Hyper-connections widen it: run N streams in parallel and learn how each block's input is drawn from them and how its output is distributed back. The danger is that a freely-learned mixing matrix destroys the identity path that makes deep networks trainable at all, so mHC — Manifold-Constrained Hyper-Connections — projects the mixing matrices onto the Birkhoff polytope (the set of doubly-stochastic matrices) using Sinkhorn-Knopp iteration, which alternately normalizes rows and columns until both sum to one. A doubly-stochastic mix redistributes signal between streams without amplifying or attenuating it, which is what keeps the residual path well-behaved. The shipped configs are unusually legible about this. GLM-5.3-Flash sets mhc: true, hc_mult: 4 (four streams) and hc_sinkhorn_iters: 20 with hc_eps 1e-6. Qwen3.8-Flash-Next carries hc_count: 4 with hc_lowrank: 320 against a hidden size of 2,560 — the same four streams, with the mixing factored low-rank. Tencent's Hy4-preview ships a variant it calls iHC (identity Hyper-Connections) with enable_ihc: true, hc_mult: 4 and hc_magnitude: 2.0. Three independent labs, three codebases, all at exactly four streams. Note the literature has already moved past what GLM shipped: mHC-lite is titled, in so many words, "You Don't Need 20 Sinkhorn-Knopp Iterations" — and 20 is exactly what the GLM-5.3-Flash checkpoint runs.

N parallel residual streams replace the single one — all three shipping implementations chose N=4A learned matrix mixes streams at every block, in and outSinkhorn-Knopp projects that matrix onto the Birkhoff polytope, preserving the identity pathGLM-5.3-Flash: mhc true, hc_mult 4, 20 Sinkhorn iterations; Qwen3.8-Flash-Next: hc_count 4, low-rankTencent Hy4 ships an iHC variant (enable_ihc, hc_magnitude 2.0) — model-card-only, no papermHC-lite argues 20 iterations is more than needed; GLM shipped 20 anyway
⚖ Buys: more paths for information and gradient flow without adding depth, with the constraint doing the work that makes it safe to train. Costs: four streams cost activation memory, and Sinkhorn is iterative inside every layer's forward pass — the reason a follow-up paper exists specifically to cut the iteration count. The honest caveat for a field guide: adoption here ran ahead of settled practice. The technique is eight months old, has spawned at least three follow-ups, and no vendor shipping it has published an ablation showing what it buys in their model.
Who uses it
GLM-5.3-Flash (mhc, hc_mult 4, 20 Sinkhorn iters)DeepSeek-V4-FlashQwen3.8-Flash-Next (hc_count 4, low-rank)Tencent Hy4-preview (iHC variant)
Papers & references (4)
arXiv:2512.24880 · mHC: Manifold-Constrained Hyper-Connections (2025)
The mechanism: N residual streams, Sinkhorn-Knopp projection onto the Birkhoff polytope
arXiv:2601.05732 · mHC-lite: You Don't Need 20 Sinkhorn-Knopp Iterations (2026)
Argues the iteration count GLM-5.3-Flash actually ships is unnecessarily high
arXiv:2607.14530 · xHC: Expanded Hyper-Connections (2026)
Later extension of the same line
report ↗ · GLM-5.3-Flash config.json (2026)
mhc true, hc_mult 4, hc_sinkhorn_iters 20 — read from the shipped checkpoint
Attention Residuals — attending along the depth axis
dense decoder

The residual stream adds every previous sublayer's output with weight one. AttnRes replaces that sum with softmax attention over preceding layers, so each layer chooses how much of each earlier layer to read.

In a PreNorm transformer the residual stream is a running sum: layer n sees everything before it, each contribution weighted identically at 1.0. The Kimi team's argument is that this is doing real damage at depth — uniform accumulation causes uncontrolled hidden-state growth and progressively dilutes any single layer's contribution, since one new output is added to an ever-larger sum. AttnRes replaces the accumulation with softmax attention taken over the outputs of preceding layers, so aggregation along the depth axis becomes learned and input-dependent rather than fixed. Attending over every preceding layer output is expensive in memory and cross-stage communication, so the shipped form is Block AttnRes: layers are partitioned into blocks and the attention runs over block-level representations, with cache-based pipeline communication and a two-phase computation strategy. The reported effect is more uniform output magnitudes and a better-distributed gradient across depth. This entry exists because the atlas already had the evidence and not the name: the Kimi K3 deep dive recorded `attn_res_block_size: 12` straight out of the released config without being able to say what it was. It is this — Block AttnRes with block size 12. The check that makes it solid is the negative control: Kimi K2.5's config carries no attn_res field at all, so this is K3-specific machinery rather than something inherited across the family.

Residual accumulation is a uniform sum; AttnRes makes it a learned, input-dependent attentionThe attention runs along the DEPTH axis — over preceding layers, not preceding tokensMotivation: uniform summation grows the hidden state and dilutes each layer's contributionBlock AttnRes is the shipped form — attention over block-level representations, not every layerConfig-verified in Kimi K3 (attn_res_block_size 12), with K2.5 as a clean negative controlSits alongside hyper-connections as the second 2026 attack on the residual stream's fixed topology
⚖ Buys better-conditioned depth — more uniform magnitudes and gradients — which is what lets a 93-layer model train stably. Costs: attending over prior layers means holding their outputs, which is memory and, in a pipeline-parallel setting, cross-stage traffic; the block partition and the two-phase schedule exist precisely to make that affordable, and they are extra machinery to get right. As with hyper-connections, no ablation has been published isolating what AttnRes contributes to K3's quality specifically.
Who uses it
Kimi K3 (Block AttnRes, block size 12)
Papers & references (2)
arXiv:2603.15031 · Attention Residuals (2026)
Kimi Team. The mechanism behind K3's attn_res_block_size field. Title verified
report ↗ · Kimi K3 config.json — attn_res_block_size: 12 (2026)
Config-verified; the K2.5 config has no such field
Attention & residual sinks as rescaling — and GatedNorm
dense decoder

Attention sinks and huge activation outliers look like pathologies. The argument here is that they are the model improvising a rescaling mechanism it was never given — so give it one, and the outliers stop being necessary.

Two long-standing oddities of trained transformers are attention sinks (a handful of tokens absorbing enormous attention mass) and residual sinks (a few dimensions carrying persistently huge activations). Both are usually treated as artifacts to be worked around, and both are exactly what makes low-bit quantization hard, because one outlier dimension sets the scale for everything. This paper's claim is that they are functional: together with softmax and RMSNorm they act as an implicit rescaling of the non-outlier components, so the outliers serve as rescale factors rather than as contributors. That reframing yields a prescription. If the network is growing outliers because it needs a rescaling knob, hand it one explicitly, and it will stop. GatedNorm does that — a lightweight elementwise low-rank self-gate applied after normalization, GatedNorm(u) = RMSNorm(u) ⊙ σ(W2·SiLU(W1·RMSNorm(u))). The reported evidence is nicely symmetrical: removing normalization kills the outliers but hurts stability, and clipping the outliers while keeping normalization also degrades — but absorbing the rescaling into learnable parameters recovers about two points on average and, tellingly, makes W4A4 quantization far more robust (1.2 points of degradation). That last number is the practical point: outliers are the reason 4-bit activations are hard, so a model that no longer needs them quantizes better by construction.

Attention sinks and residual outliers are argued to be an implicit rescaling mechanism, not noiseOutliers act as rescale factors rather than as contributors to the representationGatedNorm = RMSNorm(u) ⊙ σ(W2·SiLU(W1·RMSNorm(u))) — an explicit, learned rescaleRemoving norm kills outliers but costs stability; clipping them also degrades — the knob has to be replaced, not deleted~2 points average gain, and W4A4 quantization degradation cut to 1.2 pointsShips in Qwen3.8-Flash-Next as the read-gate half of Gated Residual, per the Qwen3.8-Next paper's own citation
⚖ Buys training stability and, more valuably, a model whose activations are quantization-friendly by design rather than by post-hoc surgery — which matters increasingly as NVFP4/MXFP4 serving becomes standard. Costs: an extra low-rank projection pair in every block, and a mechanism that is hard to isolate in shipped models — there is no config flag that separates GatedNorm from the Gated Residual module it is folded into, so its presence in Qwen3.8-Flash-Next rests on the vendor's own equation and citation rather than on a config field this project could read.
Who uses it
Qwen3.8-Flash-Next (inside Gated Residual)
Papers & references (2)
arXiv:2601.22966 · A Unified View of Attention and Residual Sinks: Outlier-Driven Rescaling is Essential for Transformer Training (2026)
The theory and GatedNorm. Title verified
arXiv:2608.30320 · On the Design of Qwen3.8-Next Architecture: Evaluation, Efficiency, and Training Stability (2026)
Defines GatedNorm at Eq. 29 citing the above, and states the Gated Residual read 'is exactly Eq. (29) applied to the widened stream'. Title verified
Attention mechanisms — the sub-block that decides serving cost and context length
MHA → MQA → GQA (KV-head sharing)
dense decoder

Share key/value heads across query heads — same attention math, 8-64x smaller KV cache for fast batched decoding.

MHA Q KV KV cache: 8/8 heads each Q head has its own K,V MQA Q KV KV cache: 1/8 heads all Q heads share one K,V GQA Q KV KV cache: 2/8 heads Q heads grouped per K,V MLA Q latent c_KV cache ≪ 1 head-pair K,V decompressed from latent what sits in the KV cache per token — the memory that dominates long-context serving MHA (all heads) → MQA (1) → GQA (groups) → MLA (compressed latent)

In multi-head attention (MHA) every one of the h query heads has its own K and V head, so the decode-time KV cache costs 2 x n_layers x n_kv_heads x d_head x bytes per token — for a Llama-2-70B-shaped model (80 layers, 64 heads, d_head 128, fp16) that is ~2.6 MB per token, which dominates GPU memory and bandwidth at long context and large batch. MQA (Shazeer 2019) keeps h query heads but a single shared K/V head, cutting the cache by h-fold (~41 KB/token in the same config) at some quality cost. GQA interpolates: query heads are partitioned into g groups, each sharing one KV head (Llama 2 70B uses g=8, ~0.33 MB/token), recovering near-MHA quality; the GQA paper also showed an existing MHA checkpoint can be converted by mean-pooling its KV heads and uptraining with ~5% of original compute.

KV cache/token = 2 x layers x kv_heads x d_head x bytes — kv_heads is the only free leverMQA: 1 shared KV head, h-fold cache cut, measurable quality dipGQA: g groups of query heads share KV heads — near-MHA quality, near-MQA speedUptrain from MHA checkpoints by mean-pooling KV heads (~5% extra compute)Decode is memory-bandwidth-bound: smaller cache = bigger batches + faster tokens
⚖ Buys 8-64x smaller KV cache and faster batched decode; costs quality at the MQA extreme and requires (up)training — not a drop-in inference trick.
Who uses it
Llama 2 70B / Llama 3.x (Meta) — GQA-8Mistral 7B (Mistral AI) — GQA-8Falcon 7B (TII) — MQA (Falcon 40B uses 8 KV heads, i.e. GQA-8)StarCoder (BigCode) — MQAQwen2/2.5 (Alibaba) — GQAGemma 2 / Gemma 3 (Google) — GQAgpt-oss-120b/20b (OpenAI) — GQA-8PaLM 540B (Google) — MQA (disclosed)Character.AI production models — MQA (disclosed in their inference blog)GPT-4 (OpenAI) — MQA-family (reported, undisclosed)Claude, Gemini, GPT-5 — attention head config (undisclosed)
Papers & references (3)
arXiv:1706.03762 · Attention Is All You Need (2017)
Defines the MHA baseline every variant here modifies
arXiv:1911.02150 · Fast Transformer Decoding: One Write-Head is All You Need (2019)
Shazeer's MQA paper — identifies KV-cache bandwidth as the decode bottleneck
arXiv:2305.13245 · GQA: Training Generalized Multi-Query Transformer Models from Multi-Head Checkpoints (2023)
Introduces grouped-query attention plus cheap uptraining from MHA checkpoints
Multi-head Latent Attention (MLA)
dense decoder

Compress each token's K/V into one small latent vector, reconstruct full heads on the fly — ~93% KV-cache cut without losing head diversity.

Instead of caching per-head keys and values, a learned down-projection compresses the token's hidden state into a single latent c_KV (DeepSeek-V2: 512 dims) plus a small decoupled RoPE key (64 dims) — only ~576 floats per token per layer are cached, versus 2 x 128 heads x 128 dims = 32,768 for equivalent MHA (~57x smaller per layer; DeepSeek reports 93.3% total KV reduction, comparable to GQA with just 2.25 groups). At attention time, up-projection matrices reconstruct all 128 per-head K/V — and because these are linear, they can be absorbed into the query and output projections so inference attends over the latent directly. The RoPE path must be decoupled because rotary position rotation does not commute with the low-rank compression.

Low-rank joint K/V compression: cache one 576-d latent, not 32,768 floats/layerUp-projections absorbed into W_Q/W_O — no reconstruction cost at inferenceDecoupled RoPE key path: position info kept outside the compressed latentBeats GQA at equal cache size because head diversity is preservedDeepSeek-V2: 93.3% KV cut, 5.76x claimed generation throughput gain
⚖ Buys GQA-beating quality at a fraction of the cache; costs implementation complexity (decoupled RoPE, matrix absorption) and must be trained in from scratch.
Who uses it
DeepSeek-V2 (DeepSeek)DeepSeek-V3 / R1 (DeepSeek)Kimi K2 1T (Moonshot AI) — DeepSeek-style MLANone disclosed — MLA adoption outside the DeepSeek lineage is undisclosed
Papers & references (2)
arXiv:2405.04434 · DeepSeek-V2: A Strong, Economical, and Efficient Mixture-of-Experts Language Model (2024)
Introduces MLA with the full compression/absorption math
arXiv:2412.19437 · DeepSeek-V3 Technical Report (2024)
Carries MLA to 671B scale, the basis of DeepSeek-R1
Sliding-window / interleaved local-global attention
dense decoder

Each token attends only to a fixed window of recent neighbors; a few interleaved global layers preserve long-range reach.

full causal O(n²) — every past token sliding window O(n·w) — recent window local + global window + global anchors rows = query position · colored cols = keys it attends to

The attention mask is banded: token t attends only to the previous W tokens, making per-layer cost O(n x W) instead of O(n^2) and capping that layer's KV cache at W entries (a rolling buffer overwrites older ones). Receptive field still grows with depth — L layers of window W reach ~L x W tokens. Longformer (2020) combined the sliding window with task-specific global tokens; Mistral 7B shipped it in a mainstream LLM (W=4096, rolling-buffer cache). Gemma 2 interleaves local and global layers 1:1 (W=4096); Gemma 3 pushes to 5 local (W=1024) per 1 global layer with only global layers using long-range RoPE, collapsing long-context KV memory (the paper shows cache overhead dropping from ~60% to well under 15% at 32k context). OpenAI's gpt-oss alternates full and W=128 banded layers.

Banded mask: O(n x W) compute, KV cache capped at W entries per local layerReceptive field ~ layers x window — depth substitutes for widthInterleave ratio is the dial: Gemma 2 1:1, Gemma 3 5:1 local:globalOnly global layers need long-range RoPE / full-length cacheRolling-buffer cache: constant memory regardless of sequence length
⚖ Buys near-constant KV memory and linear compute in context length; costs direct long-range access — needs interleaved global layers (and their full-length cache) to avoid recall loss.
Who uses it
Mistral 7B v0.1 (Mistral AI) — W=4096 (later versions dropped SWA)Gemma 2 (Google) — 1:1 local:global, W=4096Gemma 3 (Google) — 5:1 local:global, W=1024gpt-oss-120b/20b (OpenAI) — alternating full / W=128 banded layersLongformer (AllenAI)Character.AI production models — hybrid local-global, 1 global per 6 layers (disclosed)Frontier long-context models (Gemini, Claude, GPT-5) — (undisclosed)
Papers & references (6)
arXiv:1904.10509 · Generating Long Sequences with Sparse Transformers (2019)
Earliest factorized/local attention patterns for autoregressive models
arXiv:2004.05150 · Longformer: The Long-Document Transformer (2020)
Canonical sliding-window + global-token formulation
arXiv:2310.06825 · Mistral 7B (2023)
Brought SWA (W=4096) and the rolling-buffer KV cache to mainstream open LLMs
arXiv:2408.00118 · Gemma 2: Improving Open Language Models at a Practical Size (2024)
1:1 interleaved local-global layers
arXiv:2503.19786 · Gemma 3 Technical Report (2025)
5:1 local:global with W=1024 — the aggressive KV-memory endpoint
report ↗ · Optimizing AI Inference at Character.AI (2024)
Production disclosure: hybrid local-global (1 global per 6 layers) + cross-layer KV sharing
Natively trained sparse attention (NSA, MoBA, DSA)
dense decoder

The model learns during pretraining which blocks of context each query needs — near-full-attention quality at a fraction of the FLOPs.

full causal O(n²) — every past token trained sparse learned/selected blocks rows = query position · colored cols = keys it attends to

Unlike post-hoc sparsification, the sparsity pattern is part of the architecture and trained end-to-end. NSA (DeepSeek) gives each query three parallel branches — compressed coarse-grained tokens, top-n selected fine-grained blocks, and a sliding window — merged by a learned gate; the blockwise selection is aligned to GPU tensor-core granularity, yielding real wall-clock speedups (up to ~9-11x on 64k-context forward/decode) while matching or beating full attention on benchmarks. MoBA (Moonshot) partitions context into blocks and routes each query to its top-k blocks via affinity between the query and mean-pooled block keys — MoE-style gating applied to attention, hot-swappable with full attention during training. DeepSeek productionized a descendant, DSA (a lightning indexer plus fine-grained top-k token selection), in DeepSeek-V3.2-Exp to cut long-context API costs.

Sparsity trained in, not bolted on — gradients flow through the selection pathNSA: 3 branches (compress / select / window) fused by a learned gateBlock granularity chosen for tensor cores — paper speedups survive on real GPUsMoBA: MoE-style top-k routing over context blocks, mean-pooled block keysDSA (V3.2-Exp): first trained-sparse attention in a flagship production LLM
⚖ Buys near-lossless long-context quality with large real-GPU speedups; costs architectural complexity, custom kernels, and pretraining commitment — cannot be retrofitted cheaply.
Who uses it
DeepSeek-V3.2-Exp (DeepSeek) — DSANSA 27B MoE research model (DeepSeek, paper-scale)GLM-5 / 5.1 / 5.2 (Z.ai, 2026) — DSA, then IndexShare cross-layer reuseKimi long-context serving (Moonshot) — MoBA in production (disclosed in the paper)
Papers & references (3)
arXiv:2502.11089 · Native Sparse Attention: Hardware-Aligned and Natively Trainable Sparse Attention (2025)
DeepSeek's NSA — the reference design for trainable, hardware-aligned sparsity
arXiv:2502.13189 · MoBA: Mixture of Block Attention for Long-Context LLMs (2025)
Moonshot's block-routing alternative, released the same week as NSA
report ↗ · DeepSeek-V3.2-Exp (DeepSeek Sparse Attention) (2025)
Production deployment of NSA's descendant DSA in a flagship model
Block-level sparse attention with a learned indexer (QSA / DSA k-pool, 2026)
dense decoder

The 2026 refinement of trained sparse attention: stop scoring individual tokens, score compressed blocks of them — and both leading implementations independently landed on a budget of 2,048.

Indexer lightning indexer computed once reused ×4 sparse attention · layer 1 sparse attention · layer 2 sparse attention · layer 3 sparse attention · layer 4 base: GQA + partial RoPE + QK-Norm indexer picks top-k keys per query — big FLOPs cut at 1M ctx

Trained sparse attention (DSA, NSA) put a small learned 'indexer' in front of full attention to pick which past tokens each query may look at. The 2026 versions change the unit of selection from the token to the block. Qwen states the change plainly for its Qwen Sparse Attention: "Rather than selecting individual tokens for processing, QSA operates at the micro-block level. This cuts long-context latency significantly, a critical gain as agentic workloads increasingly dominate real-world usage." Selecting blocks means the indexer scores far fewer candidates, and the tokens it admits arrive contiguously, which is what the memory system actually wants. GLM-5.3-Flash's config reaches the same place from the DSA side: its indexer carries index_kpool 4 with index_kpool_compress true, i.e. keys are pooled into compressed groups of four before scoring, plus index_kpool_always_select_tail true — the most recent block is admitted unconditionally, so local context is never a casualty of a bad routing decision. The indexers themselves are deliberately cheap: Qwen runs its as MQA with 4 query heads over 1 shared key head at head_dim 128; GLM runs 32 indexer heads at head_dim 128 and shares the index across multi-token-prediction iterations (index_share_for_mtp_iteration). The convergence worth noticing is the budget. GLM-5.3-Flash sets index_topk 2048; Qwen3.8-Flash-Next sets indexer_budget 2048 with indexer_compress_ratio 4. Two independent labs, two different codebases, the same number of admitted tokens per query.

Selection unit moves from token → micro-block, cutting indexer candidates and giving contiguous readsKey pooling compresses candidates before scoring (GLM index_kpool 4; Qwen indexer_compress_ratio 4)The most recent block is always admitted (index_kpool_always_select_tail) so locality is never lostIndexers are tiny by design — Qwen's is MQA with 4 query heads over 1 shared key headBoth families independently chose a 2,048-token budget (index_topk / indexer_budget)GLM shares one index across MTP iterations rather than recomputing it per draft token
⚖ Buys: long-context attention cost that scales with a fixed budget instead of sequence length, and a memory access pattern hardware likes. Costs: block granularity is coarser than token granularity, so a single relevant token inside an otherwise irrelevant block is either dragged in or missed; the indexer is another trained component that can be wrong; and the 2,048 budget is a hyperparameter nobody has published an ablation for at frontier scale. Neither vendor has released a paper for these specific variants — the evidence here is config fields and one card paragraph, not a methods section.
Who uses it
Qwen3.8-Flash-Next (Qwen Sparse Attention)GLM-5.3-Flash (DSA + k-pool compression)
Papers & references (2)
report ↗ · Qwen3.8-Flash-Next model card — "Hybrid Attention with QSA" (2026)
Source of the micro-block quote and the indexer's MQA shape
report ↗ · GLM-5.3-Flash config.json — DSA indexer with k-pool compression (2026)
index_kpool 4, index_kpool_compress, index_topk 2048
Compressing the KV inside attention (CSA/HCA, CCA, keys-as-values)
dense decoder

2026's other answer to long context: instead of selecting fewer KV entries, shrink what a KV entry is — compress along the sequence axis, or delete the value projection outright.

Sparse attention picks a subset of past tokens to attend to. This family attacks the same cost from the other side: make each cached entry smaller, or make fewer of them exist. Three shipped variants show the range. DeepSeek-V4 interleaves two compressed-KV regimes layer-wise: Compressed Sparse Attention squeezes every m KV tokens into one entry with learned compression weights and then runs top-k lightning-indexer selection over those compressed entries plus a sliding window for local detail, while Heavily Compressed Attention uses the same primitive far more aggressively and then runs ordinary dense attention over the resulting short stream. The step beyond the atlas's existing DSA/NSA entry is that selection now happens over sequence-compressed KV rather than raw KV, and that two differently-compressed regimes coexist in one stack. Compressed Convolutional Attention goes further still: it down-projects queries, keys AND values into a shared latent and performs the entire attention operation inside that latent, never decompressing — which is the sharp difference from MLA, where the latent is a cache format that gets expanded or absorbed for the actual attention. Because Q is compressed too, CCA cuts parameters, cache and attention FLOPs together, so it speeds up prefill and training rather than only decode; it composes with head-sharing as CCGQA. Gemma 4 takes the bluntest route of all and simply deletes the value projection in global layers — 'we improve memory efficiency by re-using keys as values in the global attention layers' — then adds cross-layer KV sharing on the E2B/E4B variants (later layers reuse KV computed earlier, at ratios of 20/35 and 18/42), on top of a 5:1 local-window-to-global interleave and p-RoPE. Google reports these together cut the global KV footprint by up to 37.5%.

Compress along the sequence axis: m KV tokens → one entry with learned weights (DeepSeek CSA)Interleave two compression strengths layer-wise — sparse-over-compressed and dense-over-heavily-compressedSelection now runs over compressed KV, not raw KV — the step past DSA/NSACCA does attention entirely inside the latent and never decompresses, unlike MLABecause CCA compresses Q too, it cuts FLOPs and prefill, not just cacheGemma 4 deletes the value projection in global layers and sets V = KCross-layer KV sharing: later layers reuse an earlier layer's KV rather than projecting their own
⚖ Buys long-context serving cost at the level where it actually hurts — cache bytes and prefill FLOPs — and unlike sparse selection it degrades smoothly rather than discretely missing a token. Costs: compression is lossy by construction and the loss is not selective, so a detail that mattered is gone rather than merely unselected; keys-as-values is a real capacity constraint (K and V can no longer specialize independently); and cross-layer sharing couples layers that were previously free to disagree. Note also that DeepSeek's reported '27% of single-token inference FLOPs and 10% of the KV cache versus V3.2' is a vendor figure from the paper and its own model card, not an independent measurement.
Who uses it
DeepSeek-V4-Pro and V4-Flash (CSA + HCA)Gemma 4 family (keys-as-values; KV sharing on E2B/E4B)ZAYA1-8B (CCGQA, 2x query / 8x KV compression)
Papers & references (3)
arXiv:2606.19348 · DeepSeek-V4: Towards Highly Efficient Million-Token Context Intelligence (2026)
The CSA + HCA hybrid; ships in V4-Pro and V4-Flash. Title verified
arXiv:2607.02770 · Gemma 4 Technical Report (2026)
Keys-as-values in global layers, cross-layer KV sharing ratios, 5:1 local:global, p-RoPE. Title verified
arXiv:2510.04476 · Compressed Convolutional Attention: Efficient Attention in a Compressed Latent Space (2025)
CCA/CCGQA — attention performed inside the latent, never decompressed. v1 Oct 2025, revised Mar 2026. Title verified
IndexCache — cross-layer reuse of the sparse-attention index (2026)
dense decoder

Sparse attention makes attention cheap but leaves the indexer that picks the tokens costing O(L²). IndexCache computes it in a minority of layers and lets the rest borrow the answer.

Trained sparse attention replaces the quadratic attention matrix with a top-k selection, but the selector itself still has to score every past token against every query — so the indexer inherits exactly the O(L²) cost the scheme was meant to remove, and at long context it becomes the bottleneck. IndexCache's observation is that the indices chosen at one layer are highly reusable at the next. Layers are split into two roles: 'full' layers run their own lightning indexer, and 'shared' layers skip it entirely and reuse the top-k selection from the nearest full layer above them. The paper reports removing about 75% of indexer compute on a 30B DSA model for 1.82× faster prefill and 1.48× faster decode at negligible quality cost. What makes this atlas-worthy rather than a paper curiosity is that it is already in production at two unrelated vendors — and with the same split. Both Tencent's Hy4-preview and Z.ai's GLM-5.3 carry an indexer_types array of 78 entries reading 21 'full' against 57 'shared'. Two labs, same architecture-level decision, to the layer.

The indexer, not attention, is the residual O(L²) cost in a sparse-attention modelLayers split into 'full' (compute the index) and 'shared' (reuse the nearest full layer's)Reported: ~75% of indexer compute removed, 1.82× prefill / 1.48× decode, negligible quality lossShipped independently by Tencent (Hy4-preview) and Z.ai (GLM-5.3) with an identical 21-full / 57-shared splitComposes with, rather than replaces, block-level selection and k-pooling
⚖ Buys: most of the indexer's cost, for free, in a model that already committed to sparse attention. Costs: a shared layer's attention is only as good as the layer whose index it borrowed, so a bad selection propagates down a run of layers instead of being corrected at the next one; and the full/shared split is a hand-set schedule, with the 21/57 ratio unexplained by either vendor. The reported speedups are the paper's own, on one 30B model.
Who uses it
Tencent Hy4-preview (21 full / 57 shared)GLM-5.3 (same split)
Papers & references (2)
arXiv:2603.12201 · IndexCache: Accelerating Sparse Attention via Cross-Layer Index Reuse (2026)
Title verified against arxiv.org/abs; the source of the 75% / 1.82× / 1.48× figures (paper's own)
report ↗ · Hy4-preview config.json — indexer_types 21 full / 57 shared (2026)
The same split appears in GLM-5.3
Linear & hybrid subquadratic attention
SSM / hybrid

Replace softmax with kernel feature maps or a recurrent state for O(n) attention — now shipped at frontier scale in hybrid layouts.

L L L A L L L A full softmax attention linear attention layer MiniMax-01 recipe: 7 linear per 1 full

Linear attention rewrites softmax(QK^T)V as phi(Q)(phi(K)^T V): the d x d running sum phi(K)^T V acts as a recurrent state updated once per token, giving O(n) time and constant memory — no KV cache growth at all. Performer's FAVOR+ constructs phi from random features that unbiasedly approximate the softmax kernel. Pure linear attention loses precise recall, so the 2025-era answer is hybridization: MiniMax-01 interleaves 7 lightning-attention layers (an I/O-aware tiled linear attention) per 1 softmax layer at 456B total parameters; Qwen3-Next-80B mixes Gated DeltaNet linear layers with gated full-attention layers 3:1 (its 'gated attention' — output gating that also eliminates attention sinks — is documented in Qwen's Gated Attention paper); Kimi Linear interleaves Kimi Delta Attention with global MLA 3:1, cutting KV cache ~75%. Notably, MiniMax's later M2 reverted to full attention, so the frontier verdict is still contested.

softmax(QK^T)V → phi(Q)(phi(K)^T V): a d x d state replaces the whole KV cacheFAVOR+ (Performer): random features unbiasedly approximate the softmax kernelPure linear loses recall — modern designs keep 1 full-attention layer per 3-7 linearLightning attention: tiling makes linear attention fast in practice, not just in theoryQwen3-Next: Gated DeltaNet + output-gated attention, attention-sink-freeJury still out: MiniMax M2 reverted to full softmax attention
⚖ Buys O(n) compute and a constant-size state instead of a growing KV cache; costs recall fidelity — every production system keeps periodic full-attention layers, and one frontier lab already reverted.
Who uses it
MiniMax-01 456B (MiniMax) — lightning:softmax 7:1MiniMax-M1 (MiniMax)Qwen3-Next-80B-A3B (Alibaba) — Gated DeltaNet : gated attention 3:1Kimi Linear 48B (Moonshot) — KDA : MLA 3:1None disclosed at frontier scale (undisclosed)
Papers & references (8)
arXiv:2006.16236 · Transformers are RNNs: Fast Autoregressive Transformers with Linear Attention (2020)
The kernel rewrite that makes attention a recurrence
arXiv:2009.14794 · Rethinking Attention with Performers (2020)
FAVOR+ random-feature approximation of the softmax kernel
arXiv:2501.08313 · MiniMax-01: Scaling Foundation Models with Lightning Attention (2025)
First frontier-scale (456B) deployment of hybrid linear attention, 7:1 ratio
arXiv:2506.13585 · MiniMax-M1: Scaling Test-Time Compute Efficiently with Lightning Attention (2025)
Lightning attention extended to a reasoning/RL setting
arXiv:2412.06464 · Gated Delta Networks: Improving Mamba2 with Delta Rule (2024)
The Gated DeltaNet layer Qwen3-Next uses for its linear-attention blocks
arXiv:2505.06708 · Gated Attention for Large Language Models: Non-linearity, Sparsity, and Attention-Sink-Free (2025)
Qwen's output-gating study behind Qwen3-Next's 'gated attention' layers
arXiv:2510.26692 · Kimi Linear: An Expressive, Efficient Attention Architecture (2025)
KDA + MLA 3:1 hybrid, ~75% KV-cache reduction
report ↗ · Qwen3-Next-80B-A3B-Instruct model card (2025)
Primary-source confirmation of the Gated DeltaNet + gated attention hybrid layout
Sparse Mixture-of-Experts — more parameters than you pay for per token
Classic Token-Choice Top-k MoE (Shazeer / GShard / Switch)
sparse MoE

The founding recipe: a learned gate routes each token to the top-k of N big FFN experts, decoupling parameter count from compute.

from attention block Router top-1 of E (Switch) E1 E2 E3 E4 E5 E6 E7 E8 + one expert per token → next layer

A small gating network scores every expert for each token; only the top-k experts (k=2-4 in Shazeer, k=2 in GShard, k=1 in Switch) actually run, and their outputs are combined weighted by the gate scores. Because unchosen experts do no work, total parameters scale with N while per-token FLOPs scale with k. Load is kept even with auxiliary balancing losses and a fixed per-expert capacity factor — tokens overflowing an expert's buffer are dropped and pass through the residual connection. GShard shards experts across accelerators (expert parallelism) so the MoE layer's weights live on different chips and tokens are exchanged via all-to-all.

Conditional computation: params grow with N experts, FLOPs only with k activeNoisy top-k softmax gating, learned end-to-end (Shazeer 2017)Auxiliary load-balancing loss keeps the router from collapsing onto few expertsExpert capacity factor + token dropping bound worst-case memory/computeSwitch: k=1 routing works — simpler, less comms, up to 1.6T paramsExpert parallelism + all-to-all dispatch across chips (GShard, 600B)
⚖ Buys trillion-parameter capacity at near-constant FLOPs; costs token dropping, aux-loss tuning, training instability, and all-to-all comms.
Who uses it
Switch Transformer checkpoints (Google, 2021; weights later released on Hugging Face)NLLB-MoE-54B translation model (Meta, 2022)GShard 600B translation MoE (Google, disclosed, never released)GLaM 1.2T, 64 experts top-2 (Google, disclosed, never released)GPT-4 (OpenAI) — MoE architecture (reported, undisclosed)
Papers & references (4)
arXiv:1701.06538 · Outrageously Large Neural Networks: The Sparsely-Gated Mixture-of-Experts Layer (2017)
Origin of sparsely-gated top-k MoE with noisy gating and load-balancing losses (LSTM era)
arXiv:2006.16668 · GShard: Scaling Giant Models with Conditional Computation and Automatic Sharding (2020)
First giant MoE Transformer: top-2 gating, expert capacity, 600B params sharded across TPUs
arXiv:2101.03961 · Switch Transformers: Scaling to Trillion Parameter Models with Simple and Efficient Sparsity (2021)
Showed top-1 routing suffices; simplified training recipe, scaled to 1.6T params
arXiv:2112.06905 · GLaM: Efficient Scaling of Language Models with Mixture-of-Experts (2021)
Disclosed proprietary 1.2T top-2 MoE beating GPT-3 at 1/3 the training energy
Modern Coarse-Grained Top-k MoE (Mixtral-style)
sparse MoE

A small number (8-32) of full-size FFN experts per layer, top-2/top-4 routed, no shared expert — simple, strong, easy to serve.

from attention block Router top-2 of 8 E1 E2 E3 E4 E5 E6 E7 E8 + weighted sum → next layer · only routed experts execute

Every FFN of a decoder-only Transformer is replaced by a MoE layer holding a handful of full-width SwiGLU experts (Mixtral: 8), and a linear router picks the top-2 per token per layer, combining outputs by softmax weight. Mixtral 8x7B activates ~13B of 47B params yet matches much larger dense models; Grok-1 uses the same 8-expert/top-2 shape at 314B. GPT-OSS keeps this shared-expert-free token-choice design but goes wider and finer (gpt-oss-120b: 128 experts, top-4, 5.1B active of 117B), showing the lineage scaled into 2025.

Few big experts: each expert is a full-size FFN, 8 per layer in Mixtral/Grok-1Top-2 token-choice routing per layer; softmax-weighted combineEvery layer is MoE — no dense/MoE interleaving in MixtralSparse upcycling-friendly shape: fits on few GPUs, trivial expert parallelismGPT-OSS variant: 128 smaller experts, top-4, still no shared expert (2025)Router analysis shows little topic specialization — experts split by syntax/position
⚖ Buys simplicity and easy serving/finetuning with big quality-per-active-param gains; costs knowledge redundancy across few coarse experts and limited specialization.
Who uses it
Mixtral 8x7B and 8x22B (Mistral AI, 2023-2024)Grok-1 314B (xAI, 2024) — 8 experts, top-2gpt-oss-120b / gpt-oss-20b (OpenAI, 2025) — 128/32 experts, top-4, no shared expertDBRX 132B (Databricks, 2024) — 16 experts, top-4Gemini 1.5 Pro (Google) — sparse MoE Transformer (disclosed; expert count/granularity undisclosed)GPT-4 (OpenAI) — MoE (reported, undisclosed)Grok-3 / Grok-4 (xAI) — architecture undisclosed
Papers & references (4)
arXiv:2401.04088 · Mixtral of Experts (2024)
Defined the modern open coarse MoE: 8 experts, top-2, 13B active / 47B total
report ↗ · Grok-1 open release (xAI, GitHub repository) (2024)
Primary source for Grok-1: 314B params, 8 experts, 2 active per token, Apache-2.0 weights
arXiv:2508.10925 · gpt-oss-120b & gpt-oss-20b Model Card (2025)
OpenAI's open-weights MoE: 128/32 experts, top-4, no shared expert — modern token-choice design
arXiv:2403.05530 · Gemini 1.5: Unlocking multimodal understanding across millions of tokens of context (2024)
Discloses Gemini 1.5 Pro as a sparse mixture-of-experts Transformer (expert config undisclosed)
Fine-Grained + Shared-Expert MoE (DeepSeekMoE lineage)
sparse MoE

Many small routed experts (activate k of 64-384) plus always-on shared experts, balanced without aux losses — today's dominant open recipe.

from attention block Router top-8 of 256 E1 E2 E3 E4 E5 E6 E7 E8 S shared + fine experts + always-on shared expert

DeepSeekMoE segments each FFN into many narrow experts and activates more of them (e.g. 8 of 256 in V3), which multiplies the number of expert combinations and drives specialization; one or two shared experts run on every token to absorb common knowledge so routed experts don't duplicate it. DeepSeek-V3 replaces the auxiliary balancing loss with a per-expert bias added to the routing score and nudged up/down online depending on expert load (aux-loss-free balancing), plus sigmoid affinity scoring and node-limited routing to cap cross-node all-to-all traffic. Kimi K2 (1T total, 32B active, 384 experts, 8 active, 1 shared) and Qwen3-MoE (235B-A22B: 128 fine experts, top-8, but no shared expert and a global-batch balancing loss) are direct descendants; Llama 4 pairs a shared expert with routed experts (Maverick: 128 routed, 17B active / 400B total).

Fine segmentation: split each FFN into m small experts, activate m*k — combinatorial specializationShared expert(s) always on: common knowledge lives there, routed experts specializeAux-loss-free balancing: online per-expert bias on router scores, no gradient interferenceSigmoid affinity + top-k on biased scores; bias used for routing only, not the combine weightNode-limited / device-limited routing bounds all-to-all communication costNo token dropping in V3; extreme sparsity ratios (K2: 1T total, 32B active)
⚖ Buys maximal specialization and the best capability-per-active-param at extreme sparsity; costs heavy all-to-all comms, routing/balancing engineering, and huge memory footprints for serving.
Who uses it
DeepSeek-V2 / V2-Lite (2024) — 2 shared + 160 routed, top-6DeepSeek-V3 / R1 671B, 37B active (2024-2025) — 1 shared + 256 routed, top-8Kimi K2 1T, 32B active (Moonshot AI, 2025) — 384 routed + 1 shared, top-8Qwen3-235B-A22B and Qwen3-30B-A3B (Alibaba, 2025) — 128 fine experts, top-8, no shared expertLlama 4 Scout 109B/17B-active and Maverick 400B/17B-active (Meta, 2025) — shared expert + 16/128 routedLlama 4 Behemoth ~2T, 288B active, 16 experts (Meta, disclosed, unreleased as of mid-2026)GPT-5 (OpenAI) — architecture undisclosedClaude (Anthropic) — architecture undisclosedGemini 2.x/3 (Google) — sparse MoE per 1.5 lineage disclosure; granularity undisclosed
Papers & references (8)
arXiv:2401.06066 · DeepSeekMoE: Towards Ultimate Expert Specialization in Mixture-of-Experts Language Models (2024)
Introduces fine-grained expert segmentation + shared-expert isolation
arXiv:2405.04434 · DeepSeek-V2: A Strong, Economical, and Efficient Mixture-of-Experts Language Model (2024)
Scales the recipe to 236B (21B active): 2 shared + 160 routed experts, top-6, device-limited routing
arXiv:2412.19437 · DeepSeek-V3 Technical Report (2024)
671B/37B-active: 1 shared + 256 routed, top-8, sigmoid gating, aux-loss-free balancing, no token drop
arXiv:2408.15664 · Auxiliary-Loss-Free Load Balancing Strategy for Mixture-of-Experts (2024)
The bias-update balancing method V3 adopts in place of auxiliary losses
arXiv:2507.20534 · Kimi K2: Open Agentic Intelligence (2025)
1T-total/32B-active V3-style MoE (384 experts, 8 active, 1 shared) trained with MuonClip
arXiv:2505.09388 · Qwen3 Technical Report (2025)
Fine-grained MoE (128 experts, top-8) that drops the shared expert; global-batch balancing loss
report ↗ · The Llama 4 herd: The beginning of a new era of natively multimodal AI innovation (2025)
Primary source for Llama 4 Scout/Maverick/Behemoth MoE configs incl. shared expert
arXiv:2606.25092 · How Modular Is a Frontier Mixture-of-Experts? A Pre-registered Causal Test in Which Apparent Expert Modularity Mostly Dissolves (2026)
Pre-registered causal ablation on Command A+ (218B/25B active, 128 experts): of six pre-registered families only the Arabic one is a cleanly selective module — apparent expert specialization mostly fails a selectivity bar. Title verified
N-gram embedding tables — parameter scaling off the compute path (2026)
sparse MoE

Qwen3.8-Flash-Next carries 51B parameters of n-gram embeddings against 125B of model — a third axis of scale that costs a lookup instead of a matmul, and can live on the host.

MoE decouples parameters from FLOPs by activating a subset of experts. Qwen's argument is that embeddings decouple them further, and better: "Embeddings provide a unique axis for parameter scaling that requires less computation and is more amenable to offloading than Mixture-of-Experts (MoE). By indexing with short n-grams, this approach makes parameter scaling highly efficient for memory-constrained accelerators without sacrificing quality." The implementation is a 20,000,000-entry table of bigrams and trigrams (ngram_size 3, ngram_vocab_size_base 20,000,000), injected at a single layer — ple_layer_ids [2], i.e. layer 2 — with heads_per_ngram 8 and the table sharded into split_ngram_parts 128 pieces. The card's own parameter accounting keeps it separate from the model proper: "125B with 6B activated, plus 51B n-gram embedding and 4B MTP". So roughly a third as many parameters as the entire rest of the network sit in a lookup table that never participates in a matrix multiply. Because a table lookup is a gather and not compute, those 51B can sit in host memory and be fetched, which is exactly what "amenable to offloading" is doing in that sentence — the accelerator holds the 125B, the host can hold the rest. The mechanism also rhymes with per-layer embeddings (PLE) as shipped in Gemma 3n, and the config uses ple_* field names for it.

A third scaling axis: dense params, sparse (MoE) params, and now embedding params20M bigram/trigram entries = 51B params against a 125B model with 6B activeInjected at exactly one layer (ple_layer_ids [2]), 8 heads per n-gram, sharded 128 waysA lookup is a gather, not a matmul — cost is memory bandwidth, not FLOPsOffloadable to host memory, which is the stated point for memory-constrained acceleratorsField names (ple_*) tie it to the per-layer-embedding idea Gemma 3n shipped
⚖ Buys: capacity that is nearly free in compute and can be pushed off the accelerator entirely — attractive precisely where MoE hurts, since experts must be resident to be fast. Costs: 51B of parameters that only fire when a matching n-gram appears, so utilization depends on how well 20M short n-grams cover the input distribution; a gather from host memory is a latency event; and n-gram tables are a classically brittle way to encode language — they cannot generalize to an unseen trigram the way a learned representation does. Qwen asserts "without sacrificing quality" (reported); no ablation isolating the n-gram table's contribution has been published.
Who uses it
Qwen3.8-Flash-Next (20M n-gram entries, 51B params)Qwen3.8-Flash
Papers & references (1)
report ↗ · Qwen3.8-Flash-Next model card — "N-gram Embedding" (2026)
Source of the quoted rationale and the 125B / 6B / 51B / 4B split
Beyond attention — SSMs, RNNs & hybrids — linear-cost sequence mixing and the hybrid recipes that ship
Mamba — Selective State Space Model
SSM / hybrid

Makes SSM parameters functions of the input so the state can choose what to remember; first attention-free match of Transformers at ~3B.

token stream x₁ … xₜ in-projection (expand) conv1d + SiLU gate z selective SSM Δ,B,C are input-dependent hidden state hₜ ⊗ out-proj state is O(1) per token — no KV cache growth

Mamba makes the SSM parameters Delta, B, C input-dependent, so the recurrence can selectively write, retain, or reset state based on content — recovering the selection ability that time-invariant SSMs like S4 lacked. Input dependence breaks the convolution trick, so Mamba trains with a hardware-aware parallel scan that keeps the expanded state in GPU SRAM, staying O(n) in sequence length. A single homogeneous Mamba block (gated MLP fused with the selective SSM) replaces the attention+MLP pair; there is no KV cache, so generation memory is constant regardless of context length.

Selection: input-dependent Delta/B/C gate what enters the stateHardware-aware parallel scan replaces the FFT convolutionOne homogeneous block replaces attention + MLP~5x generation throughput vs same-size Transformer, O(1) memory
⚖ Buys linear-time training and constant-memory generation; costs a lossy fixed-size state — exact copying and long-range retrieval trail attention (the finding that motivates hybrids).
Who uses it
Mamba 130M-2.8B (state-spaces / Gu & Dao)Falcon Mamba 7B (TII, 2024)
Papers & references (4)
arXiv:2312.00752 · Mamba: Linear-Time Sequence Modeling with Selective State Spaces (2023)
The selective-SSM paper that reignited the recurrent-LLM field
arXiv:2402.01032 · Repeat After Me: Transformers are Better than State Space Models at Copying (2024)
Formalizes the copying/exact-recall weakness of fixed-size-state models — the case for hybrids
arXiv:2410.05355 · Falcon Mamba: The First Competitive Attention-free 7B Language Model (2024)
Evidence that pure Mamba scales to a competitive 7B
arXiv:2008.07669 · HiPPO: Recurrent Memory with Optimal Polynomial Projections (2020)
S4 — the structured-SSM predecessor Mamba builds on
Mamba-2 — State Space Duality (SSD)
SSM / hybrid

Proves selective SSMs and masked linear attention compute the same function, then exploits the duality for 2-8x faster tensor-core training.

Structured State Space Duality shows that an SSM with scalar-times-identity state transitions is exactly a form of masked linear attention (a 1-semiseparable matrix), so one layer has two algorithms: a quadratic attention-like form ideal for short chunks and a linear recurrent form across chunks. Mamba-2 restricts A to a scalar per head, adopts multi-head-style projections, and uses a chunked block decomposition that runs mostly on matmuls — enabling roughly 8x larger recurrent states at similar or better speed than Mamba-1. The duality also unified the SSM and linear-attention research threads, which is why later 'linear attention' hybrids (Gated DeltaNet, Kimi Linear) are siblings of Mamba-2 rather than rivals.

Duality: selective SSM = masked (1-semiseparable) linear attentionScalar-identity A enables chunked, tensor-core-friendly training~8x larger recurrent state than Mamba-1 at similar costOne framework covering SSMs and linear attention
⚖ Buys much faster training and bigger states; it is still a fixed-size-state model, so retrieval-heavy workloads still favor keeping some attention layers around.
Who uses it
Mamba-2 130M-2.7B (state-spaces)Codestral Mamba 7B (Mistral, 2024)Mamba-2 layers power Zamba2, Nemotron-H, Granite 4.0, Falcon-H1 (see hybrid entries)
Papers & references (2)
arXiv:2405.21060 · Transformers are SSMs: Generalized Models and Efficient Algorithms Through Structured State Space Duality (2024)
The Mamba-2/SSD paper
arXiv:2006.16236 · Transformers are RNNs: Fast Autoregressive Transformers with Linear Attention (2020)
The linear-attention lineage that SSD unifies with SSMs
RWKV (v4 -> v7 arc)
SSM / hybrid

Attention-free RNN trained like a Transformer; evolved from channel-wise decay (v4) to matrix states (v5/6) to delta-rule state edits (v7).

RWKV v4 replaces attention with a 'time-mix' that blends past values under a learned per-channel exponential decay (the WKV operator), keeping training parallelizable while inference runs as a pure RNN with O(1) state per token. v5 'Eagle' upgrades to matrix-valued states (linear-attention-style outer products); v6 'Finch' makes the decay data-dependent via low-rank dynamic projections. v7 'Goose' adopts a generalized delta rule: the state is updated with input-dependent targeted replacement as well as decay, improving in-context state tracking and pushing expressivity beyond what fixed-decay linear layers can do.

Time-mix with learned exponential decay replaces attention (v4)v5 Eagle: matrix-valued state, linear-attention-like outer productsv6 Finch: data-dependent (dynamic) decayv7 Goose: generalized delta rule — in-context replace, not just decayCommunity/Linux Foundation project; fully open pipeline
⚖ Buys attention-free O(1)/token inference that runs on modest hardware; costs exact long-range recall precision, and the largest trained models (~14B) sit well below frontier scale.
Who uses it
RWKV-4 169M-14BRWKV-5 Eagle 7B (2024)RWKV-6 Finch 7B/14B (2024)RWKV-7 Goose 0.19B-2.9B and G1 reasoning line (2025)
Papers & references (3)
arXiv:2305.13048 · RWKV: Reinventing RNNs for the Transformer Era (2023)
The original RWKV (v4) paper
arXiv:2404.05892 · Eagle and Finch: RWKV with Matrix-Valued States and Dynamic Recurrence (2024)
RWKV v5 (Eagle) and v6 (Finch)
arXiv:2503.14456 · RWKV-7 "Goose" with Expressive Dynamic State Evolution (2025)
v7: delta-rule state evolution, SoTA-for-size multilingual results
Griffin / Hawk — gated linear recurrence
SSM / hybrid

DeepMind's RG-LRU gated linear recurrence; Hawk is pure recurrence, Griffin interleaves 2 recurrent blocks per 1 local-attention block.

R R A R R A local attention RG-LRU recurrence Griffin: 2 recurrent blocks per local-attention block

The Real-Gated Linear Recurrent Unit (RG-LRU) is a diagonal linear recurrence h_t = a_t * h_{t-1} + sqrt(1 - a_t^2) * (i_t * x_t) with a recurrence gate a_t and input gate i_t computed from the input — a gated RNN with no softmax and no state expansion. Hawk stacks RG-LRU residual blocks alone; Griffin interleaves two RG-LRU blocks with one local sliding-window attention block, so the recurrence carries global context while the window provides exact recent-token recall with a bounded KV cache. Inference memory is fixed (state + small window) regardless of context length, and the models matched much more token-hungry Transformer baselines at up to 14B scale.

RG-LRU: gated diagonal recurrence, real-valued, stable by designGriffin pattern: 2 recurrent blocks : 1 local-attention blockSliding window bounds the KV cache; recurrence carries the restMatched Llama-2-class quality with ~6-7x fewer training tokens
⚖ Buys bounded inference memory and high long-context throughput; local-only attention means exact retrieval beyond the window depends on the lossy recurrent state.
Who uses it
RecurrentGemma 2B/9B (Google, 2024)Hawk and Griffin research models up to 14B (Google DeepMind — described in the paper, weights unreleased)
Papers & references (2)
arXiv:2402.19427 · Griffin: Mixing Gated Linear Recurrences with Local Attention for Efficient Language Models (2024)
Defines RG-LRU, Hawk, and Griffin
arXiv:2404.07839 · RecurrentGemma: Moving Past Transformers for Efficient Open Language Models (2024)
Open-weights productization of Griffin
Attention–SSM hybrids (Jamba → Nemotron-H → Granite 4.0)
SSM / hybrid

Mostly-Mamba stacks with a few attention layers kept for exact recall — linear-cost long context that still passes needle tests.

M M M A M M M A attention layer Mamba-2 layer Jamba-style interleave — a few attention layers restore exact recall

AI21's production hybrid: 1 attention layer per 8, MoE on alternate layers; 256K context with a ~8x smaller KV cache, fitting a single 80GB GPU at up to ~140K-token inputs. Zyphra's Mamba tower with ONE shared attention block re-applied every ~6 layers — repeated global attention for the parameter cost of one block. Microsoft's strictly-linear hybrid: Mamba -> MLP -> sliding-window attention -> MLP per unit; trained at 4K, streams past 1M tokens. Mamba-2-heavy hybrids (~92% of layers) at 8B-56B: ~3x faster inference at similar accuracy; Nano 2 tunes the recipe for reasoning. 9 Mamba-2 blocks per 1 attention block, no positional encodings, MoE variants; IBM reports >70% serving-memory reduction. Apache 2.0. Falcon-H1 instead runs attention and Mamba-2 heads in parallel inside every block.

Jamba: 1 attention per 8 layers + MoE — 256K ctx, ~8× smaller KV cacheZamba: ONE shared attention block re-applied — global attention for freeSamba: Mamba + sliding-window attention — strictly linear, 4K→1M extrapolationNemotron-H: ~92% Mamba-2 layers — ~3× faster inference at similar accuracyGranite 4.0: 9:1 Mamba-2:attention, no positional encodings, enterprise MoEFalcon-H1: parallel attention+SSM heads in every block (not interleaved)
⚖ Buys long-context memory efficiency at near-Transformer quality; costs three coexisting layer types (attention, Mamba, MoE) and less mature serving tooling.
Who uses it
Jamba v0.1 52B (12B active, 2024)Jamba 1.5 Mini / Large (2024)Zamba 7B (2024)Samba 3.8B (research, Microsoft)Phi-4-mini-flash-reasoning 3.8B (Microsoft, 2025, SambaY)Nemotron-H 8B / 47B / 56B (open weights, 2025)NVIDIA-Nemotron-Nano-2 9B (+12B base) (2025)Granite 4.0 H-Small 32B (9B active)Granite 4.0 H-Tiny 7B (1B active)Falcon-H1 0.5B / 1.5B / 1.5B-Deep / 3B / 7B / 34B (TII, 2025)
Papers & references (6)
arXiv:2403.19887 · Jamba: A Hybrid Transformer-Mamba Language Model (2024)
Defines the interleaved hybrid + MoE recipe and the ablation case for keeping attention
arXiv:2405.16712 · Zamba: A Compact 7B SSM Hybrid Model (2024)
Introduces the shared-attention-block hybrid design
arXiv:2406.07522 · Samba: Simple Hybrid State Space Models for Efficient Unlimited Context Language Modeling (2024)
The Samba architecture and length-extrapolation results
arXiv:2504.03624 · Nemotron-H: A Family of Accurate and Efficient Hybrid Mamba-Transformer Models (2025)
The Nemotron-H family and hybrid recipe
report ↗ · IBM Granite 4.0: Hyper-efficient, High Performance Hybrid Models for Enterprise (2025)
Primary source for the architecture (9:1 ratio, NoPE, MoE variants) and memory claims
arXiv:2507.22448 · Falcon-H1: A Family of Hybrid-Head Language Models Redefining Efficiency and Performance (2025)
Defines the parallel hybrid-head design and the model family
Linear-attention hybrids (Qwen3-Next · Kimi Linear · MiniMax-01)
SSM / hybrid

2025's dominant hybrid recipe: 3 gated-DeltaNet linear layers per 1 attention layer; delta-rule state edits plus Mamba-2-style decay.

D D D A D D D A full attention gated DeltaNet layer Qwen3-Next / Kimi Linear: 3 linear per 1 full

Gated DeltaNet (NVIDIA/MIT, 2024) combines the delta rule — a rank-1 targeted edit that overwrites the old value stored under a key in the fixed-size matrix state, S_t = a_t * S_{t-1}(I - b_t k_t k_t^T) + b_t v_t k_t^T — with Mamba-2-style global decay gating, beating both Mamba-2 and plain DeltaNet. Qwen3-Next 80B-A3B interleaves three Gated DeltaNet layers per one gated full-attention layer with an ultra-sparse MoE (3B active), reporting roughly 10x throughput versus Qwen3-32B beyond 32K context; Kimi Linear (Moonshot, 2025) refines the operator into Kimi Delta Attention (finer channel-wise decay, chunked kernels) at a 3:1 KDA:MLA ratio in a 48B-A3B model, cutting KV cache by up to 75%. Via the SSD duality these are siblings of Mamba-2 — the SSM and linear-attention branches have effectively merged.

Delta rule: rank-1 state edit — overwrite old value at a keyGating adds Mamba-2-style forgetting to DeltaNet3 linear : 1 attention interleave is the emerging defaultKimi KDA: per-channel decay; up to 75% KV-cache reductionSSD duality makes these siblings of Mamba-2, not rivals
⚖ Buys large decode/prefill wins at agentic context lengths with strong recall via sparse attention; costs immature training kernels and serving stacks for the linear layers.
Who uses it
Qwen3-Next-80B-A3B Instruct / Thinking (Alibaba, 2025)Kimi-Linear-48B-A3B (Moonshot AI, 2025)MiniMax-Text-01 / MiniMax-VL-01 456B (45.9B active, 2025)Kimi K3 2.8T (Moonshot, 2026 — KDA 3:1, weights promised 7/27)
Papers & references (5)
arXiv:2412.06464 · Gated Delta Networks: Improving Mamba2 with Delta Rule (2024)
The operator both Qwen3-Next and Kimi Linear build on
arXiv:2510.26692 · Kimi Linear: An Expressive, Efficient Attention Architecture (2025)
Kimi Delta Attention and the 48B-A3B hybrid results
report ↗ · Qwen3-Next-80B-A3B-Instruct model card (Hugging Face) (2025)
Primary source for Qwen3-Next's 3:1 Gated DeltaNet : gated attention layout
arXiv:2501.08313 · MiniMax-01: Scaling Foundation Models with Lightning Attention (2025)
First frontier-scale linear-attention hybrid with open weights
arXiv:2505.15431 · Hunyuan-TurboS: Advancing Large Language Models through Mamba-Transformer Synergy and Adaptive Chain-of-Thought (2025)
Discloses the AMF/MF hybrid architecture at frontier scale
Block-diffusion speculative drafters (DFlash, 2026)
diffusion LM

Diffusion's second act in language: not as the model, but as the draft model. A tiny block-diffusion network proposes a whole block of tokens in one pass for an ordinary autoregressive model to verify.

Speculative decoding needs a cheap drafter whose guesses a big model can verify in parallel; the usual drafter is a small autoregressive model, which still emits one token per forward pass. DFlash makes the drafter a block diffusion model instead: it predicts an entire block of positions simultaneously from a masked input, keeps the top candidates at each position, and a selector traces a coherent path through them for the target model to check. Because verification is lossless — the target model accepts only what it would have produced anyway — output distribution is unchanged. DFlash 2 adds two-tap dynamic convolutions to counter quality decay toward the end of a block. This matters for a field guide because it inverts the usual relationship between the two paradigms: the atlas's existing diffusion-language-models entry covers diffusion as the language model, an approach that has struggled to displace autoregression on quality. Here diffusion does the one thing it is unambiguously better at — filling many positions at once — while autoregression keeps final say. The drafters are real artifacts you can download: Meta ships Muse-Glimmer-30B-assistant (2.56B, block_size 16, 5 layers, reading the target's hidden states at layers 1/13/25/37/49), and Inco AI publishes drafters fitted to other vendors' models, including Qwen3.8-27B and GLM-5.3-Flash.

The drafter is a block diffusion model; the target model stays autoregressiveOne drafter pass proposes a whole block (Muse's assistant uses block_size 16)A selector traces a coherent path through per-position candidates before verificationLossless: verification means the output distribution is the target model's, unchangedDrafters read the target's hidden states at chosen layers rather than running standaloneShips as a separate downloadable companion model — Muse-Glimmer-30B-assistant is 2.56B against a 29.8B target
⚖ Buys: throughput on the same weights with no quality cost, which is the rare free lunch in serving. Costs: a second model to train, ship and version-match to its target — a drafter is only valid for the model it was distilled against, so every target release needs a matching drafter. Acceptance rate, not drafter size, decides the real speedup, and it varies by workload. Note also the provenance gap: DFlash and DFlare are on arXiv, but DFlash 2 — the version actually shipping — has been published only as a vendor blog post, so its specific claims are not reviewable.
Who uses it
Muse-Glimmer-30B-assistant (2.56B drafter)incoai/Qwen3.8-27B-DFlash2incoai/GLM-5.3-Flash-DFlash2
Papers & references (3)
arXiv:2602.06036 · DFlash: Block Diffusion for Flash Speculative Decoding (2026)
Title verified against arxiv.org/abs
arXiv:2606.02091 · DFlare: Scaling Up Draft Capacity for Block Diffusion Speculative Decoding (2026)
Follow-up scaling the drafter; title verified
report ↗ · Muse-Glimmer-30B-assistant (2.56B drafter) (2026)
A shipped block-diffusion drafter; DFlash 2 itself is blog-only, no arXiv ID
Multi-token prediction heads (MTP)
dense decoder

A small extra head trained to predict token t+2 onward, so the model drafts its own continuation and verifies it in one pass. By 2026 it is near-universal — and the newest variant makes one head recursive instead of training one per offset.

Speculative decoding needs a drafter. MTP makes the model its own: during training, extra heads predict tokens beyond the immediate next one, and at inference those predictions become a draft the main model verifies in parallel. It is now standard equipment — the field guide's own config work found `num_nextn_predict_layers` in GLM-5.3-Flash, Ling-3.0-flash, Nemotron-3.5-Lightning, Hy4 and Qwen3.8-Flash-Next, and its absence in the released Kimi K3 checkpoint was notable enough to record. The 2026 refinement addresses a train/inference mismatch that the original DeepSeek-V3-style design has: each offset head is trained under ground-truth hidden states, but at inference it must condition on its own generated ones, and the mismatch compounds with draft length. Nemotron 3 Super's answer is to stop training a separate module per offset. It trains two MTP layers that share one parameter set and applies the same head recursively at inference, feeding it its own generated hidden state to extend the draft. NVIDIA's stated rationale is that the shared-weight formulation regularizes the head across prediction horizons and makes it robust to exactly the self-generated states it will meet, and the reported result is an average acceptance length of 3.45 at draft length 7, with degradation at draft indices 4-7 'substantially milder than with independently trained offset heads'. The config shows the shape: `num_nextn_predict_layers: 1` with `mtp_hybrid_override_pattern: "*E"` — the MTP module is itself one attention plus one MoE layer — against 88 hidden layers.

The model drafts for itself: extra heads predict t+2 onward, verified in one parallel passNear-universal in 2026 configs — num_nextn_predict_layers appears across GLM, Qwen, Nemotron, Ling, HunyuanThe flaw in per-offset heads: trained on ground-truth hidden states, run on self-generated onesRecursive shared-weight MTP trains one parameter set and re-applies it to extend the draftReported 3.45 average acceptance length at draft length 7, with a gentler tailLossless like all speculative decoding — the base model still verifies every tokenDistinct from block-diffusion drafters, which are a separate model rather than a head on this one
⚖ Buys throughput at no quality cost, from weights the model already ships — no second checkpoint to version-match, which is the standing cost of external drafters. Costs: training complexity and a real acceptance-rate dependence on workload; a draft that is rejected is wasted compute, so the gain is workload-shaped rather than guaranteed. And an MTP head is not free at rest — it is parameters and memory that do nothing when you decode one token at a time, which is presumably why K3 shipped without one.
Who uses it
NVIDIA Nemotron 3 Super 120B-A12B (recursive shared-weight MTP)GLM-5.3-Flash, Qwen3.8-Flash-Next, Ling-3.0-flash, Nemotron-3.5-Lightning, Hy4 (per-offset MTP layers)
Papers & references (1)
arXiv:2604.12374 · Nemotron 3 Super: Open, Efficient Mixture-of-Experts Hybrid Mamba-Transformer Model for Agentic Reasoning (2026)
The recursive shared-weight MTP head and its acceptance-length results. Title verified
Deep dive — 2026 frontier releases — Kimi K3 and GLM-5.2, dissected from primary sources (announcement-level facts marked)
Kimi K3 — KDA hybrid + LatentMoE (2.78T, weights out)
sparse MoE

Moonshot AI's 2.78T-parameter sparse-MoE flagship — open weights since 2026-07-27, natively multimodal, 1M context. Every headline number below is now config-verified.

K K K A K K K A AttnRes across depth — config: attn_res_block_size 12 KDA layer (gated Δ-rule linear attention) full attention (Gated-MLA) layer inside a KDA layer Kimi Delta Attention gated Δ-rule state edits state gate ⊗ 69 KDA layers vs 24 full-attn (every 4th) — 2.88:1, config-verified every layer’s FFN Router top-16 of 896 (+2 shared) … 896 experts, 16 run per token Stable LatentMoE · sigmoid router + aux-loss-free noaux_tc · 2 shared experts always on

Kimi K3 shipped its open weights on 2026-07-27, so the architecture is no longer announcement-level: it can be read straight from config.json. The released checkpoint is a 93-layer, 2,779,931,837,184-parameter (2.78T) model — the safetensors metadata shows ~2.72T of those params stored as U8, i.e. it ships natively 8-bit quantized (the card is tagged compressed-tensors / 8-bit). It is not text-only: the architecture class is KimiK3ForConditionalGeneration with a vision tower (patchmergerv2 projector, mm_hidden_size 1024, 2×2 patch merging) whose position embeddings carry a time axis — so image and video in, text out (pipeline tag image-text-to-text). The MoE is exactly what was reported and is now confirmed: num_experts 896 with num_experts_per_token 16, plus num_shared_experts 2 (a figure Moonshot never published), sigmoid router scoring with aux-loss-free noaux_tc top-k selection and latent_moe_use_norm — the "Stable LatentMoE" branding. Attention is the KDA hybrid, and the config settles the ratio arithmetically: linear_attn_config lists 69 KDA layers against 24 full-attention layers placed at every 4th position (4, 8, 12 … 92), i.e. 2.88:1 — the 3:1 pattern Moonshot showed in its blog diagram. KDA runs 96 heads at head_dim 128 with a 4-wide short convolution and a full-rank gate; the full-attention layers are MLA (kv_lora_rank 512, q_lora_rank 1536, 96 heads, 128 NoPE + 64 RoPE dims). Attention Residuals are real and parameterized: attn_res_block_size 12. Context is 1,048,576 tokens, vocab 163,840. Note the released config sets num_nextn_predict_layers 0 — no multi-token-prediction head in this checkpoint.

2.78T params (2,779,931,837,184) across 93 layers — weight-verified, not a press figureMoE confirmed: 896 experts, 16 routed per token, + 2 shared experts (previously undisclosed)KDA:MLA = 69:24 layers (full attention every 4th) = 2.88:1 — the blog's 3:1, now provableNatively multimodal: vision tower with a time axis in its position embeddings (image + video in)Ships 8-bit: ~2.72T of params stored U8 (compressed-tensors) — the 2.78T fits far smaller than BF16AttnRes is a real config knob (attn_res_block_size 12); LatentMoE = sigmoid + noaux_tc + latent normOpen weights 2026-07-27 under a custom "kimi-k3" license; 1M context, 163,840 vocab
⚖ Extreme sparsity (16 of 896 + 2 shared) maximizes capacity per FLOP, and shipping pre-quantized to 8-bit makes a 2.78T model merely enormous rather than unservable. But it is still a multi-hundred-GB checkpoint, the custom "kimi-k3" license is not OSI-standard (read it before commercial use), and KDA's linear layers complicate conventional prefix caching — the reason Moonshot contributed a vLLM implementation.
Who uses it
Kimi K3 2.78T (Moonshot, weights 2026-07-27, custom kimi-k3 license, 8-bit)Kimi K2.5 / K2.6 / K2.7-Code 1T-A32B (2026 — the K2-family bridge)Kimi Linear 48B-A3B (2025 — where KDA debuted)
Papers & references (7)
report ↗ · moonshotai/Kimi-K3 — model card + config.json (open weights) (2026)
Ground truth for every figure above: config.json, safetensors param count, license
report ↗ · Kimi K3 — official Moonshot AI announcement blog (2026)
Primary source: 2.8T params, Stable LatentMoE 16/896, Quantile Balancing, Per-Head Muon, KDA + Gated MLA diagram with printed 3x/1x block mu
report ↗ · Kimi K3 Quickstart — Moonshot platform docs (2026)
Model id kimi-k3; max output default 131072 up to 1048576; flat pay-as-you-go, cache-hit/miss input; weights by Jul 27, 2026; no license sta
report ↗ · Kimi K3 pricing — Moonshot platform docs (2026)
Confirms 1M (1,048,576) context; pricing $0.30 cache-hit / $3.00 cache-miss input, $15.00 output per MTok; single kimi-k3 variant listed. Ve
arXiv:2510.26692 · Kimi Linear: An Expressive, Efficient Attention Architecture (Kimi Team) (2025)
Defines KDA = Gated DeltaNet + finer-grained gating; layerwise KDA/MLA hybrid; 48B total / 3B active; up to 6x decode throughput and up to 7
report ↗ · moonshotai — Hugging Face organization model listing (2026)
Confirms NO public Kimi-K3 repo as of 2026-07-21 (org listing has none; direct repo URL/API return HF's 401 nonexistent-or-private response,
arXiv:2607.24653 · Kimi K3: Open Frontier Intelligence (2026)
Moonshot's technical report for the model this entry dissected from config.json. Title verified
GLM-5.2 — MLA + DSA + IndexShare (753B-A40B, MIT)
sparse MoE

Z.ai's 753B-A40B MIT MoE flagship for long-horizon coding/agents: DSA sparse attention + IndexShare indexer reuse on a solid 1M-token context.

Indexer lightning indexer · 32 heads × 128d run in 21 “full” layers reused ×4 by 57 shared layers sparse attention · layer 1 sparse attention · layer 2 sparse attention · layer 3 sparse attention · layer 4 base: MLA (512-d KV latent, Muon Split) · DSA keeps top-2048 tokens per query vendor: ~2.9× token-FLOPs cut @ 1M ctx · IndexCache paper: up to 1.82× prefill / 1.48× decode

GLM-5.2 is a 78-layer `glm_moe_dsa` transformer: each layer pairs MLA (q_lora_rank 2048 / kv_lora_rank 512 latents, 64 heads, 256-dim QK = 192 NoPE + 64 decoupled RoPE) with a DeepSeek-Sparse-Attention core where a lightweight "lightning indexer" (32 heads x 128 dim) scores past tokens and core attention runs only over the top-2048 (index_topk), cutting attention from O(L^2) to O(Lk). The DSA indexer itself stays O(L^2) and in GLM-5/5.1 ran at every layer, so IndexShare (the linked paper is titled "IndexCache", arXiv:2603.12201) runs real indexers only in "full" layers — layers 0-2 plus every 4th (index_topk_freq=4; 21 of 78) — while the 57 "shared" layers reuse the nearest full layer's top-k indices; in the paper's training-aware variant, retained indexers are distilled against the averaged attention distributions of the layers they serve (the likely deployed recipe, though Z.ai doesn't say outright — see undisclosed). Z.ai claims 2.9x per-token FLOPs reduction at 1M context (vendor-only figure, HF card + NIM); the paper independently measured up to 1.82x prefill / 1.48x decode and 75% indexer-compute removal on a 30B DSA model. The FFN side is DeepSeek-V3-style MoE: 3 dense layers then 75 MoE layers with 256 routed experts (8 active) + 1 shared expert, sigmoid scoring with aux-loss-free `noaux_tc` routing — 753B total all-in; the GLM-5 report's 744B figure covers the main model incl. embeddings/output head but excl. the ~9.9B MTP layer (convention derived from config-param math — the report doesn't state it), 40B active (active figure stated for GLM-5, whose config shape is identical). One MTP layer (num_nextn_predict_layers=1; the GLM-5 report trains 3 MTP layers sharing one parameter set) drives speculative decoding and also reuses the shared indices (`index_share_for_mtp_iteration: true`); Z.ai claims up to 20% longer acceptance length vs 5.1. Context is 1,048,576 positions (rope_theta 8M, up from 202,752 / theta 1M in GLM-5/5.1) with 128K max output on the API; "thinking effort" is purely an inference-time API control (`reasoning_effort`), not an architecture mechanism.

DSA lightning indexer picks top-2048 tokens per query; core attention falls O(L^2) -> O(Lk)IndexShare: 1 indexer serves 4 layers (21 full / 57 shared of 78); ~2.9x token-FLOPs cut at 1MPaper name is IndexCache: shared layers reuse nearest full layer's indices, distilled to matchMLA base (512-d KV latent, Muon Split) — GLM-5.x dropped GLM-4.5's GQA/partial-RoPE/QK-Norm753B total / 40B active: 256 routed experts, 8 routed + 1 shared active, aux-loss-free routing1M ctx (rope_theta 8M) + 128K output; GLM-5/5.1 topped out at ~200KMTP layer shares the sparse indices too; +20% speculative-decode acceptance vs 5.1 (vendor)
⚖ Sparse top-k attention is an approximation — Z.ai leans on DSA being "lossless by construction" and on distillation for shared layers, but index reuse means 3 of every 4 layers attend over slightly stale token selections (the paper's own greedy/distillation machinery exists precisely to manage that quality risk). The indexer remains O(L^2), so IndexShare amortizes rather than removes the quadratic term. 753B total still demands multi-node serving despite 40B active (FP8 repo mitigates); 1M-context quality claims rest mostly on vendor-run benchmarks. reasoning_effort trades latency for quality at inference, and several documented values are aliases (low/medium->high, xhigh->max), so real granularity is max / high / off. No small (Air-class) variant, unlike the GLM-4.5 generation.
Who uses it
GLM-5.2 753B-A40B BF16 + FP8 (Z.ai, MIT, HF since 2026-06-16)GLM-5 / GLM-5.1 744B-A40B (Feb / Apr 2026 — same glm_moe_dsa shape, 200k ctx)
Papers & references (5)
report ↗ · zai-org/GLM-5.2 model card (2026)
MIT, 1M ctx, IndexShare (links arXiv:2603.12201), 2.9x FLOPs claim, MTP +20% acceptance, full benchmark table, eval footnotes citing 128K ma
arXiv:2602.15763 · GLM-5: from Vibe Coding to Agentic Engineering (tech report) (2026)
"744B parameter model (40B active parameters)" quoted; MLA (576-d latent) lost to GQA-8 under Muon -> Muon Split; DSA continued pretraining
arXiv:2603.12201 · IndexCache: Accelerating Sparse Attention via Cross-Layer Index Reuse (2026)
the "IndexShare" mechanism's paper (title differs from marketing name): full/shared layer partition, training-free greedy + training-aware m
report ↗ · NVIDIA NIM model reference: z-ai/glm-5.2 (2026)
753B total, MoE, IndexShare description, 1M input/output ctx, HF release 06/16/2026, MIT + NVIDIA Open Model Agreement
report ↗ · Z.AI docs — GLM-5.2 guide (2026)
model id glm-5.2, 1M context, 128K max output, thinking.type + reasoning_effort:max examples
Qwen3.8-Flash-Next — the fully-published hybrid (125B/6B + 51B n-gram)
sparse MoE

The rare frontier release whose card prints its own block layout. Twelve repeats of three Gated-DeltaNet blocks to one sparse-attention block, 512 experts, and a fourth parameter budget in an n-gram table.

D D D A D D D A Qwen Sparse Attention (block-sparse) Gated DeltaNet layer 12 × (3 × GDN → 1 × QSA), every block followed by a 512-expert MoE

Qwen publishes the layout as a formula — "12 × (3 × (Gated DeltaNet → MoE) → 1 × (Qwen Sparse Attention → MoE))" — and the config agrees exactly: 48 layers with full_attention_interval 4 and a layer_types array that runs linear_attention three times, then full_attention, twelve times over. That is the same 3:1 ratio Kimi K3 uses for KDA:MLA (69:24) and that Qwen3-Next and Kimi Linear established, now stated by the vendor rather than inferred. The linear path is Gated DeltaNet with a deliberately asymmetric head split — 48 value heads against 16 query/key heads, head dim 128, a 4-wide short convolution and a sigmoid output gate. The full-attention path is Qwen Sparse Attention, whose indexer is MQA with 4 query heads over 1 shared key head at head_dim 128 and a 2,048-token budget. Every one of the 48 blocks is followed by a MoE layer: 512 experts, 10 routed plus 1 shared, expert intermediate dimension 640 — very fine-grained, the DeepSeek-style direction taken further. Two parameter pools sit outside that: a 20M-entry n-gram embedding table worth 51B parameters injected at layer 2, and a 4B single-layer MTP head trained with multiple steps. Total accounting from the card: 125B parameters, 6B activated, plus 51B n-gram, plus 4B MTP. The checkpoint is natively multimodal (a vision tower and interleaved mRoPE with mrope_section [11, 11, 10]) and its config sets max_position_embeddings 262,144, while Qwen states the productized Qwen3.8-Flash build defaults to 1M context.

Vendor-published block formula: 12 × (3 × (GDN → MoE) → 1 × (QSA → MoE)) = 48 layers3:1 linear-to-full is now the industry's converged ratio (Kimi K3 69:24, GLM-5.3-Flash 34:11)Gated DeltaNet runs asymmetric heads: 48 value vs 16 query/key, 4-wide conv, sigmoid gateMoE on every block: 512 experts, 10 routed + 1 shared, expert dim just 640125B total / 6B active, plus 51B in an n-gram table and 4B in the MTP headNatively multimodal with interleaved mRoPE; 262k in config, 1M on the productized build
⚖ Buys: the cheapest long-context profile of any 2026 frontier release — three quarters of layers are linear, the quarter that is not runs a 2,048-token budget, and most parameters either never activate (MoE) or never multiply (n-gram). Costs: four interacting sparsity mechanisms (linear attention, block-sparse attention, MoE, n-gram lookup) make failure modes hard to attribute, and only one of the four is covered by a published paper. Benchmark numbers on the card are the vendor's own; the technical report is a PDF in the model's GitHub repo rather than a peer-reviewed venue.
Who uses it
Qwen3.8-Flash-NextQwen3.8-Flash
Papers & references (3)
report ↗ · Qwen3.8-Flash-Next model card — layout, parameter split, QSA and n-gram sections (2026)
Vendor-published architecture; benchmark figures on the same page are vendor-run
report ↗ · Qwen3.8-Flash-Next technical report (PDF, vendor repo) (2026)
Linked from the card; not an arXiv submission
arXiv:2608.30320 · On the Design of Qwen3.8-Next Architecture: Evaluation, Efficiency, and Training Stability (2026)
The vendor design paper behind this entry's config-derived layout. Title verified
Multimodal wiring — three ways to get pixels (and audio) into a language model
Vision Encoder + Projector (Adapter-style VLM)
adapter multimodal

Bolt a pretrained ViT onto an LLM with a small trained projector; image features enter the prompt as soft tokens.

🖼 image ViT encoder CLIP/SigLIP projector MLP ⌨ text frozen-ish LLM image tokens + text tokens in one sequence vision speaks the LLM’s token language via a small bridge

A contrastively pretrained ViT (CLIP or SigLIP) encodes the image into patch features; a small connector — a linear layer or 2-layer MLP in LLaVA, a single-layer cross-attention resampler compressing to 256 tokens in Qwen-VL — maps them into the LLM's embedding space, where they are spliced into the token sequence like ordinary word embeddings. Training is staged: first align only the projector on image-caption pairs, then visual instruction-tune with the LLM (and often later the ViT) unfrozen. Modern variants handle native/dynamic resolution via tiling (InternVL 1.5) or M-RoPE with a ViT trained alongside the LLM (Qwen2-VL), and compress patches (2x2 token merge, pixel-shuffle) to keep image token counts manageable.

Reuse a contrastive ViT (CLIP/SigLIP) — vision arrives pretrained, almost freeProjector is the only new glue: linear/MLP (LLaVA) or 256-token resampler (Qwen-VL)Image features act as soft tokens — LLM unchanged, standard next-token trainingStaged training: align projector on captions, then visual instruction tuningDynamic resolution via tiling / M-RoPE + patch merging (InternVL 1.5, Qwen2-VL)Note: Llama 3.2 Vision is NOT this style — it uses cross-attention (see next entry)
⚖ Cheapest path to a strong VLM and preserves the text LLM; capped by the encoder's resolution/skills and burns LLM context on image tokens.
Who uses it
LLaVA-1.5 / LLaVA-NeXT (CLIP ViT-L + 2-layer MLP → Vicuna)Qwen-VL → Qwen2-VL → Qwen2.5-VL (Alibaba)InternVL 1–3 (OpenGVLab, InternViT-6B encoder)Idefics2 / Idefics3 (Hugging Face)Pixtral 12B (Mistral)Molmo 7B/72B (Ai2)MiniCPM-V 2.6 (OpenBMB)Gemma 3 4B–27B (Google, SigLIP encoder + projector, disclosed)GPT-4V (OpenAI) — vision architecture undisclosedClaude 3/4 family vision (Anthropic) — undisclosed
Papers & references (9)
arXiv:2010.11929 · An Image is Worth 16x16 Words: Transformers for Image Recognition at Scale (2020)
ViT — the patch-embedding vision transformer every encoder here builds on
arXiv:2103.00020 · Learning Transferable Visual Models From Natural Language Supervision (2021)
CLIP — contrastive image-text pretraining; the default frozen vision encoder
arXiv:2303.15343 · Sigmoid Loss for Language Image Pre-Training (2023)
SigLIP — sigmoid loss variant of CLIP; encoder of choice in PaliGemma/Gemma 3 era
arXiv:2304.08485 · Visual Instruction Tuning (2023)
LLaVA — CLIP ViT + linear projector + Vicuna; defined the open adapter recipe
arXiv:2310.03744 · Improved Baselines with Visual Instruction Tuning (2023)
LLaVA-1.5 — swaps linear projector for a 2-layer MLP; strong simple baseline
arXiv:2308.12966 · Qwen-VL: A Versatile Vision-Language Model for Understanding, Localization, Text Reading, and Beyond (2023)
Position-aware 1-layer cross-attn adapter compressing images to 256 tokens
arXiv:2312.14238 · InternVL: Scaling up Vision Foundation Models and Aligning for Generic Visual-Linguistic Tasks (2023)
Scales the vision side to 6B (InternViT-6B) instead of only scaling the LLM
arXiv:2409.12191 · Qwen2-VL: Enhancing Vision-Language Model's Perception of the World at Any Resolution (2024)
Naive dynamic resolution + M-RoPE; ViT trained with the LLM, MLP patch merger
arXiv:2502.13923 · Qwen2.5-VL Technical Report (2025)
Current open SOTA of the recipe: window-attention ViT, absolute-time RoPE for video
Cross-Attention Injection (Flamingo-style)
adapter multimodal

Vision enters through gated cross-attention layers inserted between frozen LM blocks — Flamingo's recipe, revived by Llama 3.2 Vision.

vision encoder LM layer + gated cross-attn LM layer vision injected between frozen LM layers (Flamingo)

A frozen vision encoder feeds a Perceiver Resampler that compresses any number of images or video frames into a fixed set of 64 latent tokens (Flamingo). Newly inserted gated cross-attention-dense layers, interleaved between the frozen LM's blocks, read those latents as keys/values; a tanh gate initialized at zero means the model starts out exactly equal to the original text LM and learns to open the visual pathway during training. Llama 3.2 Vision (disclosed in The Llama 3 Herd of Models) applies the same compositional idea: a ViT encoder plus cross-attention layers inserted every 4th decoder layer, with the text weights kept frozen so text-only performance is provably unchanged. Image information never occupies positions in the token sequence.

Gated xattn-dense: tanh gate starts at 0, so init == the untouched text LMPerceiver Resampler: any # of images/frames → fixed 64 latent tokensImages never consume LM context — attended to, not tokenized into the sequenceText skills provably intact — Llama 3.2 freezes all text weights during vision trainingNative interleaved image-text few-shot prompting was Flamingo's headline result
⚖ Buys intact text performance and short sequences; costs billions of adapter params (Llama 3.2-90B adds ~20B over Llama 3.1-70B) and a nonstandard serving path.
Who uses it
OpenFlamingo 3B–9B (LAION)IDEFICS 9B/80B (Hugging Face, Flamingo reproduction; note Idefics2 switched to adapter style)Llama 3.2 Vision 11B/90B (Meta)Flamingo 80B (DeepMind) — fully disclosed in the paper but never released
Papers & references (3)
arXiv:2204.14198 · Flamingo: a Visual Language Model for Few-Shot Learning (2022)
Defined the pattern: frozen LM + Perceiver Resampler + gated xattn-dense layers
arXiv:2308.01390 · OpenFlamingo: An Open-Source Framework for Training Large Autoregressive Vision-Language Models (2023)
Open reproduction (CLIP ViT-L encoder) that made the recipe publicly trainable
arXiv:2407.21783 · The Llama 3 Herd of Models (2024)
Discloses Llama 3-V / 3.2 Vision: cross-attention every 4th layer, frozen text weights
Native / Early-Fusion Multimodal (Single Transformer)
native multimodal

One transformer, one stream: images (and audio) become tokens or patches in the same sequence from pretraining day one.

t t ▦ ▦ ▦ t t ♪ t one transformer, one token stream all modalities tokenized into the same sequence — no bolt-on encoder t = text · ▦ = image patch/code · ♪ = audio

Instead of grafting vision onto a text model, one transformer is trained from the start on interleaved multimodal sequences. Chameleon VQ-quantizes each 512x512 image into 1024 discrete tokens from an 8192-entry codebook and trains a single autoregressive model over mixed text+image tokens — requiring QK-norm and revised norm placement for stability at scale — so the same softmax can emit words or pixels. Fuyu goes further and deletes the encoder entirely: raw image patches are linearly projected straight into the decoder's first layer at arbitrary resolution, with an image-newline token marking row breaks. GPT-4o and Gemini are disclosed only at the capability level — a single model trained end-to-end (OpenAI) / jointly from the start (Google) across text, vision, and audio — with internal mechanics undisclosed.

Early fusion: every modality shares one sequence from pretraining step 0Chameleon: VQ image tokens (8192 codebook) — same softmax emits pixels or wordsFuyu: no vision encoder at all — patches linearly projected into layer 1Stability tricks needed at scale: QK-norm, norm reordering (Chameleon)GPT-4o/Gemini disclose only 'natively multimodal' — internals undisclosedTransfusion mixes next-token text loss with image diffusion in one transformer
⚖ Buys unified any-modality in/out with no adapter seams; costs full-scratch pretraining, training instability, and often trails specialist VLMs per modality.
Who uses it
Chameleon (Meta; paper trains 7B/34B, released weights are 7B & 30B, image generation disabled)Fuyu-8B (Adept)Emu3 (BAAI, 2024) — next-token prediction over text/image/video tokensGPT-4o (OpenAI) — disclosed: single model end-to-end across text/vision/audio; internals undisclosedGemini 1.0–2.5 (Google) — disclosed: natively multimodal, jointly trained from the start; internals undisclosed
Papers & references (6)
arXiv:2405.09818 · Chameleon: Mixed-Modal Early-Fusion Foundation Models (2024)
The open blueprint for token-based early fusion, incl. its stability fixes
report ↗ · Fuyu-8B model card (Adept) (2023)
Encoder-free decoder ingesting linearly projected patches; adept.ai blog now blocked, archived at web.archive.org/web/20250105191124/https://www.adept.ai/blog/fuyu-8b
arXiv:2312.11805 · Gemini: A Family of Highly Capable Multimodal Models (2023)
Discloses native multimodality: joint training across image/audio/video/text, discrete image tokens for output
arXiv:2403.05530 · Gemini 1.5: Unlocking multimodal understanding across millions of tokens of context (2024)
Extends the native-multimodal line to sparse MoE + 1M–10M token multimodal context
arXiv:2410.21276 · GPT-4o System Card (2024)
Discloses one autoregressive omni model, end-to-end across text/vision/audio — no further internals
arXiv:2408.11039 · Transfusion: Predict the Next Token and Diffuse Images with One Multi-Modal Model (2024)
Meta research: AR text loss + diffusion image loss in a single transformer
Any-to-Any / Omni Models (Speech in the Loop)
native multimodal

Omni models take speech, audio, image, video, and text in — and stream speech out — replacing the ASR → LLM → TTS pipeline.

GPT-4o's system card discloses a single autoregressive model that accepts any mix of text, audio, image, and video and emits text, audio, and image from the same network, collapsing voice latency to roughly 300ms versus the old three-model ASR→LLM→TTS pipeline; internals are undisclosed. Qwen2.5-Omni discloses a full open recipe: a Thinker (LLM decoder) ingests all modalities — audio and video time-aligned by TMRoPE, a time-interleaved multimodal RoPE — and produces text plus high-level hidden states, while a Talker, a dual-track autoregressive speech-token model, streams speech tokens conditioned on those states through a sliding-window DiT vocoder for real-time audio. Moshi runs full-duplex: one backbone (Helium 7B) jointly models the user's and the system's audio streams via the Mimi neural codec plus an inner-monologue text stream, reaching ~160ms theoretical latency.

End-to-end audio kills the ASR→LLM→TTS pipeline; prosody and emotion surviveThinker-Talker split: LLM thinks in text; a speech head streams from its statesTMRoPE: time-aligned rotary positions sync audio and video frames (Qwen2.5-Omni)Full-duplex: Moshi models both speakers' audio + inner-monologue text at onceStreaming synthesis: sliding-window DiT vocoder / Mimi RVQ codec for real time
⚖ Buys ~300ms conversational voice with prosody understanding; costs speech-token plumbing, harder safety/eval surface, and still-scarce open recipes.
Who uses it
Qwen2.5-Omni 3B/7B (Alibaba; 7B Apache-2.0, 3B non-commercial Qwen research license)Moshi 7B + Mimi codec (Kyutai)MiniCPM-o 2.6 (OpenBMB)GPT-4o Advanced Voice (OpenAI) — end-to-end audio disclosed; architecture undisclosedGemini Live / Gemini 2.5 native-audio dialogue (Google) — capability disclosed; architecture undisclosed
Papers & references (3)
arXiv:2410.21276 · GPT-4o System Card (2024)
Primary disclosure of end-to-end omni voice: one network for all inputs/outputs
arXiv:2503.20215 · Qwen2.5-Omni Technical Report (2025)
Open Thinker-Talker any-to-any architecture with TMRoPE and streaming speech
arXiv:2410.00037 · Moshi: a speech-text foundation model for real-time dialogue (2024)
Open full-duplex speech-text model: Mimi codec + dual audio streams + inner monologue
New directions — diffusion LMs, ternary weights, and honest notes on “reasoning models”
Diffusion Language Models
diffusion LM

Text generated by iteratively denoising/unmasking whole blocks in parallel, instead of predicting one token at a time.

autoregressive The · · · The cat · · The cat sat · The cat sat down one token per step, left → right diffusion LM ▒ ▒ ▒ ▒ ▒ cat ▒ down The cat ▒ down The cat sat down whole sequence denoised in parallel steps

Instead of left-to-right next-token prediction, the model is trained on a forward corruption process (randomly masking or noising tokens) and learns the reverse process: given a partially masked sequence, predict all masked tokens simultaneously. Generation starts from a fully masked block and runs a few refinement steps, each one committing the most confident tokens and re-predicting the rest. The backbone is still a standard Transformer, but with bidirectional (non-causal) attention, and speed comes from emitting many tokens per forward pass. LLaDA showed this trained-from-scratch at 8B rivals autoregressive peers; Mercury and Gemini Diffusion showed commercial-grade throughput (1,000+ tokens/sec).

Parallel block generation: many tokens per forward pass, not oneMasked-diffusion objective is a likelihood bound — same scaling recipe as AR LMsBidirectional attention: every token sees full context during denoisingIterative refinement can revise earlier tokens (no left-to-right lock-in)Mercury Coder Mini: 1,109 tok/s on H100; Gemini Diffusion: 1,479 tok/s reported (hardware undisclosed)
⚖ Buys 5-10x decoding throughput and revisable parallel generation; costs multiple full-sequence passes, weaker KV-cache reuse, and a less mature ecosystem.
Who uses it
LLaDA 8B (GSAI, Renmin University of China)Dream 7B (HKU NLP + Huawei Noah's Ark)Mercury / Mercury Coder (Inception Labs) (disclosed)Gemini Diffusion (Google DeepMind, experimental demo) (disclosed)
Papers & references (4)
arXiv:2502.09992 · Large Language Diffusion Models (2025)
LLaDA: first from-scratch 8B masked-diffusion LM competitive with LLaMA-class AR models
arXiv:2506.17298 · Mercury: Ultra-Fast Language Models Based on Diffusion (2025)
Inception Labs' commercial diffusion LLM; Mercury Coder Mini hits 1,109 tok/s on H100
arXiv:2508.15487 · Dream 7B: Diffusion Large Language Models (2025)
Open-weights 7B diffusion LM (HKU/Huawei) initialized from AR weights (Qwen2.5)
report ↗ · Gemini Diffusion (Google DeepMind model page) (2025)
Official page disclosing diffusion text generation, block-parallel decoding, 1,479 tok/s
1-bit / Ternary-Native LLMs (BitNet b1.58)
dense decoder

Transformers trained from scratch with ternary {-1,0,+1} weights, so matmuls become adds — ~10x less memory and energy.

token embeddings RMSNorm BitLinear attention weights ∈ {−1, 0, +1} RMSNorm BitLinear FFN ternary weights, 8-bit acts + + logits — adds replace multiplies× N layers

BitNet replaces every nn.Linear in the Transformer with a BitLinear layer whose weights are constrained to {-1, 0, +1} (~1.58 bits) during training itself — quantization is native, not applied after the fact, so the model learns around the constraint (a straight-through estimator passes gradients while latent full-precision weights are kept for the optimizer). Activations are quantized to 8 bits. Because weights are ternary, matrix multiplication reduces to integer additions and sign flips, slashing memory, energy, and latency. The 2024 paper showed ternary matches FP16 quality from ~3B params; Microsoft's open BitNet b1.58 2B4T (2B params, 4T tokens) ships with a CPU-friendly runtime at ~0.4 GB memory.

Quantization-aware from token one: model natively learns ternary weightsBitLinear swap-in: attention/FFN structure otherwise unchangedMatmul → addition: no multiplies in the dominant compute path~1.58 bits/weight (log2 of 3) + 8-bit activations (W1.58A8)Matches FP16 LLaMA quality from ~3B params in the 2024 study
⚖ Buys drastic memory/energy cuts and fast CPU/edge inference; costs full retraining from scratch (no post-hoc conversion) and quality parity proven mainly at small-to-mid scales.
Who uses it
BitNet b1.58 2B4T (Microsoft)None disclosed — no frontier lab has announced a production ternary-native model
Papers & references (5)
arXiv:2310.11453 · BitNet: Scaling 1-bit Transformers for Large Language Models (2023)
Origin paper: BitLinear layer and stable 1-bit training from scratch
arXiv:2402.17764 · The Era of 1-bit LLMs: All Large Language Models are in 1.58 Bits (2024)
The b1.58 ternary variant; parity with FP16 LLaMA at 3B+ and the new scaling law claim
arXiv:2504.12285 · BitNet b1.58 2B4T Technical Report (2025)
First open-weights native-1.58-bit LLM at scale (2B params, 4T tokens)
report ↗ · microsoft/bitnet-b1.58-2B-4T (Hugging Face model release) (2025)
The actual open-weights release, with bitnet.cpp inference path
arXiv:2601.07892 · Sherry: Hardware-Efficient 1.25-Bit Ternary Quantization via Fine-grained Sparsification (2026)
Pushes below BitNet's 1.58 bits by sparsifying the ternary grid. Title verified
"Reasoning Models" (o1 / R1) — Training, Not Architecture
dense decoder

o1/R1-class models are the same transformer architecture; the novelty is RL training that elicits long private chain-of-thought.

Honest note for the field guide: despite the branding, o1/R1-style 'reasoning models' are not a new neural architecture. The DeepSeek-R1 paper is explicit that R1 is DeepSeek-V3-Base — a standard MoE transformer (671B total / 37B active) — post-trained with reinforcement learning (GRPO) using rule-based rewards, which spontaneously incentivizes long chain-of-thought, self-verification, and backtracking (R1-Zero used pure RL, R1 added a small cold-start SFT stage). OpenAI's o1 System Card likewise describes large-scale RL to 'think before answering' via chain-of-thought, disclosing nothing about a changed architecture. What changes at inference is behavior and compute allocation (many more generated thinking tokens), not the network.

Architecture vs training: same transformer, new post-training recipeR1 = DeepSeek-V3-Base MoE + GRPO RL; verified in the R1 paper itselfRule-based rewards (correct answer, format) — no learned reward model needed for math/codeEmergent behaviors: self-verification, reflection, 'aha moment' backtrackingTest-time scaling: quality bought with more thinking tokens, not more weightsReasoning distills: R1 traces used to SFT ordinary Qwen/Llama checkpoints
⚖ Buys large gains on math/code/agentic tasks via test-time compute; costs high latency and token spend, and 'reasoning' branding obscures that it's a training recipe.
Who uses it
DeepSeek-R1 / R1-Zero 671B MoE (DeepSeek)DeepSeek-R1-Distill 1.5B-70B (Qwen2.5/Llama3 bases)QwQ-32B (Alibaba Qwen)OpenAI o1 / o3 (RL chain-of-thought disclosed; base architecture undisclosed)OpenAI GPT-6 Astra (RL-trained long internal CoT; effort low→max; architecture undisclosed)Claude 3.7 / Claude 4 extended thinking (behavior disclosed; architecture undisclosed)Claude Fable 5.1 (thinking always on and undisableable; effort shapes the prompt, not the decoder)Gemini 2.5 / 3.x thinking (sparse MoE disclosed in the Gemini 3 Pro card)
Papers & references (3)
arXiv:2501.12948 · DeepSeek-R1: Incentivizing Reasoning Capability in LLMs via Reinforcement Learning (2025)
Primary evidence: R1 is V3-Base (unchanged MoE transformer) + RL; open recipe
arXiv:2412.16720 · OpenAI o1 System Card (2024)
OpenAI's primary o1 document: RL-trained chain-of-thought; architecture undisclosed
arXiv:2507.06261 · Gemini 2.5: Pushing the Frontier with Advanced Reasoning, Multimodality, Long Context, and Next Generation Agentic Capabilities (2025)
Discloses Gemini 2.5 'thinking' models are sparse-MoE transformers — again training, not new architecture
What a closed frontier model actually discloses (2026)
undisclosed

The exact parameter count of GPT-6 Astra and Claude Fable 5.1 is written down, in a legally-mandated form, sitting with a regulator — and there is no public route to it. 'Undisclosed' in 2026 means withheld by design, not unrecorded.

A field guide has to say something honest about models whose weights nobody outside the lab has seen, and the honest thing changed in 2026. It is no longer true that nobody wrote the numbers down. Under the EU AI Act, providers of general-purpose AI models must prepare Annex XI technical documentation, and the GPAI Code of Practice's Model Documentation Form has a field for the total parameter count 'to at least two significant figures' alongside training compute in FLOPs, training time and energy. Both OpenAI and Anthropic are signatories. So the numbers exist, on a form, today. The catch is routing: that form goes to the AI Office and national competent authorities, and is released only on their request. The single artifact that must be public — the Article 53(1)(d) training-content summary — was designed without an architecture field at all. OpenAI's public summary duly gives real bucketed data volumes (text >10 trillion tokens, images >1 billion, audio and video >1 million hours each) and the useful statement that Astra 'is not a modification or a fine-tune of a prior model', and says nothing whatever about the model's shape. Anthropic states its reasoning outright in the Fable 5.1 system card: it declines to disclose 'competitively sensitive information'. The other channels are exhausted too, and their emptiness is itself informative. Patents: OpenAI's estate covers a modality-routed MoE, chain-of-thought serving with a second summarizing model, and prefix KV-cache reuse — but a patent claims an invention, never a shipped product, and Anthropic's ~20 filings turn out to be an inherited Adept portfolio describing Fuyu-8B, not Claude. Interpretability papers, historically a leak, have been closed off: Anthropic now reports layer positions as percentages of '25 evenly spaced layers … reindexed to the range [0-100]'. What remains is mechanism-level disclosure — serving topology, tokenizer changes, decode-time watermarking, effort semantics, probes on live activations — and that is what this atlas records for closed models instead of a blank cell.

The parameter count is legally documented and privately routed — Annex XI goes to regulators on request, not to the publicThe GPAI Model Documentation Form specifies the count to two significant figures, plus training FLOPsThe only mandatorily-public artifact, the training-content summary, has no architecture field by designAnthropic states the reason plainly: 'competitively sensitive information'Patents describe claimed inventions, never shipped models — Anthropic's estate is inherited Adept work on Fuyu-8BInterpretability papers were a leak channel and have been deliberately closed (layer indices normalized to 0-100)What is left is real: tokenizers, serving topology, decode-time mechanisms, effort semantics, activation probes
⚖ For a reader: stop treating 'undisclosed' as a research failure and start reading it as a policy outcome with a known shape. The practical consequence is that every circulating parameter figure for these models — ~5T, ~8T, ~10T MoE — is a press estimate or an anonymous post, and at least one repudiates itself on its own page. None of them should enter a catalog. The counterpart risk is over-reading what IS published: a pricing break at 272k input tokens, a 'Fast mode' tier, or a harness that keeps notes across context windows are billing and product facts, not evidence of a router, a parameter count, or anything structural.
Who uses it
OpenAI GPT-6 AstraAnthropic Claude Fable 5.1 / Mythos 5.1Google Gemini 3.x (the exception — sparse MoE disclosed, by reference chain)
Papers & references (3)
report ↗ · EU AI Act — GPAI obligations, Annex XI and the Art. 53(1)(d) summary (2026)
The legal routing that makes the number private
report ↗ · GPT-6 Astra system card (2026)
117 pages, zero architecture; Section 2 is one paragraph
report ↗ · Claude Fable 5.1 & Mythos 5.1 system card (2026)
212 pages; states the competitive-sensitivity reason for withholding
Reading architecture through the API (black-box inference)
undisclosed

If the vendor will not say how wide or deep the model is, measure it. A 2026 method recovers hidden dimension, depth and parameter count through the restrictive APIs that were meant to prevent exactly that.

Carlini et al. showed in 2024 that a model's hidden dimension leaks through its logit API: the outputs of a final linear layer lie on a low-rank subspace, so enough queries reveal the rank — they recovered 1024 for ada and babbage. Vendors responded by closing the surface, removing logit-bias and full-logprob access, which shut those attacks down. NightVision (2026) attacks the restricted regime that remains: it uses common-set prompting plus spectral analysis to recover hidden dimension, and time-to-first-token scaling to estimate depth and parameter count, under single-logit output and no logit bias. This belongs in a field guide for two opposite reasons. First, it is the only route by which anyone outside a lab could ever put a number on GPT-6 Astra or Claude Fable 5.1 — the disclosure regime having closed every other one. Second, it is a discipline check: the method reports roughly 23% mean relative error, so it produces an order of magnitude and an error bar, not a spec sheet. A measurement with stated error is a different object from a leaked figure with none, and only the first kind is worth recording — with its error bar attached.

Hidden dimension leaks through the low-rank structure of the final linear layer (Carlini et al., 2024)Vendors closed logit-bias and full-logprob access specifically to stop thatNightVision works in the restricted regime: common-set prompting + spectral analysis for widthTime-to-first-token scaling estimates depth and parameter countReported ~23% mean relative error — an order of magnitude with error bars, not a specA measurement with a published method beats a leak with none; carry the error bar or do not carry the number
⚖ Buys the only externally-checkable handle on closed models. Costs: the error is large enough that it cannot settle fine questions (dense vs MoE active-parameter counts, expert layout), the methods are query-expensive, and a served endpoint is not a model — routing, fallbacks, quantized serving variants and safety classifiers all sit between the prober and the weights. Anything measured this way is a property of the deployed system, which is often what you actually care about, but it is not the checkpoint.
Who uses it
Applies to any logit-restricted API — GPT-6 Astra, Claude Fable 5.1, Gemini 3.x
Papers & references (2)
arXiv:2607.01313 · Black-Box Inference of LLM Architectural Properties with Restrictive API Access (2026)
NightVision — recovers width, depth and params under single-logit APIs; ~23% mean relative error. Title verified
arXiv:2403.06634 · Stealing Part of a Production Language Model (2024)
The 2024 precursor; recovered hidden dimension 1024 for ada/babbage before the logit surface was closed
Small-but-Mighty LMs (MobileLLM / SmolLM)
dense decoder

Sub-3B models engineered for phones: at small scale, deep-and-thin beats wide-shallow, and data curation does the heavy lifting.

MobileLLM (Meta) systematically studied sub-billion-parameter design and found the opposite of conventional wisdom at that scale: allocating parameters to depth (more, thinner layers) beats width, and combining that with embedding sharing, grouped-query attention, and immediate block-wise layer sharing (reusing a block twice before moving on) yields 2-4+ point accuracy jumps over prior 125M/350M models with no extra memory. The SmolLM line (Hugging Face) attacks the same target from the data side: SmolLM2-1.7B is a fairly standard architecture trained on ~11T tokens with multi-stage rebalancing of curated datasets (FineMath, Stack-Edu, SmolTalk), showing meticulous data-centric training makes small models punch far above their weight. SmolLM3-3B adds GQA plus NoPE-style positional handling and dual-mode (think/no-think) reasoning at 3B.

Depth over width at sub-billion scale — inverts the usual aspect-ratio intuitionImmediate block-wise weight sharing: 2x effective depth, ~zero extra memoryEmbedding sharing + GQA reclaim parameter budget for layersSmolLM2: ~11T tokens, multi-stage data rebalancing beats bigger models per paramWhole recipe published: datasets, mixes, and code are open
⚖ Buys on-device latency, privacy, and near-zero serving cost; costs hard capability ceilings (knowledge, long-horizon reasoning) and heavy reliance on curation/distillation from larger models.
Who uses it
MobileLLM 125M-1.5B (Meta)SmolLM2 135M / 360M / 1.7B (Hugging Face)SmolLM3-3B (Hugging Face)On-device assistant models (e.g. phone-resident features) widely use similar recipes (reported, undisclosed)
Papers & references (4)
arXiv:2402.14905 · MobileLLM: Optimizing Sub-billion Parameter Language Models for On-Device Use Cases (2024)
The depth-vs-width finding plus layer-sharing; the on-device design playbook
arXiv:2502.02737 · SmolLM2: When Smol Goes Big -- Data-Centric Training of a Small Language Model (2025)
Data-centric counterpart: how curation and staged mixes make a 1.7B competitive
report ↗ · SmolLM3: smol, multilingual, long-context reasoner (Hugging Face blog) (2025)
3B follow-up with GQA + NoPE and dual think/no-think modes; full recipe disclosed
report ↗ · HuggingFaceTB/SmolLM3-3B (Hugging Face model release) (2025)
Open-weights release verifying the model actually ships
Mixture-of-Recursions (MoR)
dense decoder

One shared stack of layers applied recursively, with a router giving each token its own number of passes through it.

MoR unifies two efficiency ideas in one recursive Transformer: parameter sharing and adaptive compute. A single block of layers is reused up to N times (recursion), so the parameter count stays small; a lightweight router then decides per token how many recursion steps that token gets — easy tokens exit after one pass, hard tokens loop more, in the spirit of mixture-of-experts routing but over depth. Recursion-wise KV caching keeps attention cost consistent with each token's actual depth. At 135M-1.7B scale it forms a new Pareto frontier over vanilla and prior recursive baselines at equal training FLOPs, with higher inference throughput.

Two axes at once: shared weights (recursion) + per-token adaptive depth (routing)Router assigns 'thinking depth' per token — MoE-style routing over depth, not expertsRecursion-wise KV caching: only tokens still active attend at deeper stepsEqual-FLOP wins over vanilla Transformers at 135M-1.7B in the paperLatent, architectural analogue of test-time thinking — no CoT tokens emitted
⚖ Buys big-model quality at small-model parameter count and equal FLOPs; costs router training complexity, batching irregularity, and no production-scale validation yet.
Who uses it
Research checkpoints only (paper models 135M-1.7B); no production model ships MoR yetNone disclosed
Papers & references (1)
arXiv:2507.10524 · Mixture-of-Recursions: Learning Dynamic Recursive Depths for Adaptive Token-Level Computation (2025)
The MoR paper (KAIST + Google): method, routing/caching variants, scaling study
Looped transformers & recurrent depth
dense decoder

Run a block of layers around a loop instead of stacking more of them: depth becomes a runtime dial rather than a weight budget. Real, shipped at small scale — and the mechanism a widely-circulated leak alleges for GPT-6 Astra, on evidence that does not stand up.

A looped transformer applies one weight-tied block repeatedly, so effective depth is decoupled from parameter count and can be varied at inference. Ouro-2.6B runs 48 layers looped 4x with deep supervision; Huginn-0125 recurs a 4-layer core 16 times. Retrofitting shows the idea does not require training from scratch: a pretrained Qwen2.5-0.5B can be split into Prelude / weight-tied Recurrent Block / Coda with an identity-preserving one-loop path, installed with as few as 6M trained parameters over frozen base weights, and it then extrapolates to about 1.5x the supervised depth — beating a same-size scratchpad model 84% to 72% overall, and 53% to 2.5% beyond depth 10, while running 7.6x faster. Note the weakness the paper itself carries: one base model, at 0.5B. The interesting 2026 result is what looping does to interpretability, which matters because chain-of-thought monitoring is now a safety-critical dependency for every frontier lab. Testing Ouro and Huginn against a conventional 64-layer baseline, a global workspace does still form in the iterated part — but recurrence changes how it can be accessed: Ouro reconstructs workspace content on every loop, so linear transport cannot cross loop boundaries and any intervention must span every remaining loop, while Huginn carries content across all sixteen recurrences but reads and writes act only within a sliding window of about two. In other words, if a model loops, what a monitor can see and steer changes shape. That is why the persistent claim that GPT-6 Astra uses recurrent depth matters — and why this entry does not assert it. It originates in a single anonymously-sourced press report behind a paywall that no one in this project's research could read; there is no technical report, no code, no patent and no vendor confirmation, and the one quantitative statement OpenAI's Chief Scientist has made publicly — that the computation graph depth of present frontier models is within a factor of two of GPT-4 — sits awkwardly with heavy looping rather than supporting it.

One weight-tied block applied N times: effective depth decoupled from parameter countShipped at small scale — Ouro-2.6B (48 layers, 4 loops), Huginn-0125 (4-layer core, 16 recurrences)Retrofittable onto a pretrained model with ~6M trained params over frozen weightsExtrapolates beyond its supervised depth (~1.5x), and beats a same-size scratchpad model 7.6x fasterRecurrence reshapes interpretability: workspace access becomes loop-bounded or window-boundedThe GPT-6 Astra attribution is a single-source, paywalled, unconfirmed leak — recorded here as unverified, not as factDistinct from [[mixture-of-recursions]], which routes per-token recursion depth rather than fixing a loop count
⚖ Buys parameter efficiency and a genuine test-time compute dial that needs no extra weights — attractive where memory, not FLOPs, is the binding constraint. Costs: latency scales with loop count, training needs care to keep the loop stable (deep supervision, identity-preserving initialization), and the interpretability consequences above are a real safety cost for anyone whose oversight story depends on reading a chain of thought. The published evidence is also thin at scale: the strongest retrofitting result is at 0.5B on one base model, and no lab has published a frontier-scale looped model.
Who uses it
Ouro-2.6B (48 layers, 4 loops, deeply supervised)Huginn-0125 (4-layer core, 16 recurrences)GPT-6 Astra — alleged by a single anonymous source; NOT established, see the entry text
Papers & references (4)
arXiv:2609.01924 · Looped Transformers under the Jacobian Lens: Does the Global Workspace Survive Recurrence? (2026)
Tests Ouro and Huginn against a 64-layer baseline; the loop-bounded vs window-bounded access result. Title verified
arXiv:2608.11233 · Retrofitting Recurrent Depth into a Pretrained Language Model (2026)
Prelude / Recurrent Block / Coda; 6M trained params over frozen weights; extrapolation and the 0.5B caveat. Title verified
arXiv:2606.31779 · Bridging the Gap Between Latent and Explicit Reasoning with Looped Transformers (2026)
LOTUS — latent CoT closing the gap to explicit CoT at 3B. Title verified
arXiv:2606.06574 · Skip a Layer or Loop It? Learning Program-of-Layers in LLMs (2026)
Training-free per-input layer skip/loop programs. Title verified
Byte-Level Models (Byte Latent Transformer)
dense decoder

Tokenizer-free LLM over raw bytes: entropy-based dynamic patches feed a big latent transformer; matches Llama 3 with fewer FLOPs.

BLT (Meta) removes the tokenizer entirely and operates on raw bytes, solving the compute problem with a three-part design: a small local encoder groups bytes into dynamically sized patches — patch boundaries are placed where a tiny byte-LM's next-byte entropy is high, so predictable stretches get long patches and hard spots get short ones — a large latent transformer runs only over patch representations, and a small local decoder maps latent outputs back to bytes. Because patches average longer than BPE tokens where text is easy, compute is allocated to where prediction is genuinely hard. Scaled to 8B parameters and 4T training bytes, BLT matches tokenization-based Llama-3-style training while cutting inference FLOPs up to ~50%, and is markedly more robust to spelling noise, character-level tasks, and rare scripts.

No tokenizer, no fixed vocabulary — raw bytes in, raw bytes outEntropy-driven dynamic patching: compute spent where next-byte prediction is hardThree-tier design: local byte encoder → large latent transformer → local byte decoderMatches BPE-based Llama 3 recipe at 8B / 4T bytes with up to ~50% fewer inference FLOPsNew scaling knob: grow patch size and latent model together at fixed costRobust to typos, orthographic attacks, and low-resource scripts BPE fragments badly
⚖ Buys tokenizer-free robustness, multilingual fairness, and FLOP savings via adaptive patching; costs a more complex 3-model pipeline, immature serving stacks, and byte-level sequence-length blowup at the edges.
Who uses it
BLT 1B and 7B (Meta, facebook/blt)None disclosed
Papers & references (2)
arXiv:2412.09871 · Byte Latent Transformer: Patches Scale Better Than Tokens (2024)
The BLT paper: dynamic patching, architecture, and the 8B-scale matching result
report ↗ · facebook/blt (Hugging Face weights release) (2025)
Meta's open release of BLT 1B and 7B checkpoints — evidence it genuinely ships
System One models — constrained decisions instead of generated text
undisclosed

TypeSafe’s Jev answers a typed question with a probability distribution over options you supplied, in one parallel pass. Nothing about its internals is published — but the output contract alone changes what the model can be used for. TypeSafe positions it as the first "System One model", a category it is also naming.

Every architecture elsewhere in this atlas is a way of producing the next token faster or cheaper. This one is defined by refusing to produce tokens at all. A request carries one `state` — the thing being judged — plus a map of named questions, each of one of three types: a Noul (yes/no, returning the probability of yes), a Choice (one option from a set of up to 255, returning the full distribution), or a Score (a position along 2–10 ordered levels you describe, returned as the probability-weighted mean of the level indices). The state is ingested once and every question is evaluated against it in the same parallel pass, independently: one question’s answer is never context for another, so adding a question changes neither the other answers nor, materially, the latency. The answer is constrained to the option set supplied, which makes a type error structurally impossible and removes the parsing step entirely. What is NOT disclosed is almost everything a reader of this atlas would want: no parameter count, no layer count, no attention mechanism, no training compute. TypeSafe describes the sampling as "parallel" rather than sequential and says outputs are "type-safe structured values" whose "possible outputs and structure are defined in advance", and it names its training method RLCD — Reinforcement Learning for Calibrated Decisions — positioned against RLHF (optimizing human preference) and RLVR (optimizing verifiable correctness), aimed instead at "epistemically honest probabilities". Beyond those characterizations there is nothing to verify, and "non-autoregressive" should be read as the vendor’s own description rather than an established structural fact. The honest reading is that this is an output-contract innovation whose implementation is closed, launched 2026-09-15 and gated behind a waitlist that itself limits outside scrutiny. The calibration claim is the load-bearing one and the least tested. Every Choice and Score answer carries a `confidence` in [0,1] summarizing how peaked the distribution is; TypeSafe does not publish the formula, though the interactive widget in its own docs gives the three-option case as (3·p_max − 1)/2, i.e. normalized peak probability, which reproduces 12 of the 14 worked examples in the documentation exactly and misses two Score examples. Nouls deliberately carry no confidence at all, because a two-outcome distribution is fully described by its single value. No calibration curve has been published by TypeSafe or by anyone else, so whether these probabilities track real-world frequencies is untested in public — which matters, because calibration is the entire product.

The output is a probability distribution over a caller-supplied option set, not a token sequence — type errors are structurally impossible and there is nothing to parseOne state ingest, many independent questions, evaluated in parallel — the vendor’s parallel-questions cookbook prints 12.2× cheaper and 10.0× faster for 13 questions batched versus sent separately, with unchanged answers (its own primitives page states the same comparison as 11.5×/9.6× — an inconsistency inside the vendor docs)Three primitives that map onto three code constructs: Noul → an `if`, Choice → a switch, Score → a thresholdConfidence is returned as a first-class value, making "route this to a human" a decision the model participates in rather than one the caller guesses atRLCD — training for calibrated probabilities rather than for human preference (RLHF) or verifiable correctness (RLVR)Priced on input tokens only, output free — which is what makes speculative fan-out (asking questions you may not read) rationalArchitecture, parameter count and training compute: entirely undisclosed
⚖ The gain is real and narrow. For the thousands of small judgments that surround an LLM app — classify this ticket, is there PII in this prompt, does this passage support the claim, which of 18 job types is this — a constrained decision with a calibrated probability is strictly better than asking a chat model for JSON and hoping. It cannot hallucinate an option outside the set, it costs a fraction, and it tells you when it is unsure. The cost is that it does exactly nothing else: no generation, no reasoning chains, no tool calls. TypeSafe publishes an unusually frank list of what it is bad at — it reads instructions literally rather than charitably, cannot count reliably, treats dates as text rather than ordered quantities, degrades as the state fills with irrelevant detail, and does not treat state as adversarial by default, so injected instructions can move an answer. Each of those pushes work back into your code, which is the point but is not free. The deeper caution is evaluative, and TypeSafe raises it itself: its accuracy benchmarks score agreement with the average of GPT-6 Astra and Claude Fable 5.1 rather than against independent ground truth, which the launch post concedes "biases answers towards OpenAI and Anthropic’s models"; TypeSafe itself reports Jev at 67.8% against 74.1% for the best comparator; and its "does not hallucinate" claim is accompanied by its own admission that "our number is not empirical". Treat this as a promising output contract with one independent measurement behind it, not as a settled result. One further limit deserves naming because it is easy to design straight past: the model does not guarantee structural invariants between questions. The docs show the same question asked as a Noul and as a yes/no Choice returning 0.22 against 0.01, and a question plus its negation summing to 1.19 rather than 1. Thresholds do not transfer between question types, and the probabilities are not an algebra.
Who uses it
TypeSafe Jev 1.13 (jev-1.13.0)
Papers & references (6)
report ↗ · Introducing System One Models & Jev (2026)
Vendor launch post — the origin of the parallel-sampling and RLCD descriptions, and of the 193.6×/444.6× figures it calls "on the higher end of real world gains"
report ↗ · Primitives (Questions) — Choice, Score, Noul (2026)
The output contract: answer shapes, option/level limits, and the independence guarantee
report ↗ · Confidence (2026)
Confidence as a derived statistic over the distribution; the formula is shown only inside an interactive widget and is never stated in prose
report ↗ · Jev 1.13 jaggedness (2026)
The vendor’s own list of ten failure modes — unusually candid and the most useful page for anyone designing around it
report ↗ · Mini-Vibe Check: Jev judged everything I’ve written in 0.7 seconds (Every) (2026)
The only independent measurement located: ~25× faster than Claude Fable 5.1 (0.35s vs 8.83s median) but 6-of-7 planted defects caught against Fable’s 7-of-7
report ↗ · Training language models to follow instructions with human feedback (InstructGPT) (2022)
Primary record confirming TypeSafe CEO Diogo Almeida’s co-authorship — and, by its absence from arXiv:1706.03741, refuting the "co-invented RLHF" framing
Model family atlas — 116 versions across 24 families, open + proprietary
116 / 116
FamilyVersionYearArchitectureParamsCtxArchitecture notesRefs
Llama
Meta
LLaMA2023dense decoder7B–65B2kPre-norm RMSNorm, SwiGLU, RoPE, MHA; research-only weights; the template most later open models copied.2302.13971 ↗
Llama
Meta
Llama 22023dense decoder7B / 13B / 70B4kAdds GQA on the 70B; first commercial-use community license; RLHF-tuned Chat variants.2307.09288 ↗
Llama
Meta
Llama 3 / 3.12024dense decoder8B / 70B / 405B8k → 128k (3.1)GQA at every size, 128K-token vocab; 3.1 adds 405B and 128k ctx; 3.2 adds vision adapters and 1B/3B.2407.21783 ↗
Llama
Meta
Llama 42025sparse MoEScout 109B / 17B active (16 exp); Maverick 400B / 17B active (128 exp)10M (Scout) / 1M (Maverick)First Llama MoE; early-fusion native multimodality; iRoPE interleaved no-position layers for extreme ctx; Behemoth unreleased.report ↗
Qwen
Alibaba
Qwen2023dense decoder1.8B–72B2k–32kRoPE, SwiGLU, RMSNorm, untied embeddings, QKV bias; dynamic-NTK/logn ctx extension; Tongyi Qianwen license.2309.16609 ↗
Qwen
Alibaba
Qwen22024dense decoder0.5B–72B dense; 57B total / 14B active MoE32k–128kGQA at all sizes; dual chunk attention + YARN for long ctx; fine-grained-expert A14B MoE; succeeds interim Qwen1.5.2407.10671 ↗
Qwen
Alibaba
Qwen2.52024dense decoder0.5B–72B128k (1M variant)18T-token pretrain on same GQA dense stack; Qwen2.5-1M uses DCA + sparse attention; Turbo/Plus MoE are API-only.2412.15115 ↗
Qwen
Alibaba
Qwen32025sparse MoEDense 0.6B–32B; MoE 30B / 3B active and 235B / 22B active32k native (128k YaRN; 256k in 2507 refresh)QK-Norm replaces QKV bias; MoE: 128 experts, 8 active, no shared expert; one model switches thinking/non-thinking.2505.09388 ↗
Qwen
Alibaba
Qwen3.52026sparse MoE397B total / 17B active; 122B / 10B active at the mid tier262k native, documented as extensible to 1,010,000 via YaRNThe generation between Qwen3 and Qwen3.8, and the one that established the sparse-MoE flagship shape Qwen carried forward. Served on NVIDIA NIM; the 1M-token figure is a documented YaRN RoPE-scaling extension of a 262k-native window, not a natively-trained context.report ↗
Qwen
Alibaba
Qwen3.8-27B2026SSM / hybrid27.8B dense256kApache-2.0. Qwen3_5ForConditionalGeneration (multimodal class), 64 layers, GQA 24q/4kv — and linear_* + mamba_ssm_dtype config keys: the hybrid linear-attention recipe now ships in the small dense tier too.report ↗
Qwen
Alibaba
Qwen3.8-2.4T-A95B2026SSM / hybrid2.45T total / ~95B active (512 experts, 10 routed)256kQwen3_5MoeForCausalLM, 92 layers, hidden 8192, GQA 64q/4kv, vocab 248k; carries the same linear/Mamba hybrid keys. Custom qwen3.8-max license. Alibaba's largest published checkpoint.report ↗
Qwen
Alibaba
Qwen3.8-Flash-Next2026sparse MoE125B total / 6B active (512 experts, 10 routed + 1 shared) + 51B n-gram embedding + 4B MTP262k in config (1M on the productized Qwen3.8-Flash)48 layers as 12 × (3 × Gated DeltaNet → 1 × Qwen Sparse Attention), each followed by MoE. Introduces block-level sparse attention and a 20M-entry n-gram embedding table; carries hc_count 4 multi-stream residuals. Natively multimodal.report ↗
Qwen
Alibaba
Qwen3.8-Max2026undisclosedundisclosed — no open weights1M (API)Alibaba's closed flagship tier: served through the API and third-party routers at $2.00/$6.00 per 1M as of 2026-09-05, with no Qwen-published weights or architecture. The only Qwen3.8 entries with open weights are 27B, 2.4T-A95B and Flash-Next.report ↗
DeepSeek
DeepSeek-AI
DeepSeek LLM2024dense decoder7B / 67B4kLLaMA-style; GQA on the 67B; hyperparameter scaling-law study; permissive DeepSeek model license.2401.02954 ↗
DeepSeek
DeepSeek-AI
DeepSeek-V22024sparse MoE236B total / 21B active128kIntroduces Multi-head Latent Attention (low-rank KV compression) + DeepSeekMoE shared/fine-grained experts; ~93% KV-cache cut.2405.04434 ↗
DeepSeek
DeepSeek-AI
DeepSeek-V32024sparse MoE671B total / 37B active128kMLA; 256 routed + 1 shared experts (8 active); aux-loss-free load balancing; multi-token prediction; FP8 pretraining.2412.19437 ↗
DeepSeek
DeepSeek-AI
DeepSeek-R12025sparse MoE671B total / 37B active128kSame V3 architecture; GRPO RL for reasoning (R1-Zero: pure RL, no SFT); distilled dense 1.5B–70B releases; MIT weights.2501.12948 ↗
DeepSeek
DeepSeek-AI
DeepSeek-V3.12025sparse MoE671B total / 37B active128kOne model with thinking and non-thinking chat templates; UE8M0 FP8 scale format; long-ctx extended pretrain over V3.report ↗
DeepSeek
DeepSeek-AI
DeepSeek-V3.2-Exp2025sparse MoE671B total / 37B active128kAdds DeepSeek Sparse Attention (lightning indexer + top-k token selection) for near-linear long-context cost.report ↗
DeepSeek
DeepSeek-AI
DeepSeek-V4-Flash2026sparse MoE284B total / 13B active (technical report); the released checkpoint's safetensors metadata totals 290,944,616,4021MThe small half of the V4 pair, same CSA + HCA hybrid attention, 1M context (1,310,720 as served on Cloudflare). Note the two parameter figures differ by ~2%: the paper's 284B against 290.9B counted from the released weights — quote whichever you cite with its source, and prefer the paper for the architecture and the checkpoint for what you actually download.2606.19348 ↗
report ↗
DeepSeek
DeepSeek-AI
DeepSeek-V4-Pro2026sparse MoE1.6T total / 49B active (technical report)1MHybrid attention combining Compressed Sparse Attention and Heavily Compressed Attention: CSA compresses every m KV tokens into one learned entry then runs lightning-indexer top-k over the compressed stream plus a sliding window, while HCA compresses far harder and attends densely over the short result. DeepSeek reports 27% of V3.2's single-token inference FLOPs and 10% of its KV cache (vendor figure). 1M context. Served on Cloudflare and NVIDIA as the dated 0813 checkpoint.2606.19348 ↗
Mistral
Mistral AI
Mistral 7B2023dense decoder7.3B8k (4k sliding window)GQA + sliding-window attention with rolling KV cache; Apache 2.0.2310.06825 ↗
Mistral
Mistral AI
Mixtral 8x7B / 8x22B2023sparse MoE8x7B: 47B / 13B active; 8x22B: 141B / 39B active32k / 64kTop-2-of-8 sparse MoE feedforward, GQA; Apache 2.0; 8x22B (2024) extends ctx to 64k.2401.04088 ↗
Mistral
Mistral AI
Mistral Large 22024dense decoder123B128kDense decoder; weights open under Mistral Research License (non-commercial), unlike Apache-2.0 siblings.report ↗
Mistral
Mistral AI
Mistral Small 3 / 3.12025dense decoder24B32k → 128k (3.1)Latency-optimized shallow dense stack; Apache 2.0; 3.1 adds a vision encoder and 128k ctx; 3.2 tune follows.report ↗
report ↗
Mistral
Mistral AI
Magistral2025dense decoder24B (Small); Medium undisclosed128k (best ≤40k)Magistral Medium: RL-alone reasoning (GRPO variant) atop Mistral Medium 3; Magistral Small (from Mistral Small 3.1) adds cold-start SFT from Medium traces + RL; Small Apache 2.0, Medium API-only.2506.10910 ↗
report ↗
Mistral
Mistral AI
Mistral 3 (Large 3 + Ministral 3)2025sparse MoELarge 3: 675B total / 41B active; Ministral 3B / 8B / 14B dense256kFirst Mistral MoE since Mixtral; image understanding; NVFP4 checkpoint for Blackwell; entire family Apache 2.0.report ↗
report ↗
Gemma
Google
Gemma2024dense decoder2B / 7B8kGeGLU, RoPE; MQA on 2B, MHA on 7B; open weights under Gemma terms of use.2403.08295 ↗
Gemma
Google
Gemma 22024dense decoder2B / 9B / 27B8kAlternating 4k-local / 8k-global layers, GQA, logit soft-capping, pre+post RMSNorm; 2B/9B distilled from larger teachers.2408.00118 ↗
Gemma
Google
Gemma 32025adapter multimodal1B / 4B / 12B / 27B128k (1B: 32k)SigLIP vision encoder on 4B+; 5:1 local:global attention, QK-norm replaces soft-caps; official QAT int4 checkpoints.2503.19786 ↗
Gemma
Google
Gemma 42026dense decoderdense 2.3B / 4.5B / 12B / 31B, plus an MoE variant at 26B total / 3.8B active256kThe KV cache is the whole design story. Global attention layers re-use keys as values — the value projection is deleted and V is set equal to K — and the E2B/E4B variants add cross-layer KV sharing at ratios of 20/35 and 18/42, on top of a 5:1 local-sliding-window to global interleave (4:1 on the 2.3B) with p-RoPE at p=0.25 on global layers. Google reports the combination cuts the global KV footprint by up to 37.5%. Served on NVIDIA NIM (gemma-4-31b-it) and Cloudflare (gemma-4-26b-a4b-it).2607.02770 ↗
Phi
Microsoft
Phi-1 / Phi-1.52023dense decoder1.3B2k'Textbooks Are All You Need' synthetic-data thesis; phi-1 code-only, phi-1.5 common-sense reasoning.2306.11644 ↗
2309.05463 ↗
Phi
Microsoft
Phi-22023dense decoder2.7B2kScaled phi-1.5 recipe with knowledge transfer from phi-1.5 initialization; MIT-licensed in Jan 2024.report ↗
Phi
Microsoft
Phi-32024dense decoder3.8B mini / 7B small / 14B medium4k / 128k via LongRoPEmini uses a Llama-2-compatible block and runs on-phone; small adds GQA + blocksparse attention; Phi-3.5-MoE 42B/6.6B active sibling.2404.14219 ↗
Phi
Microsoft
Phi-42024dense decoder14B16kSynthetic-data-centric pretrain + pivotal-token DPO; 2025 mini/multimodal (LoRA vision-audio adapters) and reasoning variants.2412.08905 ↗
GLM / ChatGLM
Zhipu AI / Z.ai
ChatGLM-6B2023dense decoder6B2k (32k by ChatGLM2/3)GLM autoregressive blank-infilling with bidirectional prefix attention; GLM-130B (2022) was the 130B sibling.2103.10360 ↗
2210.02414 ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-4 (9B)2024dense decoder9B128k (1M variant)Moves to a standard causal decoder with GQA, RoPE, RMSNorm; All Tools agent tuning; GLM-4-9B-Chat-1M long-ctx variant.2406.12793 ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-4.52025sparse MoE355B total / 32B active; Air: 106B / 12B active128kDeep-narrow MoE; GQA with partial RoPE, QK-Norm, MTP layer, Muon optimizer; unified thinking/non-thinking; MIT.2508.06471 ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-4.62025sparse MoE355B total / 32B active200kSame base architecture as 4.5 with context extended 128k → 200k; agentic-coding focus; MIT weights.report ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-52026sparse MoE744B / 40B active (~753B all-in)~200kReleased 2026-02-11/12, MIT. "From Vibe Coding to Agentic Engineering"; 28.5T-token base; DSA added via continued pre-training and called lossles2602.15763 ↗
report ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-5.12026sparse MoE744B / 40B active (~753B all-in)~200kReleased 2026-04-03 (HF) / 2026-04-07 (docs.z.ai), MIT. Flagship for long-horizon agentic engineering; Z.ai claims up to 8 hours of continuous aureport ↗
report ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-5.22026sparse MoE753B total / 40B active1MIndexShare: DSA indexer run in 21 of 78 layers, reused ×4; MLA base; MTP shares indices; MIT, BF16+FP8 weightsreport ↗
2603.12201 ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-5.32026sparse MoEsame base model as GLM-5.2 (78 layers, 256 routed + 1 shared experts, 8 active)1MZ.ai states it outright: "GLM-5.3 uses the same base model as GLM-5.2 — every gain comes from post-training." A clean worked example of a major version number that is not an architecture change. Vendor claims open-weights SOTA on coding and a large jump in cyber/exploitation benchmarks over 5.2.report ↗
GLM / ChatGLM
Zhipu AI / Z.ai
GLM-5.3-Flash2026sparse MoE45 layers, 288 routed + 1 shared experts (8 active)1MThe architectural release of the 5.3 pair, and a different model class from GLM-5.3 (glm5_next, not glm_moe_dsa): 34 KDA linear-attention layers to 11 DSA full-attention layers (3:1), NoPE MLA with qk_rope_head_dim 0, a k-pooled sparse indexer at a 2,048 budget, MHC 4-stream residuals with 20 Sinkhorn iterations, aux-loss-free sigmoid routing, and one MTP layer. Natively multimodal.report ↗
Kimi
Moonshot AI
Kimi K22025sparse MoE1.04T total / 32B active128k384 experts (8 routed + 1 shared), MLA attention, 64 heads; MuonClip kept the 15.5T-token run spike-free; modified-MIT.2507.20534 ↗
Kimi
Moonshot AI
Kimi K2 Thinking2025sparse MoE1T total / 32B active256kInterleaved step-by-step reasoning with tool calls (hundreds of sequential calls); native INT4 QAT serving; same K2 MoE base.report ↗
Kimi
Moonshot AI
Kimi K2.52026sparse MoE1T total / 32B active256Kmoonshotai/Kimi-K2.5 on HF, updated ~2026-04-30, ~1.05M downloads/mo (1,053,459); Modified MIT; iterative K2 successor before K3report ↗
Kimi
Moonshot AI
Kimi K2.62026sparse MoE1T total / 32B active256Kmoonshotai/Kimi-K2.6 on HF, updated ~2026-05-19, ~1.15M downloads/mo (1,151,976); Modified MITreport ↗
Kimi
Moonshot AI
Kimi K2.7-Code2026sparse MoE1T total / 32B active256Kmoonshotai/Kimi-K2.7-Code on HF, updated ~2026-06-15, ~722K downloads/mo (722,058); Modified MIT; last K2-family drop before K3report ↗
Kimi
Moonshot AI
Kimi K32026sparse MoE2.78T total / 16-of-896 experts + 2 shared1MOpen weights 2026-07-27 (custom kimi-k3 license, ships 8-bit). 93 layers, KDA:MLA 69:24, AttnRes, natively multimodal (image+video in), 1M ctx — all config-verified.report ↗
report ↗
GPT-OSS
OpenAI
gpt-oss-20b2025sparse MoE20.9B total / 3.6B active128k32 experts top-4; alternating dense + 128-token banded-sparse attention, GQA (8 KV heads), attention sinks, RoPE + YaRN.2508.10925 ↗
GPT-OSS
OpenAI
gpt-oss-120b2025sparse MoE116.8B total / 5.1B active128k128 experts top-4; MXFP4 MoE weights fit a single 80GB GPU; adjustable low/medium/high reasoning effort.2508.10925 ↗
report ↗
OLMo
Allen Institute for AI (Ai2)
OLMo2024dense decoder1B / 7B2kNon-parametric LayerNorm, SwiGLU, RoPE; Dolma corpus + full training code released; Apache 2.0.2402.00838 ↗
OLMo
Allen Institute for AI (Ai2)
OLMo 22024dense decoder7B / 13B; 32B (2025)4kReordered post-block RMSNorm + QK-norm for training stability; Dolmino mid-training mix; 32B added Mar 2025.2501.00656 ↗
OLMo
Allen Institute for AI (Ai2)
Olmo 32025dense decoder7B / 32B65kBase/Think/Instruct/RL-Zero variants; releases the full 'model flow' (Dolma 3 data, checkpoints, code).report ↗
Falcon
TII (UAE)
Falcon 7B/40B/180B2023dense decoder7B / 40B / 180B2kMultiquery (7B) / multigroup (40B, 180B) attention, parallel attn+MLP blocks; web-only RefinedWeb data; Apache 2.0 (180B custom license).2311.16867 ↗
Falcon
TII (UAE)
Falcon 22024dense decoder11B8kMulti-stage long-context training to 8k; 11B-VLM sibling adds vision; permissive TII license.2407.14885 ↗
Falcon
TII (UAE)
Falcon Mamba2024SSM / hybrid7Btrained 8k; constant-memory decodePure Mamba-1 SSM, fully attention-free (not actually a hybrid); extra RMSNorms for stability; TII Falcon license.2410.05355 ↗
Falcon
TII (UAE)
Falcon 32024dense decoder1B–10B32k (8k on 1B)GQA small models; 10B built from 7B via depth upscaling; quantized and Mamba-refresh variants in the family.report ↗
Falcon
TII (UAE)
Falcon-H12025SSM / hybrid0.5B–34Bup to 256kParallel hybrid: attention heads and Mamba-2 SSM heads run side-by-side within each block; 18 languages.2507.22448 ↗
Command
Cohere
Command R2024dense decoder35B128kRAG and tool use with grounded citations; Aug-2024 refresh (32B) adds GQA; CC-BY-NC 4.0 + acceptable-use policy.report ↗
Command
Cohere
Command R+2024dense decoder104B128kGQA; multilingual, multi-step tool use; CC-BY-NC 4.0 non-commercial license.report ↗
Command
Cohere
Command A2025dense decoder111B256kInterleaved 3 sliding-window : 1 full-attention layers with NoPE in the full-attn layers; serveable on 2 GPUs; CC-BY-NC.2504.00698 ↗
Nemotron
NVIDIA
Nemotron-42024dense decoder15B; 340B4kRoPE, squared-ReLU MLP, GQA, no biases; 340B ships Base/Instruct/Reward for synthetic-data generation.2402.16819 ↗
2406.11704 ↗
Nemotron
NVIDIA
Llama-Nemotron2025dense decoderNano 8B / Super 49B / Ultra 253B128kPuzzle NAS-compressed Llama 3 derivatives with irregular per-layer blocks; runtime 'detailed thinking on/off' toggle.2505.00949 ↗
Nemotron
NVIDIA
Nemotron-H2025SSM / hybrid8B / 47B / 56BundisclosedMajority of attention layers replaced by Mamba-2 (constant per-token compute); FP8 pretraining; 47B distilled via MiniPuzzle.2504.03624 ↗
Nemotron
NVIDIA
Nemotron Nano 22025SSM / hybrid9B (pruned from 12B)128kMamba-2-heavy hybrid reasoner, up to ~6x decode throughput vs similar-size transformers; most pretraining data released.2508.14444 ↗
Nemotron
NVIDIA
Nemotron-3.5-Lightning2026SSM / hybrid30B total / 3B active (128 routed + 1 shared experts, 6 active)262k52 layers interleaving mamba, attention and MoE blocks (nemotron_h) with aggressive GQA — 32 query heads to 2 KV heads — and one MTP layer. Released in BF16 and NVFP4; the NVFP4 build is the more downloaded of the two.report ↗
2604.12374 ↗
Granite
IBM
Granite 3.x2024dense decoder2B / 8B dense; MoE 1B & 3B (400M / 800M active)4k → 128k (3.1+)GQA, RoPE; fine-grained dropless MoE variants; 3.1–3.3 extend ctx to 128k and add reasoning + speculative decoding.report ↗
Granite
IBM
Granite 4.02025SSM / hybridSmall 32B / 9B active; Tiny 7B / 1B active; Micro 3B dense128k validated (NoPE: length-flexible)9:1 Mamba-2:transformer blocks with no positional encodings; Small/Tiny are hybrid MoE, Micro dense; ISO 42001 certified.report ↗
Granite
IBM
Granite 4.22026dense decoder3B / 8B (40 layers) / 30B (64 layers), all dense131kNotable for what it is not: 4.0 was IBM's Mamba-2 hybrid line, but every 4.2 checkpoint published is a plain GraniteForCausalLM dense decoder with GQA (32 query / 8 KV heads) — no hybrid variant in the released set. Shipped across GGUF, MLX, FP8, MXFP4 and NVFP4 on day one.report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-12018dense decoder117M51212-layer decoder-only Transformer; generative pretraining + supervised task finetuning. Fully disclosed.report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-22019dense decoder1.5B1k48-layer decoder-only; scaled GPT-1 with pre-LayerNorm tweaks. Weights fully released (staged, 2019).report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-32020dense decoder175B2k96 layers, 96 heads, d_model 12288; alternating dense + locally banded sparse attention. Last fully disclosed GPT.2005.14165 ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-3.5 / ChatGPT2022dense decoderundisclosed (GPT-3 lineage)4k-16kRLHF-tuned GPT-3-series models (InstructGPT method). No new architecture disclosed; exact sizes undisclosed.2203.02155 ↗
report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-42023undisclosedundisclosed (~1.8T MoE reported)8k / 32kTech report explicitly withholds size and architecture. MoE with ~16 experts widely reported (reported, undisclosed).2303.08774 ↗
report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-4 Turbo2023undisclosedundisclosed128kCheaper, faster GPT-4 tier with 128k ctx and newer knowledge cutoff; zero architecture facts disclosed.report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-4o2024native multimodalundisclosed128kDisclosed: one network trained end-to-end across text/vision/audio (no adapter pipeline). Size and internals undisclosed.report ↗
2410.21276 ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-4.12025undisclosedundisclosed1MAPI-focused line with 1M-token context; long-context training improvements described, architecture not.report ↗
OpenAI GPT + o-series
OpenAI · proprietary
o1 (training-paradigm note)2024undisclosedundisclosed128k (preview) / 200kParadigm shift, not a disclosed arch: large-scale RL on chain-of-thought (hidden reasoning tokens). Internals undisclosed.report ↗
2412.16720 ↗
OpenAI GPT + o-series
OpenAI · proprietary
o3 (training-paradigm note)2025undisclosedundisclosed200ko1 successor: further-scaled RL on CoT plus agentic tool use inside the reasoning chain. Architecture undisclosed.report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-52025undisclosedundisclosed400k (API)Disclosed only at system level: real-time router over a fast model and a deeper reasoning model. Component archs undisclosed.report ↗
report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-5.5 / GPT-5.6 (Sol, Terra, Luna)2026undisclosedundisclosed1,050,000 (128k max output)The generation between GPT-5 and GPT-6. GPT-5.6 shipped as three named variants at three price points ($4/$20, $2/$12, $0.20/$1.20 per 1M), all sharing a 2026-02-16 knowledge cutoff. Sol was the frontier member until Astra replaced it.report ↗
OpenAI GPT + o-series
OpenAI · proprietary
GPT-6 Astra2026undisclosedundisclosed — but no longer merely absent: the EU AI Act obliges OpenAI to file the exact total to two significant figures with the AI Office, which releases it only on request1,050,000 (922k max input, 128k output)System card dated 2026-09-03; 1,050,000 context (922k max input, 128k output), text+image in, text out, knowledge cutoff 2026-04-30, reasoning effort low→max with 'none' unsupported. Searching both the 117-page system card and the launch page returns zero hits for parameter count, layers, experts, MoE, FLOPs, GPU-hours or attention variant — Section 2, 'Model Data and Training', is a single paragraph (RL-trained reasoning producing a long internal chain of thought, over diverse filtered datasets). What does exist, and is worth more than an empty cell: (1) An EU Article 53(1)(d) training-content summary with real bucketed figures — text >10 trillion tokens, images >1 billion, audio >1 million hours, video >1 million hours; a crawl window running to May 2026; synthetic data generated by GPT-5.6, GPT-5.5 and GPT-5.4; and the flat statement that Astra 'is not a modification or a fine-tune of a prior model'. (2) A serving-stack disclosure: misalignment monitoring runs as 'a system of classifiers which check the model's reasoning and actions', asynchronously over all tool-using inference, at 'significant compute cost', able to hard-stop a request with HTTP 403. (3) A second, more conservative refusal boundary trained into the model itself. (4) A disclosed regression: OpenAI states Astra's chain of thought is harder to monitor than GPT-5.6 Sol's under adversarial evasion. The only quantitative architectural constraint in existence is relative and comes from a post on X by Chief Scientist Jakub Pachocki (2026-09-01): the depth of the computation graph for present frontier models including Astra is 'within a factor of two of GPT-4' `(reported)` — an attributed statement, not a formal disclosure, and one this project could not re-verify because X is unreachable from its research environment and the only archived capture of that account predates the post by a year. Treat it accordingly, and see the looped-transformer entry for the separate, single-source claim that Astra uses recurrence — which is NOT established. Every circulating parameter figure (~5T, ~8T, ~10T MoE) traces to press estimates or anonymous posts with no method; one of them repudiates itself on its own page. None belong in a catalog.report ↗
report ↗
report ↗
Anthropic Claude
Anthropic · proprietary
Claude 12023undisclosedundisclosed9k → 100k (May 2023)No arch/params ever disclosed. Training method is public: RLHF + Constitutional AI. Ctx jumped 9k→100k mid-2023.report ↗
2212.08073 ↗
Anthropic Claude
Anthropic · proprietary
Claude 22023undisclosedundisclosed100k (2.1: 200k)Model card covers evals and safety only; no architecture facts. 100k ctx; Claude 2.1 raised it to 200k.report ↗
Anthropic Claude
Anthropic · proprietary
Claude 3 (Haiku / Sonnet / Opus)2024undisclosedundisclosed200kFirst multimodal (vision-input) tier, three sizes. Model card gives evals and ctx; params/architecture undisclosed.report ↗
report ↗
Anthropic Claude
Anthropic · proprietary
Claude 3.5 Sonnet2024undisclosedundisclosed200kMid-generation upgrade (speed/cost/evals disclosed; later 3.5 Haiku and computer use). Architecture undisclosed.report ↗
Anthropic Claude
Anthropic · proprietary
Claude 3.7 Sonnet2025undisclosedundisclosed200kFirst 'hybrid reasoning' Claude: one model, optional extended-thinking token budget. Paradigm disclosed, architecture not.report ↗
Anthropic Claude
Anthropic · proprietary
Claude 4 family (Opus 4 / Sonnet 4, later 4.1 / 4.5)2025undisclosedundisclosed200k (Sonnet 4: 1M beta)Hybrid reasoning with tool use during extended thinking; detailed system cards published. Architecture undisclosed.report ↗
Anthropic Claude
Anthropic · proprietary
Claude Sonnet 5 / Opus 52026undisclosedundisclosed1M (128k max output)Sonnet 5 released 2026-06-30, Opus 5 on 2026-07-24 at $5/$25 per 1M. Anthropic's guidance makes Opus 5 the default starting point for most workloads rather than the top of the range.report ↗
Anthropic Claude
Anthropic · proprietary
Claude Fable 5.1 (and Mythos 5.1)2026undisclosedundisclosed, and explicitly so — the system card says Anthropic withholds 'competitively sensitive information' (§6.1.3)1M (128k max output)Released 2026-09-01 as claude-fable-5-1, 1M context / 128k output, $10/$50 per 1M, knowledge cutoff June 2026. The 212-page system card contains no parameter, layer, expert, MoE, attention or training-compute figure anywhere — but it is dense with mechanism, and several of these are genuine architectural facts: (1) **Fable 5.1 and Mythos 5.1 are one model.** Verbatim: 'Claude Fable 5.1 and Claude Mythos 5.1 are two configurations of a new large language model from Anthropic, sharing identical model weights.' Mythos relaxes life-sciences safeguards for vetted users; the difference is safeguards, not weights. (2) **A quantified tokenizer change** — Fable 5.1 uses the tokenizer introduced with Claude Opus 4.7, on which the same text yields roughly 30% more tokens than on pre-4.7 models, which is why 1M tokens is ≈555k words rather than ≈750k. (3) **A two-model serving topology**: thinking summaries are produced by a different model from the one serving the request, and the thinking model never sees the summary; raw chain of thought is never returned, and the `signature` field is an encrypted copy of the full reasoning. (4) **A decoding-layer watermark**: keyed pseudorandom next-token selection replaces the arbitrary RNG, adding no tokens and no hidden characters — a real change at the decode step. (5) **Probes on live activations**: production traffic is screened by a linear probe reading Claude's internal activations, escalating to a trained classifier — a white-box fact about the deployed stack, though it names no layer index or width. (6) Thinking is always on and cannot be disabled (forced tool use now errors precisely because it would skip thinking); effort is 'a behavioral signal, not a strict token budget', implemented by shaping the rendered prompt rather than constraining the decoder; sampling is locked — non-default temperature/top_p/top_k return 400. Anthropic's non-disclosure is deliberate and extends to its research: its interpretability papers report results on '25 evenly spaced layers of the model's residual stream reindexed to the range [0-100]', a normalization that destroys the layer-count leak this genre used to produce.report ↗
report ↗
report ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
PaLM (precursor)2022dense decoder540B2kFully disclosed: decoder-only, SwiGLU, parallel layers, multi-query attention, RoPE; 540B dense trained on Pathways.2204.02311 ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
PaLM 2 (precursor)2023undisclosedundisclosed (stated smaller than PaLM)undisclosedReport discloses compute-optimal scaling and mixture-of-objectives training but withholds size and architecture details.2305.10403 ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
Gemini 12023native multimodalundisclosed (Nano-1 1.8B / Nano-2 3.25B disclosed)32kDecoder-only Transformers with multi-query attention; natively multimodal over interleaved text/image/audio/video.2312.11805 ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
Gemini 1.52024sparse MoEundisclosed1M (10M in research)Tech report explicitly discloses a sparse mixture-of-experts Transformer; expert count and params withheld.2403.05530 ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
Gemini 2.02024undisclosedundisclosed1MAgentic-era release: native tool use, native image + audio output (Flash first). Blog discloses capabilities, not architecture.report ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
Gemini 2.52025sparse MoEundisclosed1MReport: sparse-MoE Transformers, natively multimodal, with 'thinking' (RL on chain-of-thought). Params undisclosed.2507.06261 ↗
Google Gemini (+ PaLM lineage)
Google / Google DeepMind · proprietary
Gemini 3 → 3.8 Flash2026sparse MoEundisclosed — MoE is disclosed, expert and parameter counts are not1,048,576 (65,536 output)Eight releases from Gemini 3 Pro Preview (2025-11-18) to Gemini 3.8 Flash GA (2026-09-02), which is text/image/video/audio/PDF in at $0.75/$3.75 per 1M with a March 2026 cutoff and a restricted Flash Cyber sibling. The architecture disclosure is real but only reachable by reference chain: each Flash card defers to the previous one back to the Gemini 3 Pro card, which states the line is a "sparse mixture-of-experts (MoE) … transformer" with native multimodal support, trained on TPUs. Cite the Gemini 3 Pro card for that fact, not the 3.8 Flash card.report ↗
report ↗
xAI Grok
xAI · proprietary
Grok-12023sparse MoE314B total / ~25% active per token (2-of-8 experts)8kOpen-sourced Mar 2024 under Apache-2.0: 8-expert MoE, 2 active per token — the one fully disclosed Grok.report ↗
report ↗
xAI Grok
xAI · proprietary
Grok-1.52024undisclosedundisclosed128k128k ctx and improved reasoning/math; no architecture disclosure (1.5V added vision via unstated means).report ↗
xAI Grok
xAI · proprietary
Grok-22024sparse MoEundisclosed at launch128kNo disclosure at launch; weights published on Hugging Face in Aug 2025, making the large-MoE checkpoint inspectable.report ↗
report ↗
xAI Grok
xAI · proprietary
Grok 32025undisclosedundisclosed1MTrained on Colossus (~200k GPUs); Reasoning variants with test-time compute ('Think'). No architecture facts disclosed.report ↗
xAI Grok
xAI · proprietary
Grok 42025undisclosedundisclosed256kRL scaled toward pretraining-level compute; native tool use and multi-agent 'Heavy' variant. Architecture undisclosed.report ↗
xAI Grok
xAI · proprietary
Grok 4.5 / 4.62026undisclosedundisclosed500k on 4.6 (the older 4.20 and 4.3 carry 1M)Grok 4.6 released 2026-08-12 at $2/$6 per 1M, doubling above 200k tokens. Unusually for this cohort xAI does disclose training method — a longer supplemental run than 4.5, curated model-generated data for reasoning, regenerated SFT trajectories and agentic RL environments — while still publishing no parameter count or MoE claim. Note the context inversion: the newer 4.6 has half the window of the older 4.20/4.3. The x.ai footer now identifies the entity as SpaceXAI LLC.report ↗
report ↗
Amazon Nova
Amazon (AGI) · proprietary
Nova 1.0 (Micro / Lite / Pro)2024undisclosedundisclosed128k (Micro) / 300k (Lite, Pro)Transformer-based per tech report; Lite/Pro take text+image+video input, Micro text-only. No params or topology disclosed.report ↗
2506.12103 ↗
Amazon Nova
Amazon (AGI) · proprietary
Nova Premier2025undisclosedundisclosed1MTop tier with 1M ctx, positioned as a teacher model for distillation into smaller Novas. Architecture undisclosed.2506.12103 ↗
Mistral Large (proprietary tier)
Mistral AI · proprietary
Mistral Large2024undisclosedundisclosed32kAPI/Azure flagship; announcement gives benchmarks, multilingual claims, and 32k ctx only. No architecture disclosure.report ↗
Mistral Large (proprietary tier)
Mistral AI · proprietary
Mistral Large 2 (2407)2024dense decoder123B128kDisclosed 123B dense decoder, 128k ctx; weights downloadable under the non-commercial Mistral Research License.report ↗
Ling / Bailing
InclusionAI (Ant Group)
Ling 3.0 tiny2026sparse MoE24 layers, 128 experts, 8 active131kThe small end of the Bailing V3 line: hidden size 1,536, MLA-style compression (kv_lora_rank 512, q_lora_rank 256), grouped routing over 8 groups selecting 4, and partial rotary (factor 0.5). No MTP head in this checkpoint.report ↗
Ling / Bailing
InclusionAI (Ant Group)
Ling 3.0 flash2026sparse MoE42 layers, 512 experts, 8 active262kFour times the expert count at under twice the depth — 512 experts of intermediate size 768, routed 8-at-a-time through 8 groups with top-4 group selection, plus one MTP layer. Served on OpenRouter at $0.06/$0.18 per 1M with domain-tuned 'fin' and 'sante' variants, including free tiers.report ↗
LFM (Liquid Foundation Models)
Liquid AI
LFM2.5 (dense)2026SSM / hybrid230M / 1.2B (16 layers) / 2.6B128klayer_types interleaves 'conv' and 'full_attention' — short causal convolutions with conv_L_cache 3 doing most of the sequence mixing, GQA (32 query / 8 KV) on the attention layers. A different bet from Mamba-style SSMs: a 3-wide convolution has no recurrent state to manage at all.report ↗
LFM (Liquid Foundation Models)
Liquid AI
LFM2.5-8B-A1B (MoE)2026SSM / hybrid8B total / ~1B active (32 experts, 4 active)128kThe same conv/attention interleave over 24 layers with a sparse FFN — 32 experts of intermediate size 1,792, 4 routed per token. A vision variant (LFM2.5-VL-1.6B) ships alongside the text line.report ↗
Hunyuan
Tencent
Hy4-preview2026sparse MoE779,960,992,733 (~780B) total / 49B active — 256 routed + 1 shared experts, top-81M78 layers, MoE in 77 of them, MLA (kv_lora_rank 512, q_lora_rank 2048) with DeepSeek sparse attention on every layer at a 2,048 index budget. Three mechanisms rarely seen together: gated MLA with learnable attention sinks (gated_mla, learnable_sink), IndexCache (indexer_types 21 full / 57 shared), and iHC identity hyper-connections (hc_mult 4). Apache-2.0; param total is weight-verified and matches the card's 770B + 10B MTP accounting.report ↗
Muse
Meta Superintelligence Labs · proprietary
Muse Spark (1.1 / 1.2 / 1.3)2026undisclosedundisclosed1,048,576Announced 2026-04-08 as the first Muse model, "a natively multimodal reasoning model with support for tool-use, visual chain of thought, and multi-agent orchestration". Text/image/video/audio/PDF in, text out; $1.25/$4.25 per 1M with a cheaper 'contributor' tier that trades training-data rights for price. Meta's own 160-page safety report contains no parameter count, no MoE claim and no training compute. Meta publishes one regression: audio understanding is "not fully supported" in 1.3.report ↗
Muse
Meta Superintelligence Labs · proprietary
Muse Glimmer 30B2026dense decoder29,776,626,688 (~29.8B) — dense, no MoE131k+The open half of the line, Apache-2.0, and a deliberate counter-current: dense at a moment when almost every peer is sparse. 52 layers, hidden 6,656, GQA at 32 query heads to 2 KV heads (16:1), and an attention pattern of three sliding-window layers (window 2,048) to one global — with the 13 global layers carrying layer_rope_theta 0, i.e. NoPE. Vision comes from Meta's Perception Encoder (~1.8B ViT-G/14, up to 4,096 visual tokens per image). Distilled from Muse Spark as teacher, quantized to run in 24–32GB. Ships with a block-diffusion speculative drafter.report ↗
2504.13181 ↗
Reading path — the canon, in order
01
microgpt (Andrej Karpathy, 2026) article
Start here: a 200-line, dependency-free Python GPT covering data, tokenizer, autograd, attention, Adam and sampling. Later entries swap out or scale up its pieces.
02
Let's build GPT: from scratch, in code, spelled out. (Andrej Karpathy, 2023) video
Builds a character-level decoder-only GPT in PyTorch with batches, a causal mask, LayerNorm and dropout: the step from microgpt's scalar loop to tensor code.
03
Attention Is All You Need (2017)
The block everything else edits. Read §3 twice.
04
BERT: Pre-training of Deep Bidirectional Transformers for Language Understanding (2018)
Encoder-only masked LM — where transfer learning in NLP clicked.
05
Language Models are Few-Shot Learners (GPT-3) (2020)
Scale as a capability: in-context learning appears.
06
LLaMA: Open and Efficient Foundation Language Models (2023)
The modern dense recipe — RMSNorm + RoPE + SwiGLU.
07
GQA: Training Generalized Multi-Query Transformer Models from Multi-Head Checkpoints (2023)
GQA — why serving cost is an architecture decision.
08
09
Mixtral of Experts (2024)
Mixtral — open MoE that beat dense at a fraction of active params.
10
DeepSeek-V2: A Strong, Economical, and Efficient Mixture-of-Experts Language Model (2024)
DeepSeek-V2 — MLA + fine-grained MoE; the efficiency playbook.
11
Mamba: Linear-Time Sequence Modeling with Selective State Spaces (2023)
Mamba — the strongest attention alternative.
12
Jamba: A Hybrid Transformer-Mamba Language Model (2024)
Jamba — why hybrids, not replacements, ship.
13
DeepSeek-R1: Incentivizing Reasoning Capability in LLMs via Reinforcement Learning (2025)
DeepSeek-R1 — reasoning is training, not architecture.
14
From GPT-2 to gpt-oss: Analyzing the Architectural Advances (Sebastian Raschka, 2025) article
Starts from GPT-2 (microgpt's model is GPT-2-like) and walks each change to OpenAI's 2025 gpt-oss: no dropout, RoPE, SwiGLU, MoE, GQA, sliding window, RMSNorm.
15
The Big LLM Architecture Comparison (Sebastian Raschka, 2025) article
Diagram-led, model-by-model tour (DeepSeek V3 to GLM-5, Gemma 4 added Apr 2026): MoE layouts, MLA, norm placement, QK-norm, NoPE, linear-attention hybrids.
16
A Visual Guide to Attention Variants in Modern LLMs (Sebastian Raschka, 2026) article
Attention only, MHA to hybrids: GQA's KV savings, MLA's compression, sliding-window ratios, DeepSeek Sparse Attention's indexer, gated attention, Gated DeltaNet.
17
DeltaNet Explained (Part I) (Songlin Yang, 2024) article
The DeltaNet author's own explainer: linear attention as an RNN, why its fixed-size state struggles at recall, and how the delta rule fixes it.
18
Recent Developments in LLM Architectures: KV Sharing, mHC, and Compressed Attention (Sebastian Raschka, 2026) article
2026's efficiency tweaks: Gemma 4's cross-layer KV sharing and per-layer embeddings, ZAYA1's compressed attention, DeepSeek V4's CSA/HCA caches and mHC residuals.
19
The Smol Training Playbook: The Secrets to Building World-Class LLMs (Loubna Ben Allal et al. (Hugging Face), 2025) article
Its architecture chapter runs Hugging Face's own ~1B ablations (MHA/MQA/GQA, tied embeddings, z-loss) and covers MLA, NoPE for long context, MoE, hybrids.
20
nanochat: The best ChatGPT that $100 can buy (Andrej Karpathy, 2025) repo
Next step up from microgpt: a small PyTorch repo with BPE tokenizer, pretraining, SFT, RL, eval and KV-cache inference. Trains a GPT-2-grade model on one 8xH100 node.
21
Deep Dive into LLMs like ChatGPT (Andrej Karpathy, 2025) video
A 3.5-hour general-audience tour of the training stack: pretraining data, tokenization, inference, SFT, RL/RLHF and hallucinations. Expands the post's Real stuff.
Sign in to continue

LLM Switchboard is private — sign in with Authlee to access the control room.

Sign in with Authlee
← Back to home