LLM Company Anatomy
21-slot reference atlas + provisional MZN map
A structured map of the capability areas behind a modern LLM organization: 21 slots, 529 verified sub-endpoints, and a provisional MZN position layer prepared for later independent technical review.
A reference artifact, not a completeness claim.
This atlas was assembled during the bounded Phase 2 formation period to decompose the LLM-company problem space and make MZN’s technical coverage reviewable. The taxonomy is broader than the eligible Phase 2 solo-asset set.
Why this anatomy exists
MZN’s LLM-related work spans tokenizer systems, inference/monitoring, security, optimization, evaluation and broader architecture. This page provides one consistent reference frame before those assets are reviewed individually.
The source atlas synthesizes public academic literature, open technical releases and documented industry practice available to the author through the May 2026 snapshot. It groups the LLM-company surface into five pre-training slots, four alignment/post-training slots, four evaluation & safety slots, four inference & production slots, and four cross-cutting slots.
Each slot retains its reference definition, design choices, trade-offs, published-paper context, open questions and nested endpoint tree. The position layer is intentionally secondary to the anatomy itself.
The 21-slot framework
Five groups. Twenty-one slots. 529 verified, unique sub-endpoints. The map is a synthesized technical-review taxonomy; it is not presented as an external industry standard.
A provisional map across all 21 slots
Canonical snapshot: 7 Strong, 13 Partial, 1 Gap. These are self-positioning labels for review, not equivalence to a frontier lab or independent validation.
| Slot | Title | Level | Provisional position summary |
|---|---|---|---|
| A1 | Data | STRONG | Phase 1 operating data context + consent-first data architecture work |
| A2 | Tokenizer | STRONG | Tokenizer implemented and internally tested in Phase 2 |
| A3 | Architecture | PARTIAL | Documented LLM architecture and optimization candidates |
| A4 | Training | PARTIAL | Training methodology documented; frontier-scale execution not demonstrated |
| A5 | Compute | GAP | No founder-operated frontier training cluster |
| B1 | SFT | PARTIAL | Supervised fine-tuning methodology documented |
| B2 | Preference Optimization | PARTIAL | Preference-design and output-conformance methods documented |
| B3 | Constitutional Methods | PARTIAL | Principle-based alignment architecture documented |
| B4 | Red-Teaming | PARTIAL | Adversarial and red-team methodology documented |
| C1 | Capability Evaluation | PARTIAL | Evaluation frameworks plus Phase 1 product telemetry context |
| C2 | Safety Evaluation | STRONG | Documented safety-evaluation and safety-architecture work |
| C3 | Robustness | PARTIAL | Robustness research linked to security and failure-mode analysis |
| C4 | Output Safety | STRONG | Output-centered safety and control architecture documented |
| D1 | Serving | PARTIAL | Phase 1 application serving context; frontier LLM serving not demonstrated |
| D2 | Inference Optimization | STRONG | Documented inference-optimization frameworks |
| D3 | Monitoring | STRONG | GPU monitoring system implemented and internally tested |
| D4 | Deployment | PARTIAL | Phase 1 deployment experience; frontier-model deployment not demonstrated |
| E1 | Data Governance | PARTIAL | Consent-first governance architecture with Phase 1 operating roots |
| E2 | Security | STRONG | Substantial security architecture and protocol research documented |
| E3 | Privacy | PARTIAL | Privacy-by-design posture documented; professional review pending |
| E4 | Compliance | PARTIAL | Compliance mapping documented; no certification claim |
Slot-by-slot anatomy
Each slot below opens with MZN's provisional position, then the reference industry view (definition, state of the art, decisions, trade-offs, numbers, open questions, frontier analyst position, examples, references), and concludes with an expandable 529-item sub-endpoint anatomy.
Data
The pre-training corpus is the model's universe of evidence: every text, code file, image-caption pair, and audio transcript that establishes what the model considers possible. Corpus engineering — acquisition, extraction, filtering, deduplication, mixing — sets the absolute capability ceiling. Post-training can refine and align, but cannot exceed what is latent in the data.
Frontier models (2025-2026) train on 10-30 trillion text tokens plus billions of multimodal pairs. A leading open-weights flagship model used 15T tokens. An open-weights frontier model (V3 class) used 14.8T tokens. A current-generation frontier model estimated similar order. Frontier shift: from raw web scale to curated quality (FineWeb-Edu, DCLM-baseline). Multimodal natively integrated from pre-training (a multimodal frontier model, a frontier multimodal model, a long-context frontier model).
- Corpus size (tokens)
- Source mixture (web/code/math/books/multimodal)
- Quality vs. quantity trade-off
- Multilingual ratio
- Recency vs. archival
- Deduplication aggressiveness
- License/safety filtering severity
- More tokens → diminishing returns past Chinchilla-optimal
- Higher quality filtering → smaller corpus but better downstream performance
- Multilingual breadth → English depth slightly lower per token
- Web-heavy → broader knowledge but lower factual accuracy
- Chinchilla-optimal: ~20 tokens per parameter (Hoffmann 2022). A leading open-weights flagship model used 37 tokens/param — substantially over-trained, deliberately for inference cost.
- Quality filtering: FineWeb-Edu retains ~3% of CC after model-based filtering, matches 5× larger raw corpora.
- Multilingual cost: each non-English language added consumes ~2-5% of effective English capacity at fixed parameter count (Conneau et al., 2019; Pfeiffer et al., 2022).
- Synthetic data ceiling: a synthetic-heavy small frontier model demonstrated ~70B-class performance at 3.8B with synthetic-heavy training; ratio collapses past ~50% synthetic mix (mode collapse, Shumailov et al. 2024).
- Code corpus contribution to general reasoning: ~3-7% MMLU gain attributable to code in pre-training (Aryabumi et al., 2024).
- What is the actual scaling law for synthetic data quality vs. quantity? a synthetic-heavy small frontier model demonstrated existence proof but not optimal mix.
- Is there a multilingual scaling law analogous to Chinchilla? Adding 100 languages vs. 10 with same compute — no published frontier-scale result.
- How much of frontier model capability comes from data quality vs. quantity vs. mix curriculum? a leading open-weights model paper hints curriculum matters; no isolated study at scale.
- Copyright-clean training: can a frontier model be trained on only permissively-licensed data without significant capability loss? No public attempt at frontier scale.
Reference analyst note. Quality > quantity is now consensus, but the field has overcorrected — most labs underweight diversity in chase of curated quality. The 'textbook quality' direction (a synthetic-heavy small frontier model) is a local optimum, not a global one. Frontier 2026-2027 will rebalance toward curated-but-diverse, with synthetic data filling specific holes (math reasoning, agent traces) not as bulk replacement.
Quality > quantity is now consensus, but the field has overcorrected — most labs underweight diversity in chase of curated quality. The 'textbook quality' direction (a synthetic-heavy small frontier model) is a local optimum, not a global one. Frontier 2026-2027 will rebalance toward curated-but-diverse, with synthetic data filling specific holes (math reasoning, agent traces) not as bulk replacement.
A leading open-weights model: 15T tokens, 5% non-English, code 17% · an open-weights frontier model (V3 class): 14.8T tokens, multilingual focus · FineWeb-Edu: 1.3T high-quality educational tokens (open) · RedPajama-V2: 30T tokens (open) · DCLM-baseline: 4T tokens with model-based filtering
Hoffmann et al., Chinchilla (2022) · Penedo et al., FineWeb (2024) · Li et al., DataComp-LM (2024) · Soldaini et al., Dolma (2024)
Sub-endpoint anatomy — 66 items mapped
A1.1 Source Registry
+ deeper detail (3 leaves)
- A1.1.1.1 Common Crawl snapshot selection Which CC dumps to include — recent, historical, or both. Industry standard: Multiple snapshots (e.g. 95+ in FineWeb), spanning years to capture historical text and reduce recency bias.
- A1.1.1.2 WARC vs WET extraction WARC contains raw HTML; WET contains pre-extracted text. Extraction-from-WARC yields better text but costs 10-100x compute. Industry standard: Frontier labs increasingly re-extract from WARC. RefinedWeb and Dolma use trafilatura/resiliparse on WARC.
- A1.1.1.3 Crawl coverage gaps Languages, domains, and content types under-represented in CC. Industry standard: Supplement CC with targeted crawls for low-resource languages, code (GitHub), academic (ArXiv, PubMed), books.
+ deeper detail (3 leaves)
- A1.1.2.1 Wikipedia corpus Wikipedia dumps in multiple languages. Industry standard: Multiple language editions; extracted via WikiExtractor or mwparserfromhell to plain text.
- A1.1.2.2 Book corpora Books3 (deprecated), Project Gutenberg, licensed publisher feeds, scanned books. Industry standard: Mixed sourcing. Some labs license; some use Books3-derivatives (legally contested).
- A1.1.2.3 Academic corpora ArXiv, PubMed, S2ORC, ACL Anthology, etc. Industry standard: Heavy use; ArXiv especially common. Math/code-heavy LaTeX requires special pre-processing.
+ deeper detail (2 leaves)
- A1.1.3.1 License-aware code filtering Excluding code under restrictive licenses (GPL, AGPL) from training. Industry standard: The Stack v1.2 includes only permissive licenses (MIT, Apache, BSD); exclusion of restrictive licenses standard at frontier labs.
- A1.1.3.2 Repository quality signals Star count, fork count, file size, language detection accuracy. Industry standard: Filter by star count threshold, exclude minified/auto-generated code, detect language by linguist library.
A1.2 Cleaning Pipeline
+ deeper detail (2 leaves)
- A1.2.1.1 Boilerplate detection method Algorithm choice: rule-based, ML-based, or hybrid. Industry standard: Hybrid: HTML-rule-based extraction (trafilatura) + density-based heuristics.
- A1.2.1.2 Cross-template repetition handling Same boilerplate appearing across millions of pages (e.g. WordPress footer). Industry standard: Detected via document-level n-gram repetition; pages with high boilerplate ratio dropped.
+ deeper detail (2 leaves)
- A1.2.3.1 Confidence threshold for language ID Probability cutoff below which a document is rejected or flagged as mixed-language. Industry standard: Typically 0.65 for fastText. Higher for low-resource languages to reduce false positives.
- A1.2.3.2 Multi-language documents Documents containing significant amounts of two or more languages. Industry standard: Either split by paragraph or assign primary language. No consensus on best handling.
A1.3 Deduplication
+ deeper detail (3 leaves)
- A1.3.1.1 URL-level dedup Removing duplicate URLs across crawl snapshots. Industry standard: First pass; trivially cheap.
- A1.3.1.2 Document-hash dedup SHA-256 of normalized document text. Industry standard: Standard. Catches identical content under different URLs.
- A1.3.1.3 Line-level dedup Removing globally repeated lines across the corpus. Industry standard: Used selectively; aggressive line dedup damages legitimate quoted text.
+ deeper detail (4 leaves)
- A1.3.2.1 Shingling (n-gram) parameter Token n-gram size used to construct MinHash input set. Industry standard: 5-gram shingles common; some pipelines use 7-gram or word-13-grams.
- A1.3.2.2 MinHash signature length Number of hash functions used to build the MinHash signature. Industry standard: 100-200 hashes. Tradeoff: more hashes = higher precision, more compute.
- A1.3.2.3 LSH banding Locality-sensitive hashing parameters: number of bands × rows-per-band. Industry standard: Tuned to target Jaccard threshold. e.g. 20 bands × 9 rows ≈ threshold 0.8.
- A1.3.2.4 Jaccard threshold Minimum Jaccard similarity for two documents to be considered near-duplicates. Industry standard: 0.8 (Lee et al. 2022 reference); some pipelines use 0.85 or 0.7 depending on tolerance.
+ deeper detail (2 leaves)
- A1.3.3.1 Embedding model choice Which encoder (E5, BGE, GTE, a leading frontier lab ada) generates the document embeddings. Industry standard: Open-source encoders (E5, BGE) for reproducibility; proprietary at large labs.
- A1.3.3.2 Cosine similarity threshold Cutoff for considering two embeddings as semantic duplicates. Industry standard: 0.95+ for near-duplicate semantic level; below this, content variation expected.
A1.4 Quality Filtering
+ deeper detail (4 leaves)
- A1.4.1.1 Line-length distribution Mean line length, max line length, lines per document. Industry standard: Drop documents with unusual line distributions (very long lines = likely scraped tables; very short = navigation).
- A1.4.1.2 Repetition detection Repeated lines, repeated paragraphs, repeated n-grams within a document. Industry standard: Drop documents where >X% of lines repeat. RefinedWeb uses thresholds in 0.2-0.3 range.
- A1.4.1.3 Symbol-to-text ratio Ratio of non-alphanumeric characters to total characters. Industry standard: High symbol ratio → likely code, table, or noise. Filter or route to code-specific path.
- A1.4.1.4 Stopword presence Documents lacking common stopwords are likely lists, tables, or non-natural text. Industry standard: Require minimum stopword density (typically >2%) for general-text classification.
+ deeper detail (2 leaves)
- A1.4.3.1 Reference set construction What counts as 'good' for training the classifier. Industry standard: Typically Wikipedia, books, academic papers, or LLM-judged 'educational' web pages (FineWeb-Edu).
- A1.4.3.2 Classifier architecture fastText, an encoder-only model-based, or LLM-as-judge. Industry standard: fastText for scale (RefinedWeb), small an encoder-only model or distilled models for higher quality.
A1.5 Domain Mixing & Weighting
A1.6 Contamination Control
A1.7 Provenance Ledger
A1.8 Synthetic Data Integration
Tokenizer
The tokenizer maps raw text into discrete tokens — the model's vocabulary. Tokenizer choice is permanent: it defines vocabulary size, multilingual coverage, code handling, and context-window efficiency. A bad tokenizer wastes context (more tokens per character), degrades multilingual performance, and cannot be changed without retraining. Frontier tokenizers are byte-level BPE or SentencePiece with 100K-256K vocabulary.
a current-generation frontier model tokenizer (cl100k_base, 100K vocab) and a leading open-weights model tokenizer (128K vocab, multilingual) are reference points. Byte-level BPE (open-source BPE tokenizer libraries, a foundational decoder-only model lineage) handles any UTF-8 input gracefully. SentencePiece (open-weights models) supports both BPE and Unigram. Multimodal tokenizers add image tokens (256-1024 per image) and audio tokens.
- Vocabulary size (32K → 256K)
- Algorithm (BPE vs. Unigram)
- Byte-level fallback
- Pre-tokenization regex (whitespace, digits)
- Special tokens design
- Multilingual balance
- Larger vocab → fewer tokens per text but larger embedding matrix (linear in vocab)
- BPE → simple, deterministic; Unigram → probabilistic, slightly better for some languages
- Pre-tokenization affects compositional generalization
- Tokenizer compression efficiency: a leading open-weights model (128K vocab) compresses Persian text 4.2× better than a 2023-generation open-weights model (32K). Korean: 5.1×. Hindi: 3.8× (Petrov 2023 + community measurements).
- Vocabulary size cost: each doubling of vocab adds ~1B params at 8K hidden_dim, ~3B at 12K hidden_dim (frontier scale).
- Tied embeddings save ~50% of vocab parameter cost; standard at frontier dense, sometimes untied in MoE.
- Encoding speed: a byte-level BPE tokenizer library ~1M tokens/sec/CPU; an open-model hub tokenizers (Rust) ~700K. Negligible relative to inference compute.
- Glitch token incidence: ~0.01-0.1% of tokens in BPE vocabularies (untrained tail). Detected via embedding magnitude analysis.
- Tokenizer-free architectures (MambaByte, MEGABYTE): why have they not matched BPE at frontier scale despite theoretical advantages? Compute hypothesis vs. fundamental limit unclear.
- Is there an optimal vocab size for a given (model size, data mix, target language portfolio)? Current choices are heuristic.
- Cross-lingual transfer in shared-vocab tokenizers: how much capability is shared vs. language-isolated? Limited mechanistic understanding.
- Multimodal tokenization: image tokens at 256 vs. 1024 per image — what is the actual quality-vs-cost frontier? AnyRes (LLaVA-NeXT) provides one data point, not a curve.
Reference analyst note. Tokenizer choice is a permanent commitment that constrains everything downstream. Frontier labs underinvest here — most use SentencePiece-defaults trained on subset of data. The next frontier capability gain may come from rethinking tokenization (entropy-aware dynamic tokenization, byte-level with efficient training). Anyone aiming for genuine multilingual frontier should treat tokenizer as a first-class capability investment.
Tokenizer choice is a permanent commitment that constrains everything downstream. Frontier labs underinvest here — most use SentencePiece-defaults trained on subset of data. The next frontier capability gain may come from rethinking tokenization (entropy-aware dynamic tokenization, byte-level with efficient training). Anyone aiming for genuine multilingual frontier should treat tokenizer as a first-class capability investment.
a current-generation frontier model: cl100k_base, 100K vocab, byte-level BPE · a leading open-weights model: 128K vocab, multilingual SentencePiece BPE · a leading frontier model: ~65K vocab · a multimodal frontier model: tokenizer designed for multimodal
Sennrich et al., Subword Units / BPE (2015) · Kudo & Richardson, SentencePiece (2018) · Petrov et al., Tokenizer Choice (2023)
Sub-endpoint anatomy — 68 items mapped
A2.1 Tokenization Algorithm Family
+ deeper detail (3 leaves)
- A2.1.4.1 Standard BPE (character-based) Original BPE, applied over Unicode characters. Industry standard: Mostly superseded by byte-level BPE for general LLMs. Some MT systems still use.
- A2.1.4.2 Byte-Level BPE BPE applied over the 256-byte alphabet rather than characters. Guarantees no OOV at byte level. Industry standard: multiple frontier model generations, a leading open-weights model (a byte-level BPE tokenizer library-style). Considered dominant frontier choice for English-heavy + code workloads.
- A2.1.4.3 SentencePiece-BPE BPE implementation in SentencePiece library, raw text input without pre-tokenization. Industry standard: Common in multilingual models (a multilingual encoder-decoder model, a multilingual translation model). Treats whitespace as a regular character.
+ deeper detail (2 leaves)
- A2.1.5.1 Standard Unigram LM training EM-based pruning from initial seed vocabulary.
- A2.1.5.2 Subword regularization (sampling) Train-time sampling of alternative segmentations to improve robustness. Industry standard: Used in some MT models. Less common in modern LLMs.
A2.2 Vocabulary Design
+ deeper detail (2 leaves)
- A2.2.1.1 Compute trade-off Larger vocab = larger embedding matrix, larger output projection, more compute per step. Industry standard: Embedding cost scales linearly with vocab size; for very large models, vocab cost is small fraction of total compute.
- A2.2.1.2 Coverage vs sparsity Larger vocab = better per-language coverage but rarer tokens. Industry standard: Sweet spot empirical. A leading open-weights model increased vocab from 32K to 128K specifically for multilingual + code.
+ deeper detail (4 leaves)
- A2.2.2.1 BOS / EOS / PAD Beginning-of-sequence, end-of-sequence, and padding tokens. Industry standard: Universal. Specific token IDs vary; some models conflate BOS=EOS, others separate.
- A2.2.2.2 Chat template tokens Tokens marking message roles (user, assistant, system) and turn boundaries. Industry standard: ChatML (a leading frontier lab), recent open-weights models templates with [INST]...[/INST], a leading frontier model with Human:/Assistant: convention.
- A2.2.2.3 Tool / function-call tokens Special tokens for function invocation, tool result returns, structured output. Industry standard: Increasingly reserved. A leading open-weights model added tool tokens; a leading frontier lab uses structured wrapper tokens.
- A2.2.2.4 Reserved / unused token policy Slots reserved for future special tokens. Industry standard: A leading open-weights model reserved 256 special token slots. Allows post-training extension without retraining tokenizer.
A2.3 Multilingual & Multi-Script Coverage
+ deeper detail (6 leaves)
- A2.3.1.1 Latin scripts English, Spanish, French, German, etc. Industry standard: Best-supported. Byte-level BPE handles directly; SentencePiece-Unigram handles via subword regularization.
- A2.3.1.2 CJK scripts (Chinese, Japanese, Korean) Logographic and mixed scripts. Industry standard: Treat each character or character-pair as token. Heavy vocabulary footprint due to 50K+ characters in modern Chinese.
- A2.3.1.3 Arabic-script (Arabic, Persian, Urdu) Right-to-left abjad scripts with optional diacritics and joining behavior. Industry standard: Often over-fragmented in byte-level BPE due to multi-byte UTF-8 representation. Persian especially under-served. - A2.3.1.3.1 — RTL token boundary How tokenizer handles right-to-left direction at token boundaries. Industry standard: Mostly handled at rendering layer, not tokenizer. Tokenizer treats as plain byte sequence. - A2.3.1.3.2 — Diacritic handling Optional vowel marks (harakat). Train corpus typically has them inconsistently. Industry standard: Inconsistent. Diacritics treated as separate tokens or dropped during normalization. - A2.3.1.3.3 — Letter-form normalization Same character with different visual forms (e.g. Arabic ya/Persian ye). Industry standard: NFC/NFKC normalization standard but not universal; can collapse distinct characters. - A2.3.1.3.4 — Joining behavior Arabic-script letters change shape based on position in word (initial/medial/final/isolated). Industry standard: Tokenizer operates on logical Unicode code-points, not visual forms; joining handled at rendering.
- A2.3.1.4 Indic scripts Devanagari, Bengali, Tamil, Telugu, etc. Industry standard: Often under-tokenized due to low corpus presence. Multi-byte UTF-8 → over-fragmentation.
- A2.3.1.5 Cyrillic Russian, Ukrainian, Bulgarian, Serbian, etc. Industry standard: Generally well-served in major models due to substantial corpus presence.
- A2.3.1.6 Long-tail scripts Thai, Hebrew, Greek, Armenian, Georgian, Ethiopic, etc. Industry standard: Coverage varies. Models trained on web corpus serve them roughly proportional to corpus presence.
+ deeper detail (3 leaves)
- A2.3.2.1 Tokens-per-character ratio Average tokens needed to encode 1000 characters in a given language. Industry standard: English ~0.25 tokens/char (4 chars per token). Many low-resource languages 1.0+ (1 token per char).
- A2.3.2.2 Cross-language fairness Cost / context-window disparity between languages. Industry standard: Petrov et al. 2023 documented 5-15× cost disparity for some low-resource languages.
- A2.3.2.3 Low-resource over-fragmentation Languages with sparse corpus presence get poorly-merged tokens. Industry standard: Up-sampling during tokenizer training partially addresses; full fix requires balanced corpus or per-language tokenizer.
A2.4 Pre-tokenization
A2.5 Code & Specialized Domains
A2.6 Multi-Modal Token Spaces
+ deeper detail (2 leaves)
- A2.6.3.1 Shared embedding space All modalities mapped to single vector space. Industry standard: CLIP-style or learned per-modality projector to text embedding dim.
- A2.6.3.2 Cross-attention bridges Modality-specific encoders feeding into text decoder via cross-attention. Industry standard: Used in Flamingo (a multimodal frontier lab 2022) and derivatives.
A2.7 Tokenizer Training Pipeline
A2.8 Inference-time Behavior
A2.9 Evaluation & Robustness
A2.10 anchor-based representation (research direction)
Architecture
Model architecture defines the network's computational structure: how inputs flow through layers, what operations apply at each layer, and how representations combine. The dominant paradigm since 2017 is the decoder-only transformer with mods. Architecture decisions cascade: attention type affects long-context, normalization affects training stability, MoE affects parameter efficiency vs. compute.
Frontier 2024-2026 dense architectures (a leading open-weights flagship model, an open-weights frontier lab Large 2): decoder-only transformer with RoPE positional encoding, RMSNorm, SwiGLU activation, GQA (grouped query attention). MoE architectures (a sparse-MoE frontier model, an open-weights frontier model (V3 class)): sparse expert routing with 8-256 experts, top-2 routing typical. Reasoning models (o1, R1): same architecture but RL-trained for chain-of-thought. Multimodal: native interleaved tokens with vision encoder integration.
- Dense vs. MoE
- Attention type (full, GQA, MQA, sliding window)
- Positional encoding (RoPE, ALiBi, NoPE)
- Normalization (RMSNorm, LayerNorm, post vs. pre)
- Activation (SwiGLU, GeGLU, ReLU)
- Depth × width allocation
- Vision/audio integration strategy
- MoE → more parameters per FLOP but harder to train and serve
- GQA → faster inference, slight quality reduction vs. full MHA
- Sliding window → linear attention but loses long-range info
- GQA-8 vs full MHA at 70B: <1% MMLU degradation, 4-8× KV cache memory reduction, ~3× decode throughput at 32K context (Ainslie 2023, a leading open-weights model paper).
- MoE active/total ratio: an open-weights frontier model (V3 class) 5.5% (37B/671B), a sparse-MoE frontier model 28% (39B/141B), a current-generation frontier model estimated ~20% (closed). Lower ratio = more capacity per FLOP at training/serving complexity cost.
- RoPE base θ scaling: original 10K → 500K (a leading open-weights model for 128K context) → 5M+ (research on 1M+ context). Each 10× context extension typically requires ~10× Î¸.
- Multi-Head Latent Attention (an open-weights frontier provider V2/V3): 93% KV cache reduction vs MHA, 1-2% benchmark improvement attributed to better representational structure.
- SwiGLU vs GeLU: ~1-2% perplexity gain at parameter-matched budget (Shazeer 2020). Universal at frontier 2024+.
- Pre-RMSNorm vs Pre-LayerNorm: equivalent quality, ~7-10% throughput gain (omits mean computation). Universal at frontier 2024+.
- Is there a Pareto-better attention than MLA for long context? Several research efforts (Differential Attention, Lightning Attention) but no frontier context yet.
- Why does sliding window + global hybrid (a small open-weights model 2) underperform pure full-attention at frontier scale despite theoretical advantages? Empirical observation, not understood.
- Scaling laws for active parameters in MoE: if active=37B in an open-weights frontier model (V3 class) matches dense 70B-100B-class, what is the actual mapping? No published Chinchilla-equivalent for MoE.
- Reasoning models: does the architecture that's best for non-reasoning training remain optimal under RL post-training? o1/R1 suggest yes; theoretical reason absent.
- a state-space frontier architecture/State-Space Models at frontier: 2024 demonstrated competitive at 7-13B. Why has no lab pushed to 70B+ for serious comparison? Compute economics or architectural ceiling?
Reference analyst note. Dense architecture is dead at frontier scale by end of 2026. A leading open-weights flagship model is likely the last frontier-tier dense model. Either MoE (an open-weights frontier provider lineage, fine-grained 200+ experts) or new sparse paradigms wins. Architecture innovation is decoupling from scaling — RL post-training resets 'capability per parameter' such that smaller models with better post-training match much larger pre-train-only models. The bottleneck is shifting from architecture-quality to RL-environment-quality.
Dense architecture is dead at frontier scale by end of 2026. A leading open-weights flagship model is likely the last frontier-tier dense model. Either MoE (an open-weights frontier provider lineage, fine-grained 200+ experts) or new sparse paradigms wins. Architecture innovation is decoupling from scaling — RL post-training resets 'capability per parameter' such that smaller models with better post-training match much larger pre-train-only models. The bottleneck is shifting from architecture-quality to RL-environment-quality.
A leading open-weights flagship model: dense, GQA, RoPE, RMSNorm, SwiGLU · an open-weights frontier model (V3 class): MoE 671B total / 37B active, multi-head latent attention · a sparse-MoE frontier model: MoE, 141B total / 39B active · a long-context frontier model / a frontier multimodal model: architecture undisclosed but likely MoE
Vaswani et al., Attention Is All You Need (2017) · Touvron et al., leading open-weights model (2023, 2024) · an open-weights frontier model (V3 class) technical report (2024) · Su et al., RoPE (2021)
Sub-endpoint anatomy — 44 items mapped
A3.1 Transformer Block Design
+ deeper detail (5 leaves)
- A3.1.1.1 Multi-Head Attention (MHA) Standard multi-head: each head has independent Q, K, V projections. Industry standard: Foundation. Used in original Transformer, foundational decoder-only models, an encoder-only model.
- A3.1.1.2 Multi-Query Attention (MQA) Single K, V projection shared across all heads. Reduces KV cache by H×. Industry standard: an earlier frontier model (a multimodal frontier lab 2022), an open-weights model. Reduces memory but mild quality loss.
- A3.1.1.3 Grouped-Query Attention (GQA) K, V shared across groups of heads. Compromise between MHA and MQA. Industry standard: a 2023-generation open-weights model (70B), a leading open-weights model, a sparse-MoE frontier model. Now dominant frontier choice.
- A3.1.1.4 Sliding Window / Local Attention Attention restricted to local window. Industry standard: a sliding-window frontier model uses sliding window 4096. Trade-off: linear attention cost, limited long-range coupling.
- A3.1.1.5 FlashAttention IO-aware attention implementation: reduces memory access by tiling. Industry standard: Universally adopted. FlashAttention-2 (Dao 2023) and FlashAttention-3 (Shah 2024) progressive optimizations.
+ deeper detail (3 leaves)
- A3.1.2.1 Standard FFN (GELU) Two linear layers with GELU between. Industry standard: a foundational decoder-only model/3, an encoder-only model. Hidden dim typically 4× model dim.
- A3.1.2.2 SwiGLU Gated linear unit with Swish activation. Three matrices instead of two. Industry standard: an earlier frontier model, an early open-weights model/2/3, an open-weights frontier lab. Now dominant. Hidden dim ~2.67× to keep parameter count constant.
- A3.1.2.3 GeGLU GLU variant with GELU activation. Industry standard: Used in some models (a small open-weights model). Less common than SwiGLU.
+ deeper detail (3 leaves)
- A3.1.3.1 LayerNorm Standard layer normalization (Ba 2016). Industry standard: a foundational decoder-only model, an encoder-only model, an encoder-decoder model. Largely superseded by RMSNorm at frontier.
- A3.1.3.2 RMSNorm Root-Mean-Square normalization. No mean centering, only scaling. Industry standard: an early open-weights model/2/3, an open-weights frontier lab, a small open-weights model. Now dominant. ~10% faster than LayerNorm.
- A3.1.3.3 Pre-norm vs Post-norm Whether normalization is applied before or after the residual. Industry standard: Pre-norm dominant since a foundational decoder-only model; better training stability at depth.
A3.2 Position Encoding
A3.3 Mixture of Experts (MoE)
A3.4 Depth/Width Allocation
A3.5 Embedding & Output Projection
A3.6 Long-Context Architecture
A3.7 Activation Precision & Dtype
A3.8 Architecture Variants
Training
Training infrastructure is the orchestration layer that turns architecture + data + compute into a trained model. At frontier scale (10K+ GPUs, weeks of training), every component matters: distributed parallelism strategy, optimizer state management, mixed-precision arithmetic, failure recovery, checkpoint frequency, gradient accumulation, learning rate scheduling. A 1% throughput improvement at frontier scale = millions of dollars.
Frontier training stacks: a leading accelerator vendor a tensor-parallelism reference implementation + an open optimization framework (PyTorch), JAX/MaxText (a constitutional-methods frontier lab, a multimodal frontier lab). 4D parallelism standard: data + tensor + pipeline + expert (for MoE). A current-generation accelerator/a current-generation accelerator/a next-generation accelerator with InfiniBand. BF16 mixed-precision, FP8 emerging (a current-generation accelerator+). Checkpoint to S3/GCS every N steps with async writes. Auto-recovery from node failure.
- Framework (PyTorch ecosystem vs. JAX)
- Parallelism strategy
- Precision (BF16 vs. FP8)
- Optimizer (AdamW vs. Lion vs. distributed Shampoo)
- LR schedule shape
- Checkpoint frequency
- Gradient clipping
- More parallelism → larger models possible, communication overhead
- FP8 → 2x throughput, training instability risk
- Frequent checkpoints → resilience, write bandwidth
- A leading open-weights flagship model training: 16K H100s × ~54 days × 700W = ~22 GWh, MFU ~38%. Total compute ~3.8e25 FLOPs.
- an open-weights frontier model (V3 class) 671B-MoE training: 2K H800s × ~57 days, FP8 mixed-precision, 14.8T tokens, $5.6M reported (excludes ablations). 18.8% of a leading open-weights model's compute, comparable benchmark performance.
- MFU benchmarks: 40-50% is good at frontier scale; >55% rare and only with extensive optimization. an earlier frontier model achieved 46% at 540B scale.
- Failure rate: GPU failures at frontier scale ~3-5% of GPUs/week; 1-3 failures/day on 16K cluster. Without auto-recovery, multi-week runs impossible.
- Optimizer state cost: AdamW = 12 bytes/param FP32 master + momentum + variance. For 405B model: ~5TB. Distributed via ZeRO-3/FSDP across DP ranks.
- FP8 training precision: an open-weights frontier model (V3 class) reports <0.05% loss penalty vs BF16 with selective high-precision for sensitive ops, ~1.8× throughput.
- Optimal LR schedule shape: cosine vs WSD vs constant-then-decay — which wins at 10T+ token scale? No frontier ablation published.
- Distributed Shampoo vs AdamW at frontier: a constitutional-methods frontier lab reportedly uses Shampoo; no public head-to-head exists at >100B scale.
- Training stability: are loss spikes random hardware artifacts, deterministic numerical issues, or signal of optimization pathology? Frontier labs disagree.
- Annealing phase impact: a leading open-weights model reports gains from final annealing; isolated effect vs. confound with high-quality data? Unclear.
- Cross-architecture parallelism transfer: knowledge of how to parallelize dense → MoE lossy transfer (expert parallelism is novel). An open-weights frontier provider had to develop new techniques.
Reference analyst note. an open-weights frontier model (V3 class)'s $5.6M-equivalent demonstrated the field has been overspending by 5-10×. The next 2 years will see massive efficiency gains as algorithmic improvements (FP8, fine-grained MoE, better parallelism, better data) compound. Frontier 'training compute' as the dominant moat is collapsing. The new moat is post-training infrastructure, RL environment quality, and inference-time compute scaling. Anyone with 1K H100s can now produce competitive models — the bottleneck has moved upstream of pre-training to data and downstream to RL.
an open-weights frontier model (V3 class)'s $5.6M-equivalent demonstrated the field has been overspending by 5-10×. The next 2 years will see massive efficiency gains as algorithmic improvements (FP8, fine-grained MoE, better parallelism, better data) compound. Frontier 'training compute' as the dominant moat is collapsing. The new moat is post-training infrastructure, RL environment quality, and inference-time compute scaling. Anyone with 1K H100s can now produce competitive models — the bottleneck has moved upstream of pre-training to data and downstream to RL.
A leading open-weights flagship model: 16K H100s for ~30M GPU-hours, BF16, 4D parallel · an open-weights frontier model (V3 class): 2K H800s, FP8 mixed-precision (innovation) · a constitutional-methods frontier lab: JAX on a custom-silicon accelerator
Shoeybi et al., a tensor-parallelism reference implementation (2019) · Rajbhandari et al., ZeRO/an open optimization framework (2020) · a leading open-weights model paper (2024) · an open-weights frontier model (V3 class) report (2024)
Sub-endpoint anatomy — 35 items mapped
A4.1 Optimizer
A4.2 Learning Rate Schedule
A4.3 Batching
A4.4 Parallelism
A4.5 Loss
A4.6 Training Stability
A4.7 Training Telemetry
A4.8 Checkpointing
Compute
Compute infrastructure is the physical substrate. GPU/a custom-silicon accelerator acquisition, network topology, storage. Frontier training requires homogeneous, high-bandwidth GPU clusters with InfiniBand interconnect. Inference requires either similar clusters (for largest models) or commodity GPU with optimization. The compute supply chain is a strategic constraint: GPU access is gated by a leading accelerator vendor allocation and capital.
a current-generation accelerator (80GB, 700W, $25-40K/GPU) is the frontier workhorse since 2023. A current-generation accelerator (141GB, late 2024) and a next-generation accelerator/a Blackwell-class architecture (192GB, 2025) succession. A multimodal frontier lab a custom-silicon accelerator / v6e for a constitutional-methods frontier lab, a multimodal frontier lab. Frontier clusters: 16K-100K+ GPUs with non-blocking InfiniBand 400-800Gbps. CoreWeave, Lambda Labs, Crusoe provide alternative-cloud GPU access at lower cost than hyperscalers.
- Hardware (a current-generation accelerator, a current-generation accelerator, a next-generation accelerator, a custom-silicon accelerator)
- Cluster size (1K to 100K)
- Network topology (rail-optimized, fat-tree, dragonfly)
- Cloud vs. owned
- Storage tier
- Owned → capex + control
- Cloud → opex + flexibility
- Larger cluster → frontier-capable, harder utilization
- a current-generation accelerator economics: $25-40K capex, ~$2-3/hour cloud rental, 700W TDP. xAI Colossus = 100K a current-generation accelerator × $30K = $3B GPU alone (excludes datacenter, network, power).
- InfiniBand NDR (400Gbps): ~$2K per port. 16K-GPU cluster = ~$40M network alone. Spectrum-X Ethernet ~30% cheaper.
- a next-generation accelerator (a Blackwell-class architecture): 192GB HBM3e, 2.5× a current-generation accelerator effective throughput, NVLink Switch enables 72-GPU coherent domain. ~$40-60K/GPU.
- Power infrastructure: frontier datacenter requires 100-300MW dedicated power. 100K a current-generation accelerator cluster = ~70MW IT load + ~30% PUE overhead = ~90MW total.
- Cluster utilization at frontier: 80-90% sustained during training, 30-50% during ablation phases. Underutilization is real cost.
- Failure rates: a current-generation accelerator ECC corrections ~1-10/day/GPU normal; >100/day flag for replacement. Mean time to replacement 2-7 days at frontier.
- Is there a near-term alternative to a leading accelerator vendor hardware lock-in for training? AMD MI300X, a wafer-scale accelerator vendor CS-3, a multimodal frontier lab a custom-silicon accelerator competitive; software ecosystem gap remains the gating factor.
- Confidential compute (a leading accelerator vendor CC, a hyperscaler platform Nitro for GPU): production-ready or theatre? a constitutional-methods frontier lab uses a hyperscaler platform Nitro for third AI Safety Level-relevant workloads; performance overhead poorly characterized publicly.
- Optimal cluster size: when does adding GPUs hurt training (failure rate × MFU degradation)? Reported sweet spots vary 16K-32K.
- Power constraints will dominate by 2027-2028: cluster size limited not by capital but by available 100-500MW datacenter sites. Geographic distribution implications unclear.
Reference analyst note. Compute infrastructure is becoming a real estate / power infrastructure business as much as a hardware business. A synthetic-data-focused lab signing 20-year nuclear PPA with Three Mile Island, xAI building gas turbines on-site at Memphis, Stargate's $500B announcement — these reflect that the actual frontier constraint by 2027 is gigawatt-class power, not GPU supply. National strategic positioning of compute (US export controls on H800 to China, EU sovereign cloud requirements) is now first-order policy. Anyone serious about frontier needs to think 5+ years ahead about power and land, not just GPU procurement.
Compute infrastructure is becoming a real estate / power infrastructure business as much as a hardware business. A synthetic-data-focused lab signing 20-year nuclear PPA with Three Mile Island, xAI building gas turbines on-site at Memphis, Stargate's $500B announcement — these reflect that the actual frontier constraint by 2027 is gigawatt-class power, not GPU supply. National strategic positioning of compute (US export controls on H800 to China, EU sovereign cloud requirements) is now first-order policy. Anyone serious about frontier needs to think 5+ years ahead about power and land, not just GPU procurement.
xAI Colossus: 100K a current-generation accelerator single cluster (2024) · an open-weights frontier lab: ~600K a current-generation accelerator equivalent (2024 reported) · a constitutional-methods frontier lab: a hyperscaler platform a hyperscaler accelerator + GCP a custom-silicon accelerator · an open-weights frontier provider: 2K H800 (export-restricted, smaller scale)
A leading accelerator vendor a current-generation accelerator datasheet · Selene cluster paper (a leading accelerator vendor)
Sub-endpoint anatomy — 21 items mapped
A5.1 Hardware
+ deeper detail (3 leaves)
- A5.1.1.1 a prior-generation accelerator 80GB HBM, FP16/BF16 313 TFLOPS. Industry standard: Standard 2020-2023. Still used for many production deployments.
- A5.1.1.2 current-generation accelerators a Hopper-class architecture. 80-141GB HBM, BF16 ~1000 TFLOPS, FP8 support. Industry standard: Dominant 2024-2025. A leading open-weights model trained on 24K H100s. A current-generation frontier model estimated 25K A100s, a high-throughput frontier model on a current-generation accelerator cluster.
- A5.1.1.3 next-generation accelerators (a Blackwell-class architecture) Newest a leading accelerator vendor. ~2× FP8 throughput vs a current-generation accelerator. Industry standard: Ramp 2025-2026. New frontier training runs migrating.
A5.2 Cluster Topology
A5.3 Storage
A5.4 Cluster Monitoring
A5.5 Cost
SFT
SFT (Supervised Fine-Tuning) takes a pre-trained base model — which is a powerful text completer but not an assistant — and trains it on instruction-response pairs to behave as an assistant. The model learns the chat template, role conventions, refusal patterns, and the basic shape of helpful responses. SFT is universally the first post-training stage; everything else builds on it.
Quality > quantity is the consensus since LIMA (Zhou et al., 2023) demonstrated 1000 highly-curated examples nearly match millions of crowdsourced ones. Frontier SFT mixtures include: human-written conversations (leading frontier labs use 100K-1M+), reasoning chains (long CoT exemplars), tool-use traces, code with patches, math with solutions. Synthetic SFT (teacher model generates) increasingly common via self-instruct methodology, Evol-Instruct, Magpie.
- Dataset size (10K - 10M+)
- Synthetic vs human mix
- Multi-turn conversation depth
- Tool-use data inclusion
- Math/code ratio
- Multilingual SFT
- Number of epochs (typically 2-5)
- More data → diminishing returns past ~100K well-curated
- Synthetic-heavy → cheaper, distributional artifacts
- Multi-turn → conversational fluency, costs in curation
- LIMA: 1000 high-quality examples — 65K crowdsourced examples (Zhou 2023). Quality dominance demonstrated.
- Synthetic SFT efficiency: Magpie (self-generated from base model) produced datasets matching ShareGPT quality at <1% cost.
- SFT epoch count: typically 2-5 for instruction tuning, 1-2 for continued pre-training. Beyond 5 epochs: overfitting on style without capability gain.
- Multi-turn data ratio in modern frontier SFT: 60-80% multi-turn, 20-40% single-turn. ~5-15 average turns in multi-turn examples.
- Tool-use data: frontier models trained on 100K-1M+ tool-calling examples. xLAM-function-calling-60k is the largest open dataset.
- What is the marginal value curve of SFT data? After ~100K well-curated, does the curve flatten or continue rising slowly?
- Synthetic vs human SFT data: where exactly do they diverge? Anecdotally synthetic struggles with creative tasks, edge cases — no rigorous study.
- SFT mixing ratios for multi-skill (chat + code + math + tool-use): no published ablation studies at scale.
- Does SFT actually teach new capability or just elicit / format pre-trained capability? Evidence (LIMA, Magpie) suggests mostly elicitation; deep SFT studies absent.
Reference analyst note. SFT is dramatically underrated and over-tuned. Most labs spend too much on SFT data scale (millions of examples) and not enough on quality + diversity. The optimal frontier SFT corpus is probably 100K-500K examples curated to within an inch of their lives. SFT-then-RL is the path; trying to push everything into SFT (Tulu approach) hits diminishing returns visible in current open community.
SFT is dramatically underrated and over-tuned. Most labs spend too much on SFT data scale (millions of examples) and not enough on quality + diversity. The optimal frontier SFT corpus is probably 100K-500K examples curated to within an inch of their lives. SFT-then-RL is the path; trying to push everything into SFT (Tulu approach) hits diminishing returns visible in current open community.
A leading open-weights model SFT: ~10M examples mix (human + synthetic) · OpenAssistant: 161K human conversations (open) · Magpie: synthetic from base model self-conversation · Hermes / Nous: open SFT-tuned models
Zhou et al., LIMA (2023) · Wang et al., self-instruct methodology (2022) · Xu et al., Evol-Instruct (2023) · Xu et al., Magpie (2024)
Sub-endpoint anatomy — 19 items mapped
B1.1 Demonstration Data
B1.2 Training Procedure
B1.3 Task Coverage
B1.4 Cultural & Multilingual Coverage
B1.5 SFT Evaluation
Preference Optimization
Preference alignment improves the SFT model's quality, helpfulness, and harmlessness using comparison data: humans (or AI) compare two model outputs and indicate which is preferred. The model learns from pairwise preferences, not single-target answers. Three main methods: RLHF (PPO with reward model), DPO (direct preference optimization, no separate RM), Constitutional methods (AI-generated preferences via principles). Preference alignment moves models from 'competent' to 'good'.
DPO (Rafailov et al., 2023) became the dominant 2024 method for its simplicity — no PPO, no separate reward model, single training stage. PPO-based RLHF still used at frontier (a leading frontier lab, possibly a constitutional-methods frontier lab). Constitutional methods / RL-from-AI-Feedback (RLAIF) (a constitutional-methods frontier lab) generates preferences via AI-judged adherence to principles, avoiding human annotation cost. Iterative DPO and online DPO push quality further.
- Method (DPO, PPO, IPO, KTO, ORPO, RL-from-AI-Feedback (RLAIF))
- Preference data source (humans, AI judges, both)
- Preference data scale (10K - 1M+)
- Iteration count (single pass, iterative)
- Reference model choice (SFT vs. previous DPO)
- DPO: simpler, can over-fit preferences, drift from SFT
- PPO: harder, better controllable
- RL-from-AI-Feedback (RLAIF): cheaper, depends on judge quality
- DPO vs PPO: DPO ~5-10% lower compute, comparable or slightly better quality on standard benchmarks (Rafailov 2023). PPO retains edge on hard alignment categories per a leading open-weights model paper.
- Iterative DPO: a leading open-weights model used 4-6 rounds; each round +1-3% on AlpacaEval but diminishing.
- RL-from-AI-Feedback (RLAIF) vs RLHF preference quality: ~80-90% agreement at category level (Lee 2023). RL-from-AI-Feedback (RLAIF) cheaper by ~50× (no human annotators).
- Process Reward Models (PRM) on math: ~5-10% accuracy gain over outcome-only on MATH/GSM8K (Lightman 2023).
- an open-weights reasoning model reasoning training: pure RL from base model with rule-based rewards (correct=1, incorrect=0). Achieved AIME ~80% from base ~10%.
- Constitutional methods: ~70% reduction in human annotation cost with quality matching RLHF on helpfulness/harmlessness benchmarks (Bai 2022).
- Length bias: vanilla DPO produces ~25-40% longer responses than reference SFT — pure length artifact (Singhal 2023). LC-AlpacaEval, SimPO control for this.
- Is RLHF (PPO-based) actually better than DPO at frontier scale? Open community converged on DPO; closed labs (a leading frontier lab, possibly a constitutional-methods frontier lab) retain PPO. No public head-to-head at 70B+ scale.
- Reward model scaling: does a 70B RM provide meaningfully better signal than 13B? Limited public ablation.
- Process Reward Models beyond math: PRMs work in math (verifiable steps); do they work in code, reasoning, writing? Active but unclear research area.
- RLVR generalization: an open-weights reasoning model trained on math/code generalized to other reasoning domains. Why? Mechanistic understanding absent.
- Constitutional methods: how much of its quality comes from the constitution document quality vs the RL-from-AI-Feedback (RLAIF) process? a constitutional-methods frontier lab's constitution is unusually detailed; lower-effort constitutions may not transfer.
Reference analyst note. RLHF as a method is mostly cargo-culted. The actual win at frontier comes from: (a) high-quality SFT, (b) RL-from-AI-Feedback (RLAIF) for breadth, (c) RLVR for verifiable tasks, (d) human RLHF only for irreducibly subjective categories. The DPO-vs-PPO debate is a sideshow — both work, choice is engineering preference. The real frontier shift in 2025-2026 is 'preference alignment' becoming 'reasoning alignment' — RL signal moving from human preference to verifiable correctness for hard tasks. This is the most important post-training shift since RLHF itself.
RLHF as a method is mostly cargo-culted. The actual win at frontier comes from: (a) high-quality SFT, (b) RL-from-AI-Feedback (RLAIF) for breadth, (c) RLVR for verifiable tasks, (d) human RLHF only for irreducibly subjective categories. The DPO-vs-PPO debate is a sideshow — both work, choice is engineering preference. The real frontier shift in 2025-2026 is 'preference alignment' becoming 'reasoning alignment' — RL signal moving from human preference to verifiable correctness for hard tasks. This is the most important post-training shift since RLHF itself.
A leading open-weights model: iterative DPO + RLHF mix · a constitutional-methods frontier lab a leading frontier model: Constitutional methods + RLHF · a leading frontier lab: PPO-based RLHF (historical, current details closed) · Open: Tulu 3 (UltraFeedback DPO + RLVR)
Christiano et al., RLHF (2017) · Ouyang et al., InstructGPT (2022) · Bai et al., Constitutional methods (2022) · Rafailov et al., DPO (2023) · Lambert et al., Tulu 3 (2024)
Sub-endpoint anatomy — 29 items mapped
B2.1 Preference Data Collection
B2.2 Annotator Design
B2.3 Reward Model
B2.4 RLHF (PPO)
B2.5 Direct Preference Methods
B2.6 Reward Hacking
B2.7 Iterative / Online RLHF
B2.8 Multi-Objective Preference
Constitutional Methods
a public alignment specification / Constitution: the explicit document that defines what the model should and shouldn't do. Components: persona, helpfulness/harmlessness/honesty principles, harm category taxonomy, refusal policies, role hierarchy (system/operator/user/tool), exception cases, exemplars. Without an explicit spec, model behavior is implicit and inconsistent. Increasingly required for trust, regulatory clarity, dispute resolution.
A leading frontier lab a public alignment specification (May 2024, updated): public ~5000-word document defining Chain of Command (Platform > Developer > User > Tool), default behaviors, hard rules. One lab's constitution + Acceptable Use Policy are public. Both define harm categories: CBRN weapons, child safety, privacy, election interference, self-harm, deceptive output. Spec drives training data curation, RLHF reward signal, and red-team test cases.
- Persona (helpful assistant default)
- Hierarchy of authorities
- Hard rules (never do X) vs soft rules (default but overridable)
- Refusal categories
- Exception handling (medical, legal, etc.)
- Public vs internal spec
- Detailed spec → consistency, harder to update
- Lightweight spec → flexible, ambiguity in edge cases
- A leading frontier lab a public alignment specification: ~5,500 words, 3 layers (Platform > Developer > User), ~30 specific rules. Versioned publicly with changelog.
- a constitutional-methods frontier lab Constitution: ~75 principles in original (2022); refined and expanded since. Public AUP separate document (~3,500 words).
- Refusal categories standardized across frontier: 8-12 hard categories (CBRN, child safety, etc.) + 20-50 soft categories (controversial topics, dual-use info).
- Over-refusal rate (XSTest): frontier 2024 models 5-15% of legitimate queries falsely refused. Better calibration is ongoing.
- Spec drift: a leading frontier lab a public alignment specification May 2024 → Feb 2025 update added ~12 new clauses, modified ~8. Spec is an active document, not a constitution-in-amber.
- Does explicit Constitution training actually shape behavior more than implicit RLHF preference? No clean ablation exists.
- Spec gaming: red teamers regularly find spec-compliant ways to produce undesired output. Is this a fundamental limit or a training quality issue?
- Authority hierarchy enforcement under prompt injection: Wallace 2024 trained for it, but persistent breakthroughs published monthly. Is this solvable in current paradigm?
- Open-weights specs: a model with public weights can be 'unspecced' via fine-tuning. Does specification have any role for open models?
- Does spec content matter, or just spec presence? Maybe any reasonable spec produces similar behavior given good training.
Reference analyst note. Specifications are operationally useful (alignment of human reviewers, regulatory clarity, dispute resolution) but their causal effect on model behavior is poorly understood. The a constitutional-methods frontier lab Constitution and a leading frontier lab a public alignment specification serve more as institutional artifacts than technical control mechanisms. The next frontier is 'specs the model can actually reason about' — current specs are read like training labels, not internalized reasoning frameworks. Constitutional Classifiers (2025) suggest a path: separate small model that explicitly checks against principles.
Specifications are operationally useful (alignment of human reviewers, regulatory clarity, dispute resolution) but their causal effect on model behavior is poorly understood. The a constitutional-methods frontier lab Constitution and a leading frontier lab a public alignment specification serve more as institutional artifacts than technical control mechanisms. The next frontier is 'specs the model can actually reason about' — current specs are read like training labels, not internalized reasoning frameworks. Constitutional Classifiers (2025) suggest a path: separate small model that explicitly checks against principles.
A leading frontier lab a public alignment specification (public) · a constitutional-methods frontier lab Acceptable Use Policy (public) · one lab's constitution (mostly public) · a multimodal frontier lab a multimodal frontier model policies
A leading frontier lab a public alignment specification (2024) · a constitutional-methods frontier lab AUP · Bai et al., CAI (2022)
Sub-endpoint anatomy — 18 items mapped
B3.1 Constitution Authoring
B3.2 Self-Critique
B3.3 Self-Revision
B3.4 RL-from-AI-Feedback (RLAIF) (RL from AI Feedback)
B3.5 Rule Encoding in Training
B3.6 Specification Gaming
B3.7 Governance & Update Process
Red-Teaming
Red Teaming: adversarial testing to discover failure modes before deployment. Methods: human red teamers (experts trying to break the model), automated adversarial tools (PyRIT, Garak, AdvBench), bug bounty programs (HackerOne for AI). Categories tested: jailbreaks, prompt injections, harmful content elicitation, training data extraction, deceptive behavior, dangerous capability uplift (CBRN, cyber).
Frontier labs maintain dedicated red teams. Leading frontier labs, a multimodal frontier lab publish system cards documenting red-team findings. A national AI Safety Institute and a national AI Safety Institute conduct external evaluations. Automated tools: PyRIT (a synthetic-data-focused lab), Garak (a leading accelerator vendor), Inspect (a national AI Safety Institute). Open jailbreak benchmarks: HarmBench, JailbreakBench, AdvBench. Frontier models red-teamed against CBRN uplift, autonomous replication, persuasion.
- Internal team size
- External red team partnerships
- Bug bounty scope and rewards
- Automated tool deployment
- Pre-release testing depth
- Public disclosure
- More red teaming → fewer post-release surprises, longer timelines
- External transparency → trust + competitive disclosure risk
- a dedicated Frontier Red Team: dozens of dedicated red teamers reportedly. A leading frontier lab Red Teaming Network: 100+ external researchers contracted.
- Bug bounty rewards: one frontier lab ($200-$15K), a leading frontier lab ($200-$20K), highest tier $50K+ for critical CBRN/cyber findings.
- Jailbreak success rates against frontier 2024-2025 models: an optimization-based adversarial attack-suffix attacks ~20-40% success (down from ~80% on weaker models). Many-shot ~60-90% on long-context models without specific defense.
- Indirect prompt injection: ~30-50% success rate on agent applications without specific defenses; ~5-15% with instruction hierarchy training.
- Time from vulnerability discovery to patch: frontier labs target <30 days for high-severity. Some classes (jailbreak categories) genuinely unfixable in current paradigm.
- Is there a fundamental limit to jailbreak resistance in autoregressive models? Several theoretical arguments (impossibility under attacker compute, no robust universal classifier) but no formal proof.
- Indirect prompt injection: is this solvable at the architectural level, or only via tool sandboxing? The pessimistic view is gaining ground.
- Red team coverage: how do you measure if you've tested 'enough'? Coverage metrics are arbitrary; novel attacks regularly surprise even mature programs.
- Distillation attacks: can a public API let an attacker steal the model via clever querying? Demonstrated at small scale (Carlini 2024); production-scale defense unclear.
- Reasoning-model jailbreaks: o1-style models can be jailbroken by manipulating their chain-of-thought directly. Whole new attack surface.
Reference analyst note. The field treats red teaming as a check-box rather than a primary capability. Strong red teams (a dedicated Frontier Red Team, Apollo Research, Lakera, an external evaluation organization) regularly find critical issues that internal teams missed. Industry should normalize 'find a flaw, get paid significantly' rather than current low-five-figure bounties. Indirect prompt injection in agent settings is the unsolved security problem of the next 2 years; no clean technical solution exists. The honest answer to 'is your AI agent secure' is 'no, build for graceful degradation.'
The field treats red teaming as a check-box rather than a primary capability. Strong red teams (a dedicated Frontier Red Team, Apollo Research, Lakera, an external evaluation organization) regularly find critical issues that internal teams missed. Industry should normalize 'find a flaw, get paid significantly' rather than current low-five-figure bounties. Indirect prompt injection in agent settings is the unsolved security problem of the next 2 years; no clean technical solution exists. The honest answer to 'is your AI agent secure' is 'no, build for graceful degradation.'
a dedicated Frontier Red Team · a leading frontier lab Red Teaming Network · a national AI Safety Institute external evaluations · Apollo Research deception evals
Perez et al., Red Teaming LLMs (2022) · Ganguli et al., Red Teaming (a constitutional-methods frontier lab, 2022) · a dedicated Frontier Red Team policy
Sub-endpoint anatomy — 23 items mapped
B4.1 Red-Team Methodology
B4.2 Attack Taxonomy
B4.3 Jailbreak Research
B4.4 Capability-Specific Red-Team
B4.5 Scaling Red-Team
B4.6 Red-Team Evaluation
B4.7 Disclosure & Coordination
Capability Evaluation
Capability evaluation measures what a model can do. Standard benchmarks form a public scoreboard that drives industry progress. Categories: general knowledge (MMLU), reasoning (GSM8K, MATH, AIME), code (HumanEval, MBPP, LiveCodeBench, SWE-bench), agentic (GAIA, AgentBench), long-context (NIAH, RULER, BABILong), multilingual (MGSM, multilingual MMLU), instruction following (IFEval), and frontier-specific (HLE, ARC-AGI, FrontierMath).
Benchmark saturation is a constant concern: MMLU saturating ~90%, HumanEval saturated ~95%. New benchmarks emerging: HLE (Humanity's Last Exam, ~3000 expert-PhD-level questions), FrontierMath (research-level math), ARC-AGI (visual abstract reasoning), SWE-Bench Verified (real GitHub issues, validated). Contamination is pervasive — popular benchmarks leak into training data, requiring fresh held-out sets.
- Benchmark suite breadth
- Held-out / contamination-controlled sets
- Human eval calibration
- Frequency (every model? every checkpoint?)
- Public reporting strategy
- More benchmarks → better signal, eval cost
- Public reporting → comparability, gaming risk
- MMLU saturation: frontier models 90%+ since 2024. Annotation noise estimated at 5-10%, so further gains are within annotator disagreement.
- GPQA-Diamond: frontier ~50-65% (top models 2025); human PhD experts ~65-75% in their domain, ~35% out of domain.
- Humanity's Last Exam (Jan 2025 release): frontier 25-30%, human expert ensemble ~80%+.
- LiveCodeBench: refreshed monthly to avoid contamination; frontier 50-70% (vs HumanEval ~95% saturation).
- SWE-bench Verified: frontier 50-60% (a constitutional-methods frontier lab Computer Use, a leading frontier lab o3). Human engineer ~70%.
- a major human preference leaderboard Elo: frontier 1300-1450 (saturating). Per-100-Elo-point compute investment grows nonlinearly.
- Eval cost: full frontier eval suite ~$100K-1M in inference cost depending on coverage and judges.
- Is there a saturation point for evaluation itself? When all standard benchmarks saturate, what replaces them?
- Contamination: how badly are public benchmarks contaminated in training data? Anecdotally severe; quantitative measures rare.
- Per-domain capability mapping: frontier models are 'generally capable' but per-task spread is huge. No good way to summarize.
- Long-tail capability: standard benchmarks measure central capabilities. The 'long tail' (rare tasks, novel domains, expert work) is where models actually fail.
- Reasoning eval: existing benchmarks (GSM8K → MATH → AIME → FrontierMath) chain. Is there a Pareto-frontier reasoning eval, or is it always 'next harder math'?
Reference analyst note. Standard benchmarks are entering crisis — saturation, contamination, gameability. The next 2 years will see shift to: (a) live arenas with continuous human ratings (lmarena), (b) frequently-refreshed benchmarks (LiveCodeBench), (c) expert-grade eval (GPQA, FrontierMath, HLE), (d) agent benchmarks measuring real task completion (SWE-bench, GAIA, OSWorld). The trend is from 'static MMLU score' to 'diverse evidence portfolio.' a constitutional-methods frontier lab system cards already do this; expect industry-wide adoption.
Standard benchmarks are entering crisis — saturation, contamination, gameability. The next 2 years will see shift to: (a) live arenas with continuous human ratings (lmarena), (b) frequently-refreshed benchmarks (LiveCodeBench), (c) expert-grade eval (GPQA, FrontierMath, HLE), (d) agent benchmarks measuring real task completion (SWE-bench, GAIA, OSWorld). The trend is from 'static MMLU score' to 'diverse evidence portfolio.' a constitutional-methods frontier lab system cards already do this; expect industry-wide adoption.
Major scoreboards: lmarena.ai (live human votes), Open LLM Leaderboard, an open-model hub leaderboards · Frontier labs publish evals on system cards · Benchmark saturation: GPQA, AIME going next
Hendrycks et al., MMLU (2020) · Cobbe et al., GSM8K (2021) · Chen et al., HumanEval (2021) · Phan et al., HLE (2025)
Sub-endpoint anatomy — 20 items mapped
C1.1 Knowledge Benchmarks
C1.2 Reasoning Benchmarks
C1.3 Code Benchmarks
C1.4 Instruction Following
C1.5 Long-Context Benchmarks
C1.6 Human Preference Eval
Safety Evaluation
Safety evaluation tests refusal accuracy, harm avoidance, bias, and alignment. Different from capability eval: capability asks 'can the model do X?' Safety asks 'does the model do X when it shouldn't, or fail to do X when it should?' Categories: refusal calibration (XSTest), bias (BBQ, BOLD), toxicity (ToxiGen, RealToxicityPrompts), privacy (TrustLLM), harmful task assistance (HarmBench).
Frontier labs publish safety evals on system cards. AILuminate (MLCommons, 2024) is industry standard cross-lab safety benchmark. WMDP measures dangerous knowledge (CBRN). DecodingTrust comprehensive trust eval. A national AI Safety Institute and a national AI Safety Institute run external safety evaluations on frontier models pre-release.
- Benchmarks selected
- Internal vs external eval
- Pre-release vs ongoing
- Public reporting
- More external evaluation → trust, slower release
- Comprehensive eval → confidence, cost
- WMDP performance: frontier models 60-80% on dangerous-knowledge questions (alarming if it represents real uplift). A national AI Safety Institute / a national AI Safety Institute evaluate this.
- BBQ bias: frontier models show 5-15% bias on ambiguous demographic categories — improved from 25-40% in earlier generations.
- Refusal calibration (XSTest): frontier 90-95% on safe queries, 90-98% on unsafe. False positive rate (over-refusal) 5-10% remains a real product concern.
- AILuminate: 12 hazard categories, frontier ~85-95% safe response rate.
- Persuasion eval (a constitutional-methods frontier lab): frontier models persuade ~30-50% as effectively as human experts. Capability scaling unclear.
- What does 'CBRN uplift' actually mean operationally? Domain experts (virologists) review, but no agreed-upon threshold for 'meaningful uplift.'
- Sandbagging: can a model deliberately underperform on capability evals to avoid being flagged? Demonstrated possible (Apollo Research 2024). How do you eval against deception?
- Persuasion eval methodology: can persuasion be ethically and reliably measured? a constitutional-methods frontier lab's results are interesting but generalizability unclear.
- Bias evaluation framing: most bias benchmarks reflect US-centric demographic categories. Cross-cultural bias eval thin.
- Long-tail safety: standard benchmarks cover obvious harms. Subtle harms (gradual erosion of user agency, sycophancy) are real but unmeasured.
Reference analyst note. Safety evaluation is dramatically underdeveloped relative to capability evaluation. Capability has 50+ standard benchmarks; safety has maybe 15. We are flying blind on subtle harms (sycophancy, manipulation, deception under specific conditions). One lab's interpretabilityility work is the deepest probe; field-wide it's still surface-level. Expect frontier safety eval to expand 5-10× by 2027 driven by EU AI Act conformity and a national AI Safety Institute evaluations.
Safety evaluation is dramatically underdeveloped relative to capability evaluation. Capability has 50+ standard benchmarks; safety has maybe 15. We are flying blind on subtle harms (sycophancy, manipulation, deception under specific conditions). One lab's interpretabilityility work is the deepest probe; field-wide it's still surface-level. Expect frontier safety eval to expand 5-10× by 2027 driven by EU AI Act conformity and a national AI Safety Institute evaluations.
MLCommons AILuminate · a constitutional-methods frontier lab system card safety section · a leading frontier lab system card · a national AI Safety Institute evaluations
Vidgen et al., AILuminate (2024) · Wang et al., DecodingTrust (2023) · Li et al., WMDP (2024)
Sub-endpoint anatomy — 20 items mapped
C2.1 Refusal & Harm Avoidance
C2.2 Toxicity
C2.3 Bias
C2.4 Truthfulness
C2.5 Dangerous Capability Eval
C2.6 Evaluation Governance
Robustness
Responsible Scaling / Release Framework: institutional commitments tying capability thresholds to required safety measures. The forcing function that prevents 'race to the bottom'. A Responsible Scaling Policy framework, a Preparedness-style framework, a multimodal frontier lab Frontier-Safety-style framework all define: capability levels, evaluation requirements per level, security/deployment mitigations required per level, conditions for pause/rollback.
a Responsible Scaling Policy framework (v2, 2024) (2024): defines AI Safety Level with capability thresholds for autonomous biosecurity, cyber, and AI R&D capabilities. A Preparedness-style framework (2023, updated): Critical/High/Medium/Low risk levels with deployment gates. A Frontier-Safety-style framework similar. Voluntary commitments via national AI Safety Institute, Seoul declaration. Increasingly intersecting with regulation (EU AI Act).
- Capability threshold definitions
- Required mitigations per threshold
- Pre-deployment evaluation requirements
- Pause conditions
- Public commitments
- Strict thresholds → might pause valuable deployment
- Loose → race-to-bottom risk
- AI Safety Level (constitutional-methods framework) tiers: second AI Safety Level = current frontier, third AI Safety Level = capabilities triggering enhanced security/deployment, fourth AI Safety Level = catastrophic capabilities (no model has reached).
- A leading frontier lab Preparedness: 4 risk categories (Cyber, CBRN, Persuasion, Model Autonomy), each rated Low/Medium/High/Critical.
- a Frontier-Safety-style framework (2024): 7 capability levels across persuasion, autonomy, cyber, bio.
- Voluntary commitments: 16 frontier labs signed Seoul Commitments (May 2024) including leading frontier labs, a multimodal frontier lab, an open-weights frontier lab, a synthetic-data-focused lab.
- Eval frequency under Responsible Scaling Policy framework: every major model release, plus unscheduled re-eval if capability surprises emerge.
- Pause/halt threshold: never publicly triggered at any frontier lab as of early 2026. Either thresholds are too high, or capability hasn't crossed them, or commitments are aspirational.
- Are Responsible Scaling Policy framework capability thresholds set rigorously enough? They're voluntary; no external oversight on threshold-setting.
- Eval validity: how do you prove that an eval correctly measures the capability it claims to? No formal verification.
- Pause discipline: would a frontier lab actually pause development if a threshold triggered, in face of competitive pressure? Untested.
- Capability surprise: capabilities emerge non-monotonically. Responsible Scaling Policy framework frameworks assume monotonic capability growth between evals. They might miss sharp jumps.
- Government takeover: if a lab triggers fourth AI Safety Level thresholds, what then? Frameworks are silent on government's role; geopolitically loaded.
Reference analyst note. Responsible Scaling Policies are useful coordination devices but their actual prophylactic power is untested. They've never paused a release. The optimistic read: capabilities haven't crossed thresholds. The pessimistic read: thresholds are calibrated to never bind. Truth probably mix. The next test will come when a model genuinely approaches third AI Safety Level cyber or CBRN — likely 2026-2027. Whether the framework holds under genuine commercial pressure is the real test.
Responsible Scaling Policies are useful coordination devices but their actual prophylactic power is untested. They've never paused a release. The optimistic read: capabilities haven't crossed thresholds. The pessimistic read: thresholds are calibrated to never bind. Truth probably mix. The next test will come when a model genuinely approaches third AI Safety Level cyber or CBRN — likely 2026-2027. Whether the framework holds under genuine commercial pressure is the real test.
a Responsible Scaling Policy framework (v2, 2024) (public) · a Preparedness-style framework (public) · a Frontier-Safety-style framework (public)
a Responsible Scaling Policy framework (v2, 2024) (2024) · a Preparedness-style framework (2024) · a Frontier-Safety-style framework (2024)
Sub-endpoint anatomy — 16 items mapped
C3.1 Adversarial Robustness
C3.2 Distribution Shift
C3.3 Multi-Language Robustness
C3.4 Out-of-Distribution Behavior
C3.5 Stress Tests
Output Safety
Output safety: defenses applied at inference-time on model outputs. Distinct from training-time safety (B-group). Operates as final layer regardless of training quality. Components: output content filters (an open-weights output classifier, a leading frontier lab Moderations), PII detection/redaction, watermarking, provenance metadata (C2PA), output context (schema compliance, refusal reformulation).
a recent-generation output classifier (an open-weights frontier lab) is open standard. A moderation API service. A constitutional-methods frontier lab safety classifier. C2PA (Content Provenance and Authenticity) standard for cryptographic content provenance — Adobe, a leading frontier lab, a synthetic-data-focused lab adopting. a generative-content watermarking system (a multimodal frontier lab) watermarks AI-generated content. Constitutional Classifiers (a constitutional-methods frontier lab, 2025): trained classifiers checking outputs against constitution principles.
- Filter classifier (open vs custom)
- PII redaction strategy
- Watermarking yes/no/method
- Provenance metadata
- Latency budget for filtering
- More filtering → safer outputs, latency overhead
- Watermarking → provenance, slight quality risk
- a recent-generation output classifier: 8B params, 14 harm categories, ~95% accuracy on standard categories, ~50-100ms latency on a current-generation accelerator.
- Constitutional Classifiers (a constitutional-methods frontier lab 2025): trained classifiers checking against 50+ constitution principles. ~80% reduction in jailbreak success vs base model alone.
- A moderation API service: free, ~50ms latency, 13 categories. Frontier moderation classifiers run on every API request.
- C2PA adoption (Aug 2024): Adobe, a leading frontier lab (DALL-E), a synthetic-data-focused lab Copilot, Sony cameras, Nikon cameras, BBC. Provenance via cryptographic signatures.
- a generative-content watermarking system-Text watermark detection: ~95-99% true positive rate at acceptable false positive rates (Dathathri 2024). Robust to paraphrasing in shorter outputs, less so in longer.
- Output safety latency budget: frontier APIs allocate 5-15% of inference cost / latency to safety classifiers.
- Watermark robustness against adversarial paraphrasing: a generative-content watermarking system demonstrated on benign paraphrasing; under active adversarial attack, removal is straightforward.
- Output classifier coverage: any classifier trained on a fixed taxonomy is gameable by attacks outside that taxonomy. The arms race is unwinnable in static defense.
- Multi-modal output safety: text classifiers mature; image generation safety (Diffusion model output filtering) less mature.
- Refusal style: 'sorry I can't help with that' refusals harm UX. Better refusal templates (offer alternative) under-deployed.
- Content provenance enforcement: C2PA only works if downstream platforms enforce it. They mostly don't. Adoption gap.
Reference analyst note. Output safety is the right architectural choice — input filtering is doomed because input space is unbounded, output space is comparatively constrained. output-conformance safety paradigm (egress filtering + cached refusal templates + classifier ensemble) is the production-ready answer. The remaining hard problem is multimodal output (image/video/audio) where classification is much harder than text. Watermarking is a useful piece but not a solution; treat it as evidence, not enforcement.
Output safety is the right architectural choice — input filtering is doomed because input space is unbounded, output space is comparatively constrained. output-conformance safety paradigm (egress filtering + cached refusal templates + classifier ensemble) is the production-ready answer. The remaining hard problem is multimodal output (image/video/audio) where classification is much harder than text. Watermarking is a useful piece but not a solution; treat it as evidence, not enforcement.
a recent-generation output classifier · a leading frontier lab Moderations · a constitutional-methods frontier lab Constitutional Classifiers · a multimodal frontier lab a generative-content watermarking system
Inan et al., an open-weights output classifier (2023) · Sharma et al., Constitutional Classifiers (2025) · C2PA spec · Dathathri et al., a generative-content watermarking system-Text (2024)
Sub-endpoint anatomy — 11 items mapped
C4.1 Output Classifiers
C4.2 Canonical Refusal
C4.3 PII Filtering
C4.4 Format / Structure Context
C4.5 Latency & Cost of Output Safety
Serving
Serving stack. From request arrival to response. Components: API gateway (auth, routing), inference engine (an open-source inference engine, TRT-LLM, SGLang), batch coordinator, response streamer. Performance gap between naive and optimized: 10-100×.
an open-source inference engine dominant open. A vendor inference stack peak a leading accelerator vendor performance. SGLang for shared-prefix workloads. Hosted: Anyscale, Together AI, Fireworks, Replicate. a high-throughput inference accelerator LPU for ultra-low-latency. Multi-model dispatch (multiple base models on same cluster) increasingly common.
- Engine choice
- Auto-scaling strategy
- Multi-model isolation
- GPU pool sizing
- an open-source inference engine throughput: ~10-25× over naive batch=1 baseline at typical workloads. PagedAttention reduces KV memory waste from ~60% to ~4%.
- TTFT (time to first token) targets: <200ms chat, <500ms tool use, <100ms voice. Frontier achieves these with prefix caching + speculative decoding.
- TPOT (time per output token) targets: <50ms = 20 tok/sec smooth streaming, <30ms desirable.
- A leading open-weights model (70B class) FP16 single a current-generation accelerator: ~30-50 tok/sec single-user, ~1500-3000 tok/sec batch-32. Quantized INT4: ~1.5× boost.
- Cost per million tokens (mid-2024): a current-generation frontier model-Turbo input/output $10/$30, a long-context frontier model $3/$15, a leading open-weights model (70B class) (Together) $0.88/$0.88. Prompt caching reduces by 50-90%.
- Optimal serving stack at frontier: an open-source inference engine, a vendor inference stack, SGLang each have advantages. No standard 'best' — workload-specific.
- Multi-tenancy isolation: how strong is isolation between customer requests on shared GPU? Some side-channel concerns (timing, cache).
- Edge inference: a current-generation accelerator-class models on edge (laptops, phones) is the new frontier. A leading open-weights model.2-3B, a synthetic-heavy small frontier model-mini run on phone. Quality gap to frontier still substantial.
- Serving reasoning models: o1/R1-style models with hidden chains-of-thought have very different latency profiles (long initial thinking). UX patterns unclear.
Reference analyst note. Inference engineering is undervalued relative to training. A 5× throughput gain via better serving = 5× more users at same cost. Most labs underinvest. An open-source inference engine's PagedAttention was a paper; it should have been a unicorn. The next round of gains comes from: (a) speculative decoding everywhere (a draft-head speculative decoding technique-2, MTP), (b) FP8/FP4 inference on a next-generation accelerator, (c) cross-request KV cache (prefix caching), (d) serving optimizations specific to reasoning models. Anyone serving LLMs at scale who isn't doing all four is leaving 5-10× on the table.
Inference engineering is undervalued relative to training. A 5× throughput gain via better serving = 5× more users at same cost. Most labs underinvest. An open-source inference engine's PagedAttention was a paper; it should have been a unicorn. The next round of gains comes from: (a) speculative decoding everywhere (a draft-head speculative decoding technique-2, MTP), (b) FP8/FP4 inference on a next-generation accelerator, (c) cross-request KV cache (prefix caching), (d) serving optimizations specific to reasoning models. Anyone serving LLMs at scale who isn't doing all four is leaving 5-10× on the table.
an open-source inference engine (open frontier) · a vendor inference stack (a leading accelerator vendor optimized) · SGLang challenger · a high-throughput inference accelerator LPU production
Kwon et al., an open-source inference engine (2023) · Zheng et al., SGLang (2024)
Sub-endpoint anatomy — 13 items mapped
D1.1 Inference Engine
D1.2 Request Routing
D1.3 Streaming & Response Format
D1.4 API Surface
Inference Optimization
Inference optimization: reducing latency and cost per token. Stack: KV cache management, batching, speculative decoding, quantization, sparsity, kernel optimization. 10-100× speedup possible vs naive baseline.
Frontier serving combines: PagedAttention (an open-source inference engine) + continuous batching + speculative decoding (a draft-head speculative decoding technique-2) + INT4 weight quant + FP8 activation quant + custom CUDA kernels (FlashAttention 3). Latency budgets: TTFT <200ms for chat, TPOT <50ms for streaming.
- Optimization stack components
- Hardware target (a current-generation accelerator, a next-generation accelerator, AMD)
- Quantization aggressiveness
- Latency vs throughput trade-off
- PagedAttention KV memory waste: ~60% (naive) → ~4% (an open-source inference engine). Roughly 4-15× more concurrent requests.
- Continuous batching: 5-10× throughput vs static batching at varying-length workloads.
- a draft-head speculative decoding technique-2 speculative decoding: 3-4× decode latency reduction with no quality loss. Production-deployed.
- Quantization: AWQ INT4 weight-only ~2× memory reduction, <1% quality loss on most benchmarks. FP8 (a current-generation accelerator): ~2× throughput, near-zero quality loss.
- FlashAttention-3: 1.2-1.5× over FlashAttention-2 on a current-generation accelerator. Effectively the universal attention kernel.
- Prefix caching impact: shared 2K-token system prompt across requests = 80-95% TTFT reduction via cached KV.
- Optimal quantization at extreme low bit (W4A4, W2): research shows degradation; production deployment cautious.
- Speculative decoding for reasoning models: long-CoT outputs may have lower acceptance rates. Workload-specific tuning unclear.
- Hardware-software co-design: a next-generation accelerator NVLink Switch enables 72-GPU coherent domains. How much should serving stacks evolve to exploit this?
- Inference-time compute scaling (best-of-N, MCTS): how do you serve these? Same per-query infrastructure must scale 10-100× compute. Production patterns immature.
Reference analyst note. Inference optimization is solved at the kernel and batching levels — an open-source inference engine, a vendor inference stack, FlashAttention together cover most of the win. The remaining frontier is system-level: prefix caching at scale, speculative decoding for reasoning, multi-LoRA dispatch, hardware-aware kernel JIT. Frontier serving stacks in 2026 will look fundamentally different from 2024 in their handling of test-time-compute-scaling models — this transition is mid-progress and labs differ widely.
Inference optimization is solved at the kernel and batching levels — an open-source inference engine, a vendor inference stack, FlashAttention together cover most of the win. The remaining frontier is system-level: prefix caching at scale, speculative decoding for reasoning, multi-LoRA dispatch, hardware-aware kernel JIT. Frontier serving stacks in 2026 will look fundamentally different from 2024 in their handling of test-time-compute-scaling models — this transition is mid-progress and labs differ widely.
an open-source inference engine with all optimizations · a vendor inference stack peak a leading accelerator vendor · Together AI production stack
Sub-endpoint anatomy — 19 items mapped
D2.1 KV-Cache Management
D2.2 Batching
D2.3 Speculative Decoding
D2.4 Quantization
D2.5 Sparsity
D2.6 Compilation & Kernels
Monitoring
Production monitoring. What's happening in production right now? Latency (TTFT, TPOT, end-to-end), throughput, error rates, GPU utilization, KV cache hit rate, cost per request, content quality, drift, anomalies.
Standard SRE metrics + LLM-specific layers. LangSmith, Arize Phoenix, Langfuse, Helicone for LLM observability. OpenTelemetry GenAI semantic conventions emerging as standard.
- Observability stack
- Trace sampling rate
- Cost attribution
- Quality metrics
- Standard SLOs: TTFT p95 <500ms, p99 <2s. Error rate <0.1%. Quality regression detection within 24-72 hours of deployment.
- Online quality eval sampling: frontier labs sample 1-5% of production traffic for online judges.
- Drift detection: typical bin-based / KS-test on response length, refusal rate. Alert thresholds 2-3 sigma.
- Cost attribution granularity: per-customer, per-endpoint, per-token-type (input/output/cached).
- Trace storage: full trace at 1% sample = ~1TB/day at frontier scale. Short retention (30-90 days) typical.
- Quality regression detection latency: how fast can you actually detect that a deployed model got slightly worse? Anecdotally: hours to days, depending on regression magnitude.
- Online eval reliability: LLM-as-judge has known biases (length, position, style). Online quality monitoring inherits these.
- User feedback signal: thumbs-up/down rates are 0.1-1% of interactions. How representative is this signal?
- Cost spike detection: distinguishing legitimate growth from abuse / attack / runaway agent loop is hard.
Reference analyst note. Production observability for LLMs is 5 years behind general SRE. LangSmith, Helicone, Langfuse are gradually catching up but lack maturity of Datadog/New Relic. The hard problem is quality monitoring — capability changes are subtle and statistical signals are noisy. Frontier labs maintain large internal observability teams; smaller deployments are largely flying blind. Expect this to be a major investment area 2025-2027.
Production observability for LLMs is 5 years behind general SRE. LangSmith, Helicone, Langfuse are gradually catching up but lack maturity of Datadog/New Relic. The hard problem is quality monitoring — capability changes are subtle and statistical signals are noisy. Frontier labs maintain large internal observability teams; smaller deployments are largely flying blind. Expect this to be a major investment area 2025-2027.
LangSmith · Arize Phoenix · Helicone · Langfuse (open)
Sub-endpoint anatomy — 15 items mapped
D3.1 Latency Metrics
D3.2 Throughput
D3.3 Quality Monitoring
D3.4 Drift Detection
D3.5 Anomaly Detection
Deployment
Deployment: releasing model versions to production. Rollout strategy, A/B testing, rollback procedures, version management, pre-deployment gating. Distinct from D1 serving (which is the runtime). D4 is the release process.
Frontier labs use canary deployments (1% → 10% → 100% over hours/days). A/B test new vs current via held-out user cohorts. Automatic rollback on quality regression triggers. Pre-deployment gates: safety eval, capability eval, internal review.
- Rollout cadence
- A/B test cohort size
- Rollback triggers
- Pre-release gates
- Canary deployment cadence: 1% → 10% → 50% → 100% over 24-72 hours typical.
- A/B test cohort: 5-50% holdout. Statistical power for subjective quality requires 1-2 weeks at frontier traffic levels.
- Rollback time-to-recover target: <5 minutes for automated, <30 minutes for human-judged.
- Model versioning: frontier labs maintain 6-12 month deprecation horizon. Specific snapshots (frontier model-3-5-sonnet-20240620) remain available indefinitely or until major reorganization.
- Pre-deployment gating: leading frontier labs run full eval suite (capability + safety + Responsible Scaling Policy framework/PF tier check) before any production rollout. Process duration: days to weeks for major releases.
- Quality regression detection in A/B: subjective quality is high-variance. Power analysis often insufficient.
- Model spec drift: as specs evolve, deployed model's spec adherence drifts. When do you re-train vs fine-tune vs just update?
- Multi-version cohabitation: does running 3+ generations of model in production degrade signal in monitoring?
- Forced upgrades: when API customers depend on specific behavior, version deprecation breaks them. Industry has no clean answer.
Reference analyst note. Deployment discipline is genuinely better than 5 years ago — frontier labs run staged rollouts, have rollback procedures, conduct A/B tests. But quality regression detection remains the soft underbelly. A model that's 5% worse on subjective metrics will pass safety / capability / SLO gates and ship. We're learning about quality regressions from arena ranking changes weeks after deployment. Better quality regression infrastructure is high-leverage but underinvested.
Deployment discipline is genuinely better than 5 years ago — frontier labs run staged rollouts, have rollback procedures, conduct A/B tests. But quality regression detection remains the soft underbelly. A model that's 5% worse on subjective metrics will pass safety / capability / SLO gates and ship. We're learning about quality regressions from arena ranking changes weeks after deployment. Better quality regression infrastructure is high-leverage but underinvested.
A leading frontier lab gradual rollouts · a constitutional-methods frontier lab canary deployment · Standard SRE release practices
Sub-endpoint anatomy — 12 items mapped
D4.1 Rollout Strategy
D4.2 A/B Testing
D4.3 Rollback
D4.4 Versioning
D4.5 Pre-deployment Gating
Data Governance
Data governance: lifecycle controls over data assets. Lineage (where data came from), access control (who can read what), retention (how long), deletion (data subject rights), provenance (cryptographic proof of source), customer data boundaries (no train on enterprise data).
Frontier labs: hearing-grade data governance for compliance. Customer data: zero-data-retention default for enterprise APIs. Lineage tracked end-to-end (source → corpus → model). Audit logs immutable.
- Default retention
- Train-on-data policy
- Lineage granularity
- Provenance scheme
- Frontier customer data retention: 0 days (zero-data-retention enterprise tier) to 30 days (consumer with opt-out) standard.
- EU AI Act Article 53: GPAI providers must publish 'sufficiently detailed summary' of training content. Compliance approach varies; what counts as 'sufficient' undefined.
- Data lineage tracking: frontier labs maintain end-to-end lineage from source URLs through transformations. Implementation custom; no industry standard.
- C2PA adoption: deployed at Adobe, a leading frontier lab, a synthetic-data-focused lab, Sony, Nikon, BBC — but enforcement at platforms (social media, search) absent.
- Right-to-deletion compliance (GDPR Article 17): typical SLA 30 days, technical complexity high for training-data deletion (requires retraining or unlearning).
- Machine unlearning: how do you actually delete data from a trained model? Active research; no production-ready solution. Unlearning literature reports inconsistent outcomes.
- Training data summary specificity: EU AI Act Article 53 'sufficiently detailed' is undefined. Frontier labs publishing high-level summaries; regulators may demand more.
- Provenance enforcement: if no platform requires C2PA, does it matter that creators add it? Coordination problem.
- Cross-border data flows: EU adequacy decisions, US executive orders, China data localization create geopolitically fragmented governance regime.
Reference analyst note. Data governance is the frontier compliance bottleneck. The naive view ('we don't train on customer data') is insufficient — EU AI Act, copyright lawsuits (NYT v. A leading frontier lab), and emerging unlearning requirements force much deeper governance. Frontier labs that don't have hearing-grade data lineage today will spend 2025-2026 building it. The model card / system card transparency standard set by a constitutional-methods frontier lab is becoming default expectation.
Data governance is the frontier compliance bottleneck. The naive view ('we don't train on customer data') is insufficient — EU AI Act, copyright lawsuits (NYT v. A leading frontier lab), and emerging unlearning requirements force much deeper governance. Frontier labs that don't have hearing-grade data lineage today will spend 2025-2026 building it. The model card / system card transparency standard set by a constitutional-methods frontier lab is becoming default expectation.
a constitutional-methods frontier lab enterprise zero-data-retention · a leading frontier lab Enterprise no-train default · a hyperscaler platform Bedrock isolation
Sub-endpoint anatomy — 17 items mapped
E1.1 Data Lineage
E1.2 Access Control
E1.3 Retention & Deletion
E1.4 Provenance & Watermarking
E1.5 Customer Data Boundaries
Security
Security: end-to-end security posture. Categories: prompt injection defense, data exfiltration prevention, model theft protection, training-data poisoning defense, supply chain security, jailbreak resistance, agentic security, security monitoring.
a constitutional-methods frontier lab third AI Safety Level security: protect weights against non-state-actor theft. Multi-layer defenses across categories. NIST AI RMF, ISO/IEC 42001 for governance frameworks. EU AI Act security requirements for high-risk systems.
- AI Safety Level/security tier targeted
- TEE adoption
- Supply chain controls
- Pen testing cadence
- a constitutional-methods frontier lab third AI Safety Level security commitment: defend against non-state-actor weight theft. Implementation includes HSM, TEE, multi-party access auth, audit logging.
- Model weight value: frontier weights $100M-$1B+ replacement cost (compute alone). Theft prevention is high-priority.
- Prompt injection success rate: ~30-50% on agent applications without specific defense, ~5-15% with instruction hierarchy training (Wallace 2024).
- Jailbreak persistence: an optimization-based adversarial attack-class attacks succeed ~20-40% on frontier 2024 models — down from ~80% on early generations but unsolved.
- Dependencies: frontier model SBOM lists 1000+ packages. Supply chain attack surface is real (e.g., an open-model hub package supply chain attacks 2023-2024).
- Indirect prompt injection: solvable in current architecture or requires fundamental redesign? Pessimistic camp ascendant.
- Confidential compute (a leading accelerator vendor CC, a hyperscaler platform Nitro) for inference: production-ready or theatre? Performance overhead poorly characterized publicly.
- Adversarial robustness vs security: how much overlap, how much divergence? Often confused; should be distinguished.
- Weight extraction via API: distillation attacks demonstrated at small scale. Production-scale defense unclear.
Reference analyst note. Security for LLMs is in a state similar to web security circa 2008 — patterns visible but practices immature. The frontier 2026 security stance: assume weights will eventually leak (insider, breach, gradual extraction); design for graceful degradation. The a constitutional-methods frontier lab third AI Safety Level framing (resist non-state actor) is appropriately calibrated; fourth AI Safety Level (resist state actor) is the next frontier and unsolved. Agent security is the unsolved problem of the next 2 years; current 'defenses' are mostly hopeful patterns, not robust controls.
Security for LLMs is in a state similar to web security circa 2008 — patterns visible but practices immature. The frontier 2026 security stance: assume weights will eventually leak (insider, breach, gradual extraction); design for graceful degradation. The a constitutional-methods frontier lab third AI Safety Level framing (resist non-state actor) is appropriately calibrated; fourth AI Safety Level (resist state actor) is the next frontier and unsolved. Agent security is the unsolved problem of the next 2 years; current 'defenses' are mostly hopeful patterns, not robust controls.
a constitutional-methods frontier lab third AI Safety Level commitments (public) · a leading frontier lab security posture · NIST AI RMF as framework
Sub-endpoint anatomy — 27 items mapped
E2.1 Prompt Injection
E2.2 Data Exfiltration
E2.3 Model Theft
E2.4 Training-Data Poisoning
E2.5 Supply Chain
E2.6 Jailbreak Resistance
E2.7 Agentic Security
E2.8 Security Monitoring & Response
Privacy
Privacy: protection of personal information. Categories: PII handling, differential privacy, membership inference defense, regulatory compliance, inference-time privacy.
Frontier labs: comprehensive PII handling, GDPR/CCPA compliance, optional zero-data-retention. Differential privacy still rare at scale (DP-SGD too expensive for frontier training). Membership inference defenses via training-data deduplication.
- DP yes/no
- PII redaction strategy
- Inference-time privacy guarantees
- Regulatory commitments
- GDPR enforcement intensity: cumulative fines >—¬4B since 2018; AI-specific cases growing.
- EU AI Act timeline: entered force Aug 2024, prohibited practices Feb 2025, GPAI Aug 2025, high-risk Aug 2026, all provisions Aug 2027.
- Differential privacy at scale: not deployed at frontier training. a confidential-computing platform uses DP for inference-time analytics (limited scope).
- Membership inference attack success: ~55-65% on frontier models (small advantage over 50% random) per Carlini and others. Heavy deduplication helps.
- Privacy compliance certifications: SOC 2 Type II, ISO 27001 baseline. ISO/IEC 42001 (AI management) emerging. FedRAMP for federal.
- DP-SGD at frontier scale: too expensive (~5× compute overhead) currently. Does algorithmic improvement make it tractable by 2027?
- Membership inference defense: effective dedup helps, but theoretical worst-case bounds remain. Practical risk assessment unclear.
- Cross-border privacy regime: US-EU adequacy fragile, China PIPL strict, India DPDP emerging. Global compliance becomes per-jurisdiction.
- Inference-time privacy: TEE-based confidential inference deployed at a confidential-computing frontier lab; broader adoption depends on hardware availability and customer demand.
Reference analyst note. Privacy compliance is becoming a serious cost center. Frontier labs that haven't invested in privacy infrastructure (hearing-grade data governance, deletion processes, sectoral certifications) will face compounding regulatory costs 2025-2027. The technically-interesting frontier is private inference (TEE, private cloud compute, eventually homomorphic) — a confidential-computing frontier lab's deployment shows production viability. Differential privacy at training remains aspirational at frontier scale.
Privacy compliance is becoming a serious cost center. Frontier labs that haven't invested in privacy infrastructure (hearing-grade data governance, deletion processes, sectoral certifications) will face compounding regulatory costs 2025-2027. The technically-interesting frontier is private inference (TEE, private cloud compute, eventually homomorphic) — a confidential-computing frontier lab's deployment shows production viability. Differential privacy at training remains aspirational at frontier scale.
a constitutional-methods frontier lab enterprise privacy · a confidential-computing frontier lab's Private Cloud Compute (DP + TEE)
Sub-endpoint anatomy — 15 items mapped
E3.1 PII Handling
E3.2 Differential Privacy
E3.3 Membership Inference Defense
E3.4 Regulatory Frameworks
E3.5 Inference-Time Privacy
Compliance
Compliance: regulatory and framework conformance. EU AI Act, NIST AI RMF, ISO/IEC 42001, sectoral (HIPAA, FedRAMP, SOC 2), voluntary commitments (Frontier Model Forum, AI Safety Summit Seoul/Bletchley/Paris).
EU AI Act in force (Aug 2024), full effect 2026-2027. GPAI Code of Practice published 2024. Frontier labs: SOC 2 Type II + ISO 27001 + ISO/IEC 42001. FedRAMP Moderate (a constitutional-methods frontier lab 2024). Voluntary commitments via Bletchley/Seoul/Paris summits.
- EU AI Act risk classification
- Compliance certifications pursued
- Voluntary commitment signatory yes/no
- EU AI Act Code of Practice (2024): 13 commitments across transparency, copyright, safety. Currently voluntary; becomes default conformity path.
- EU AI Act penalties: up to 7% global revenue for prohibited practices, 3% for non-compliance.
- FedRAMP Moderate: a constitutional-methods frontier lab certified 2024. Required for US federal sales. Process duration ~12-18 months.
- Voluntary commitments signatories (Seoul, May 2024): 16 frontier labs, including leading frontier labs, a multimodal frontier lab, an open-weights frontier lab, a synthetic-data-focused lab.
- Incident reporting under EU AI Act Article 73: 15-day window for serious incidents to authorities. NIS2 similar for critical infrastructure.
- ISO/IEC 42001 (Dec 2023): first AI-specific management standard. Adoption beginning 2024-2025.
- EU AI Act enforcement intensity: untested. Will regulators interpret strictly or lightly?
- Cross-jurisdictional compliance: US, EU, UK, China each have differently-shaped frameworks. Global compliance becomes minimum-bar across all jurisdictions.
- Voluntary commitments: do they hold under competitive pressure? Untested at any frontier lab.
- Standards harmonization: NIST AI RMF, ISO/IEC 42001, EU AI Act, sectoral frameworks overlap and diverge. Industry is creating implicit standards via shared practice.
Reference analyst note. Compliance is becoming a strategic lever. A constitutional-methods frontier lab's investments in FedRAMP, ISO/IEC 42001, EU AI Act readiness give it enterprise customer access a leading frontier lab / a multimodal frontier lab catch up to slowly. The arbitrage is real: $50M+ in compliance investment can unlock $1B+ in regulated-industry revenue. The next 18 months will see frontier labs differentiate not on capability (saturating) but on compliance depth and trust signals.
Compliance is becoming a strategic lever. A constitutional-methods frontier lab's investments in FedRAMP, ISO/IEC 42001, EU AI Act readiness give it enterprise customer access a leading frontier lab / a multimodal frontier lab catch up to slowly. The arbitrage is real: $50M+ in compliance investment can unlock $1B+ in regulated-industry revenue. The next 18 months will see frontier labs differentiate not on capability (saturating) but on compliance depth and trust signals.
a constitutional-methods frontier lab SOC 2 + ISO 27001 + FedRAMP Moderate · a leading frontier lab similar · Code of Practice signatories
Sub-endpoint anatomy — 21 items mapped
E4.1 Regulatory Frameworks
E4.2 Industry Standards
E4.3 Frontier Lab Voluntary Commitments
E4.4 Documentation Artifacts
E4.5 Audit & Incident
Nine reference essays · May 2026 snapshot
Cross-slot essays retained from the source atlas as dated technical context. They are reference material, not a claim that every time-sensitive statement remains current after May 11, 2026.
Synthetic Data Generation at a major annotation platform
Relevant to: A1, B1, B2
Synthetic data has gone from niche to backbone in two years. A synthetic-heavy small frontier model (a synthetic-data-focused lab 2024) demonstrated existence proof: a 3.8B model trained heavily on synthetic textbook-quality data matches 70B-class capability on benchmarks. Cosmopedia (an open-model hub) released 25B tokens of synthetic textbook content. RL-from-AI-Feedback (RLAIF) (a constitutional-methods frontier lab 2022) showed AI-generated preferences match RLHF on helpfulness/harmlessness.
The mechanics: a frontier model (a leading frontier model, a current-generation frontier model, a leading open-weights model) acts as teacher, generating instruction-response pairs, reasoning traces, tool-use demonstrations, or preference comparisons. Filtering removes obvious failures. The student model trains on this curated synthetic corpus.
Three failure modes shape practice. First, model collapse (Shumailov 2024): training on AI-generated data recursively narrows distribution and degrades quality. The fix is mixing — synthetic data should compose 20-50% of training, not replace real data. Second, distributional artifacts: synthetic data has telltale stylistic homogeneity (frontier teachers all sound similar). Diversity prompting and multi-teacher mixing partially mitigate. Third, capability ceiling: students can match but rarely exceed teachers, except via RL with verifiable rewards (where verifier is the upper bound, not the teacher).
The frontier 2025 direction: synthetic data targeting specific capability gaps. Math reasoning (NuminaMath: 860K verified problems), code-with-tests (every example includes execution verification), agent traces (model X plays user, model Y plays assistant with tool access). Each gap is filled with bespoke synthetic pipelines.
Strategic implication: pre-training compute is decreasingly the bottleneck. Synthetic data pipelines + RL infrastructure + verification environments are the new capability levers. Anyone building an LLM company in 2026 should treat synthetic data generation as a first-class capability, not an afterthought.
---
Reasoning Model Training (o1, R1, RLVR Mechanics)
Relevant to: A3, B2, C1
Reasoning models scale test-time compute the way standard LLMs scale parameters. o1 (a leading frontier lab Sept 2024), an open-weights reasoning model (Jan 2025), a long-context frontier model.7 Sonnet extended thinking, a multimodal frontier model Flash Thinking — all share a pattern: same transformer architecture, RL post-training on tasks with verifiable rewards, hidden chain-of-thought before answer.
An open-weights reasoning model is the most documented case. Pure RL from base model (R1-Zero) with rule-based rewards: correct = 1, incorrect = 0 on math problems; syntactic correctness on code. No process reward model, no human preferences in this stage. After ~10K RL steps, emergent capabilities: self-correction, alternative-strategy exploration, backtracking, verbalization of uncertainty. R1 then adds cold-start SFT + multi-stage RL + distillation to smaller models (a multilingual frontier model and leading open-weights model 7-70B distillates that retain most reasoning capability).
The algorithm: Group Relative Policy Optimization (GRPO). Standard PPO needs a critic network (value function). GRPO replaces it with sampling K rollouts per query, computing advantage as outcome relative to group mean. Saves critic compute, simpler to implement. Same idea (RLOO, REINFORCE Leave-One-Out) is in Allen AI's Tulu 3.
Three open puzzles. First, generalization: R1 was trained on math/code but reasoning improvements transfer to other domains. Why? Hypothesis: RL teaches general meta-cognition (planning, verification, self-correction) that's domain-agnostic. No mechanistic confirmation. Second, length scaling: longer chains-of-thought roughly correlate with better answers, but with severe diminishing returns past ~10K thinking tokens. The shape of this curve isn't modeled. Third, length penalty: without one, model rambles. With aggressive one, capability degrades. Calibrating this remains art.
Strategic implication: reasoning is a separate skill axis from raw knowledge. A 7B a multilingual frontier model distilled from R1 outperforms 70B non-reasoner on hard math. The capability ceiling for reasoning is set by the verifier, not the teacher — a major shift from teacher-bounded SFT/RLHF. Companies investing in verifier-rich domains (formal math, code with test suites, scientific computation) can build domain-specialist models that outperform generalists.
---
Test-Time Compute Scaling
Relevant to: A3, B2, C1, D1
Test-time compute scaling is the second major capability lever after parameter scaling. Same model, more inference compute per query, better answers. Methods: (a) longer chain-of-thought (o1, R1), (b) best-of-N sampling with verifier, (c) Monte Carlo Tree Search over reasoning steps, (d) self-consistency (sample N, majority vote), (e) multi-agent debate.
The key paper: Snell et al. (2024) "Scaling LLM Test-Time Compute Optimally". Showed that for a fixed quality target, you can substitute test-time compute for pre-training compute at favorable ratios. A 1B model with optimal test-time compute can match a 14B model on math reasoning.
Production implementation faces serving challenges. Best-of-N requires N parallel generations + verifier; latency 10-100× single generation. MCTS with branching factor 5 and depth 10 is potentially 10⁷ states. Self-consistency with N=20 samples is well-defined but 20× cost. Reasoning models with hidden CoT route differently — TTFT becomes thousands of tokens of thinking time before user sees response. UX patterns are immature.
Trade-off across methods: chain-of-thought is single-stream, sequential. Best-of-N parallelizes but requires verifier. MCTS searches systematically but only works on tasks where partial states are evaluable. Self-consistency works for tasks with discrete answer space, struggles for open-ended generation.
The frontier 2026 trend: hybrid stacks. Reasoning model with internal CoT, plus best-of-N at the answer level for verifiable tasks, plus self-consistency for high-stakes outputs. A leading frontier lab o3, an open-weights reasoning model+, a leading frontier model extended thinking all converge on similar patterns.
Strategic implication: inference cost is no longer a single multiplier on serving fees. A reasoning query may cost 10-100× a standard query. Pricing models (per-token) break down. leading frontier labs are pricing reasoning tier separately. Customers will choose dynamically: cheap fast model for simple queries, expensive slow reasoner for hard ones. Building this routing layer is a 2025-2027 product opportunity.
---
Model Merging
Relevant to: A3, B1, D4
Model merging combines weights of multiple fine-tuned models into a single model that retains multiple capabilities. Methods: linear interpolation (model soups), task arithmetic (vector arithmetic in weight space), DARE (Drop And REscale, sparsifies before merge), TIES (resolves sign conflicts), Model Stock, Evolutionary merging (Sakana AI 2024).
The core insight (Wortsman et al., 2022): fine-tuned models trained from same pre-trained checkpoint live in a connected loss basin. Linear interpolation between them often improves over either parent. This shouldn't work as well as it does — it implies fine-tuning makes localized updates.
The ecosystem: MergeKit (Goddard 2024) is the standard library. An open-model hub leaderboards regularly populated by merged models — top open models often combinations of community fine-tunes. SOLAR-10.7B, Yi-merged variants, and many leaderboard chart-toppers are merge products.
The mechanism: orthogonal capabilities (math vs creative writing) can be added in weight space; redundant capabilities collapse. DARE drops most fine-tuning delta vectors (they're sparse) and rescales remaining; surprisingly preserves quality. TIES detects sign conflicts (parameter wants to go up in one fine-tune, down in another) and resolves via majority/magnitude.
Open puzzles: when does merging help vs hurt? Evolutionary search (Sakana AI's evolutionary merge) finds non-obvious combinations but is computationally expensive. Mechanistic understanding of why this works is thin — interpretability research is starting to catch up (sparse autoencoders show that merged models inherit features from both parents in weight-space-additive way).
Strategic implication: post-training data + merging may offer alternative path to frontier capability without large-scale RL. Multiple fine-tunes for different capabilities, then merged for general capability. Cost: orders of magnitude lower than full RLHF. Quality: unclear at frontier, demonstrated at mid-tier (7-70B). The open community has converged on merging as a primary capability lever; frontier labs less public about whether they use it.
---
The Evaluation Contamination Crisis
Relevant to: C1, C2
Public benchmarks leak into training data. This is the field's open secret. Frontier models train on tens of trillions of tokens including most of the internet. MMLU questions, GSM8K problems, HumanEval prompts — all are widely posted, indexed, repeated. The benchmark-as-leaderboard premise breaks if models have seen the test.
Evidence: Nasr et al. (2023) demonstrated extraction of training data verbatim from production models. Several papers (Magar & Schwartz 2022; Sainz et al. 2023; Xu et al. 2024) measured contamination via memorization checks: do models reproduce benchmark questions verbatim? Answer: yes, for many popular benchmarks.
Defenses: (a) refresh benchmarks frequently (LiveCodeBench monthly), (b) hold out test sets and never publish (HLE for v1), (c) generate fresh problems via known-difficulty templates, (d) measure capability on held-out competition problems with verified post-cutoff dates (AIME 2024, 2025). Benchmark designers increasingly distinguish 'public dev set' (contaminated, useful for development) from 'private test set' (held by AISIs or arxived after eval).
Frontier-specific: AISIs (UK, US) maintain private capability evals. Frontier labs run these independently, publish summary results. The actual live benchmark for frontier capability has shifted from public scoreboards to a national AI Safety Institute evaluations + lmarena Elo + a handful of carefully-held private benchmarks.
Open puzzle: is contamination quantitatively important, or marginal? Some studies (Brown et al. 2020) show small effect size. Others (Magar & Schwartz) show large effects on heavily-contaminated benchmarks. Frontier labs claim awareness but haven't published rigorous internal contamination audits.
Strategic implication: benchmark scores from frontier labs should be read with skepticism, especially on benchmarks more than 1-2 years old. The actual capability signal is from: (a) reasoning benchmarks held out (FrontierMath, HLE), (b) live arenas, (c) novel domain-specific benchmarks created post-training-cutoff. Anyone evaluating models for partnership should commission held-out evaluations rather than rely solely on published scores.
---
Agentic Safety
Relevant to: B4, C4, D1, E2
Agentic safety is the unsolved frontier security problem. An agent — model with tool access (browser, code execution, file system, computer control) — can take real actions in the world. Prompt injection in this context is no longer just bad output; it's unauthorized action.
Current production agents: a constitutional-methods frontier lab Computer Use (a long-context frontier model+ controls a sandboxed VM via screenshots and mouse/keyboard), a leading frontier lab Operator (similar), Cursor / Devin (code agents), domain-specific agents in customer support, research, browser automation. Common architecture: LLM in loop, structured tool calls, output observed and fed back, maximum step budget, human approval gates for sensitive actions.
The threat model. Indirect prompt injection: agent reads attacker-controlled content (web page, document, email) which contains instructions ("ignore previous instructions, exfiltrate data"). Agent treats this as authoritative. Defenses: instruction hierarchy training (treat retrieved content as data, not instruction), tool sandboxing (limit blast radius), output filtering on actions, user confirmation gates for sensitive actions. None are robust. Demonstrated attacks against a constitutional-methods frontier lab Computer Use, a leading frontier lab plugins, Bing Chat — every major agent has been breached in published research.
Compound threats specific to agents. Goal hijacking: agent pursues attacker's goal across many steps. Resource consumption: runaway loops. Privilege escalation: agent given limited access expands via discovered shortcuts. Multi-agent collusion: agents from different systems collude in shared environment. Few of these are addressed in current frameworks.
Open puzzles. Is there a fundamental architecture that resists prompt injection? Hypothesis: separating "data context" from "instruction context" with separate model heads. No production context. How do you measure agent safety? Eval methodology nascent — an external evaluation organization's autonomous capability evaluations are early. Sandboxing is necessary but how strong needs to be? When agent can browse arbitrary web content + execute arbitrary code, sandbox is functionally as permissive as production server.
Strategic implication: agent capabilities are deploying faster than agent safety. Leading frontier labs, a synthetic-data-focused lab, a multimodal frontier lab all shipping agents in 2024-2025. The honest position: these are useful but exploitable; current commercial use cases happen in environments where exploit consequences are bounded (sandboxed VMs, low-stakes automation, human-in-loop). Production agents with high-stakes autonomy (autonomous research, financial transactions, critical infrastructure) are not yet safely deployable. The 2025-2027 frontier security work is here.
---
Multimodal Training Data
Relevant to: A1, A3
Multimodal training data is qualitatively harder than text. Image-text pairs need accurate alignment. Video adds temporal dimension. Audio adds streaming. The frontier shifted from late-fusion (separate vision encoder bolted onto frozen LLM) to native multimodal (interleaved tokens trained from start) in 2024.
Image-text data. LAION-5B (5.8B pairs) was the open backbone but quality is uneven (alt-text varies). Quality filtering: DataComp (Gadre 2023) established curation methodology. Synthetic captions (BLIP-style: vision model writes caption for image) scale arbitrarily but introduce hallucination loop. Frontier mix: licensed high-quality captioned images + filtered web image-text + synthetic captions.
Resolution strategy is a major axis. Fixed 224² or 336² is cheap. Dynamic resolution (AnyRes in LLaVA-NeXT, native in Pixtral and a frontier multimodal model) handles arbitrary aspect ratios up to ~1024×1024. Tiled (split image into patches, process each) for very-high-resolution. Trade-off: more visual tokens = more compute = better fine detail = expensive at training and inference.
Video data. WebVid (10M video-text), HowTo100M (100M instructional video clips), LVD-2M (2M licensed). Frontier video models train on billions of video-text pairs. Sampling strategy: 1-8 fps typical for understanding, 24+ fps for fine motion. Temporal tokens via video transformer or frame-level encoder.
Audio data. AudioSet (2M clips with labels), LibriVox (100K+ hours public-domain audio), Common Voice (Mozilla 17K hours multilingual). Frontier voice models (a frontier multimodal model Voice, Moshi by Kyutai) use native audio tokens at 12.5Hz frame rate. Speech recognition models (Whisper) transcribe audio for LLM input; native voice models bypass transcription.
Open puzzles. Optimal text-image ratio: more multimodal data costs English text density. Fundamental cross-modal capability ceiling? Models that train multimodal natively show better cross-modal reasoning than late-fusion adapters; mechanism unclear. Data licensing: image copyright is notoriously fraught (LAION class-action lawsuits, Stable Diffusion litigation). Frontier shift toward licensed datasets + synthetic.
Strategic implication: multimodal capability is now table stakes for frontier. Pure text models look outdated by 2026. The capital cost of multimodal training data (licensed images, video, audio) is substantial — multiple millions in licensing alone. The next frontier is video generation (Sora, Veo, Kling) where data needs are an order of magnitude larger.
---
Voice and Realtime Models
Relevant to: A2, A3, D1, D2
Voice mode shipped at frontier in 2024 (a frontier multimodal model Voice, a multimodal frontier model Live). Two architectural approaches: cascaded (Whisper ASR → LLM → TTS, ~1-3s latency) and native end-to-end (audio tokens in same model as text, ~300-500ms latency). Native is the frontier.
Native voice mechanics. Audio encoded as discrete tokens at low frame rate (Moshi: 12.5Hz, a frontier multimodal model estimated similar). Text and audio tokens share single transformer. Generated audio tokens decoded back to waveform via vocoder. End-to-end model handles ASR, response generation, and TTS in single forward pass. Captures non-verbal cues (tone, pace, hesitation, laughter) — qualitatively different UX than cascaded.
Latency stack for native voice. End-to-end target <500ms TTFT to seem natural. Speculative decoding on audio tokens. Streaming generation (start emitting audio while still computing later tokens). Hardware: a high-throughput inference accelerator LPU for sub-100ms TTFT on leading open-weights model-class models. For frontier models, latency budget is dominated by compute for first token; everything after streams smoothly.
Realtime conversation features. Interruption handling: model must stop speaking when user starts. Voice activity detection. Turn-taking models. Multi-speaker tracking. Emotional response (model's audio output reflects content emotion). All of these are immature in current systems.
Open puzzles. Does native voice training degrade text capabilities? Reports suggest tradeoffs but no clean ablation. Cross-lingual voice: most native voice models are English-strong, multilingual weak. Privacy: voice contains biometric identity; processing implications under GDPR/biometric laws unclear. Voice deepfake risk: voice cloning at scale enabled by these models.
Strategic implication: voice is the next consumer interface frontier after chat. a consumer LLM chat product Voice mode usage grew 50%+ post-launch. A leading frontier lab's Realtime API enables developer access. Voice will dominate certain verticals (customer service, accessibility, in-car, hands-busy contexts) where chat doesn't fit. Building voice-first applications on top of frontier APIs is a major 2025 product direction.
---
The Open-Weights Ecosystem as Structural Force
Relevant to: A1-E4 (cross-cutting)
Open-weights models are no longer trailing frontier — they're co-frontier in 2024-2025. A leading open-weights flagship model (an open-weights frontier lab), an open-weights frontier model (V3 class) (an open-weights frontier provider), an open-weights frontier lab Large 2, a leading multilingual frontier model.5 (Alibaba), Yi (01.AI). These shift the entire industry's economics.
The progression. leading open-weights model (2023) — open weights of competitive models. A 2023-generation open-weights model (July 2023) — first commercial-grade open model. A sparse-MoE frontier model (Dec 2023) — first open MoE at competitive quality. A leading open-weights model / 3.1 (2024) — frontier-tier open model, 405B parameters. An open-weights frontier model (V3 class) (Dec 2024) — open MoE that exceeds a current-generation frontier model-class on benchmarks at fraction of compute. A leading multilingual frontier model.5 family — strong multilingual coverage.
Economic effect. API price compression: when a leading open-weights model (70B class) is available at $0.88/M tokens via Together, leading frontier labs pricing for similar-tier models gets pressure. Production users for non-frontier workloads have credible exit option to open models. This is real competition, not theoretical.
Capability effect. Open models become research substrate. Mechanistic interpretability research (a constitutional-methods frontier lab-led, but increasingly cross-lab) uses leading open-weights model as standard test bed. Fine-tuning research (Tulu series, Hermes, Nous) advances open model capability. RLHF research (DPO ecosystem) trained on open models. Frontier closed labs benefit from this research too.
Geopolitical effect. An open-weights frontier model (V3 class) trained on H800 (export-restricted variant of a current-generation accelerator, throttled bandwidth). Demonstrated frontier-tier model achievable under hardware constraints. China's open-weights position complicates US export controls. leading open-weights model license restrictions (acceptable use, training-data disclosure) become real diplomacy.
Safety implications. Open weights enable bad-actor fine-tuning (removal of safety training, malicious specialization). A leading open-weights model Guard, ShieldGemma, etc. are partial response (an open-weights frontier lab and a multimodal frontier lab ship safety classifiers alongside models). But once a model is open, downstream control is impossible.
Strategic implication. The open vs closed frontier is a moving line. By 2027, open-weights at parity with frontier closed is likely on most capabilities. Closed labs differentiate via: (a) frontier-only capabilities (third AI Safety Level-level uplift, agent autonomy), (b) compliance and trust signals (FedRAMP, EU AI Act readiness), (c) reasoning model leadership (most expensive to replicate), (d) safety infrastructure. The business model of "selling access to a frontier model the customer can't replicate" is degrading. Successful closed labs will be those that build defensible moats beyond raw capability.
---
End of public reference anatomy. Version FINAL · 2026-05-09.
What this atlas shows — and what it does not.
The public page is intentionally a technical reference layer. Asset evidence, restricted implementation detail and independent validation belong in their own review routes.
- The complete 21-slot reference taxonomy.
- Exactly 529 unique sub-endpoints, mapped slot by slot.
- A dated May 2026 literature / practice snapshot.
- MZN’s provisional Strong / Partial / Gap self-positioning.
- Phase-separated context for where selected position signals originate.
How the reference map was assembled
The source atlas synthesizes academic literature, open technical releases, model cards, safety frameworks and documented industry practice available in the source corpus through the May 2026 snapshot.