Free · no sign-up

AI Training Papers: A Reading Guide

Plain-language summaries of the foundational LLM-training papers — the background AI-lab interviewers assume you have. No deep ML prerequisite; ~1 hour to skim all summaries.

35 papers7 phases, foundational → advanced~2-3 min per summary

These are the papers AI-lab interviewers assume you’ve internalized — especially for ML/research and infra roles. Read the summary here, then practice the matching questions reconstructed from real candidate reports.

Phase 1

The Foundation — What Are Transformers?

Start here. Every other paper builds on this architecture.

THE paper. Every modern LLM (GPT, Llama, Claude, Gemini) is built on the architecture introduced here.

Replaces sequential (recurrent) processing with self-attention — a mechanism where every token can directly look at every other token to build context, like a conference room where everyone hears everyone at once. Adds multi-head attention (parallel attention patterns) and positional encodings (where each token sits).

Key takeaway: Self-attention replaced sequential processing with parallel processing, making large-scale language models possible.

Phase 2

Scaling Laws — How Big Should Models Be?

Once you understand the architecture, the next question is how big to make the model and how much data to feed it.

Turned “how big should our model be?” from guesswork into science — performance follows predictable power laws in size, data, and compute.

Training hundreds of models revealed smooth, predictable curves: 10× the model → a predictable performance gain, same for data and compute. The paper argued model size matters more than training time — i.e., “go big on parameters.”

Key takeaway: Model performance is predictable from size/data/compute. This paper said go big on parameters — the next one overturned that.

Overturned the previous scaling advice: most large models were undertrained — too many parameters, not enough data.

For a fixed compute budget you should scale model size AND data together. A 70B model on 1.4T tokens beats a 280B model on 300B tokens at equal compute. Rule of thumb: ~20 tokens per parameter.

Key takeaway: Don’t just make models bigger — train them on proportionally more data. “20 tokens per parameter” became the industry guideline.

What happens when you run out of high-quality data — increasingly relevant as models exhaust the internet's text.

Repeating data helps but decays after ~4 epochs; when data is limited, a slightly larger model for fewer steps beats a smaller model for more; and quality beats quantity. Provides modified scaling laws for the data-limited regime.

Key takeaway: When data is limited, invest in quality over quantity, and don’t repeat data more than ~4×.

Phase 3

Training Infrastructure — Making It Fast Enough

Modern models are too large to fit on one GPU. These papers explain how to split the work across hundreds or thousands of machines.

First major paper on splitting a model into stages across devices while keeping them all busy.

Like an assembly line: GPU 1 handles layers 1-10, GPU 2 handles 11-20, etc. The catch is the “pipeline bubble” (idle GPUs); GPipe fixes it by splitting each batch into micro-batches so GPUs pipeline the work.

Key takeaway: Pipeline parallelism splits layers across devices and uses micro-batching to keep them busy — one of the three core parallelism strategies.

Shows how to split individual layers across GPUs, complementing pipeline parallelism.

Where GPipe splits the model vertically (layers), Megatron splits it horizontally — a single layer's matrix multiplies are divided across GPUs, each handling a slice, then combined. Efficient patterns for both attention and feed-forward blocks.

Key takeaway: Tensor parallelism splits individual operations across GPUs. Combined with pipeline + data parallelism you get “3D parallelism.”

#7

ZeRO: Memory Optimization

2019 · Microsoft

Dramatically reduces per-GPU memory, enabling much larger models without model parallelism. Foundation for FSDP.

In plain data parallelism every GPU holds a full, redundant copy of model + optimizer states + gradients. ZeRO shards these across GPUs in three stages (optimizer states → gradients → parameters), gathering on demand and trading communication for memory.

Key takeaway: ZeRO eliminates redundant memory across GPUs — each stores a shard, they share on demand.

#8

Fully Sharded Data Parallel (FSDP)

2021 · Meta / PyTorch

PyTorch's production implementation of ZeRO-3 — how Meta actually trains Llama and other large models.

Each GPU holds only a shard of parameters; the full set is gathered before a layer's forward/backward pass, then released. The blog covers the practical engineering: module wrapping, communication, mixed precision, checkpointing.

Key takeaway: FSDP is the production-ready version of ZeRO — how much of the industry trains large models in PyTorch.

#9

Distributed Training Architecture for Large-Scale Models

2024

A recent three-layer distributed-training architecture with autotuning.

Organizes training into a resource-management layer, a training-orchestration layer, and an autotuning layer that automatically searches for good configs (batch size, parallelism degree, communication strategy) instead of hand-tuning hundreds of knobs.

Key takeaway: Autotuning distributed-training configs can improve GPU utilization without deep systems expertise per run.

ACM Digital Library
#10

FlashAttention

2022 · Stanford

Made long-context training practical — 2-4× faster attention with far less memory.

Standard attention materializes an n×n matrix in slow GPU memory (HBM). FlashAttention is IO-aware: it tiles the computation to fit fast on-chip SRAM and never writes the full matrix, dropping memory from O(n²) to O(n) with identical math.

Key takeaway: Same math, less data movement. Optimizing memory access — not arithmetic — enabled longer context windows.

A further ~2× speedup through better GPU utilization.

Reduces non-matmul work (GPUs are optimized for matrix multiplies), parallelizes across the sequence dimension, and improves work partitioning within thread blocks — reaching ~70% of peak FLOPS vs. ~35% for the original on a 2K sequence.

Key takeaway: Same idea as FlashAttention, better GPU utilization — an engineering refinement that doubled speed again.

Phase 4

Fine-Tuning — Adapting Pre-trained Models

Pre-training from scratch is expensive. These papers adapt an existing model to new tasks or behaviors efficiently.

#12

LoRA: Low-Rank Adaptation

2021 · Microsoft

Made fine-tuning large models accessible — ~10,000× fewer trainable parameters at comparable quality.

Weight changes during fine-tuning are low-rank, so instead of updating a full 4096×4096 matrix you train two tiny ones (4096×8 and 8×4096). Base weights stay frozen; adapters (~10MB) merge back at inference with zero overhead and hot-swap onto one base model.

Key takeaway: LoRA makes fine-tuning cheap and modular — train tiny adapter matrices instead of the whole model.

Fine-tune a 4-bit-quantized base model with LoRA adapters — fits large models on a single GPU.

Freezes the base model in 4-bit NF4 precision and trains LoRA adapters on top, with paged optimizers to survive memory spikes. Delivers near-full-precision quality at a fraction of the memory.

Key takeaway: Compress the frozen base model, train small adapters — the recipe that democratized fine-tuning.

Pushes quantization to the extreme — a ~2-bit (down to 1.15-bit) base model with LoRA adapters.

At 2 bits, naive LoRA breaks down from quantization error. LowRA optimizes fine-grained quantization (mapping, thresholds, precision assignment) with efficient CUDA kernels, staying accurate down to ~1.15 bits and cutting memory up to 50%.

Key takeaway: The frontier of the accuracy/efficiency trade-off — useful for understanding where compression limits are.

#15

Continual Learning of LLMs: A Survey

2024

How do you add new knowledge without the model forgetting what it already knows?

Fine-tuning on new data causes “catastrophic forgetting.” The survey covers the four families of fixes: replay (mix old data in), regularization (penalize big weight changes), architecture (dedicated adapters), and distillation (old model as teacher).

Key takeaway: Updating models without losing capabilities is hard — replay, regularization, adapters, and distillation manage the trade-off.

ACM Digital Library
Phase 5

Alignment — Making Models Helpful and Safe

A pre-trained model just predicts the next token. These papers make it follow instructions, be helpful, and avoid harmful outputs.

The RL algorithm behind RLHF — you need it to understand how models are aligned.

PPO improves a policy without changing it too drastically in one step (big steps cause instability) by “clipping” updates that stray too far from the old policy. In RLHF the policy is the LLM, the action is emitting a token, and the reward comes from a human-preference reward model.

Key takeaway: PPO = a stable RL algorithm that makes small, safe updates. The engine of RLHF.

The proof-of-concept for RLHF — human preferences beat supervised learning on subjective quality.

The full RLHF loop on summarization: generate two summaries, a human picks the better, train a reward model to predict that preference, then PPO-optimize the model against it. Result beat both the supervised baseline and human reference summaries.

Key takeaway: RLHF works — and beats supervised learning where quality is subjective. This pipeline became the template.

THE alignment paper — the pipeline that turned GPT-3 into an instruction-follower (ChatGPT's predecessor).

Three steps: supervised fine-tuning on human demonstrations → a reward model trained on human rankings → PPO against that reward model. A 1.3B InstructGPT was preferred over the 175B GPT-3 base, and alignment transferred across languages.

Key takeaway: SFT → Reward Model → PPO is how raw models become helpful assistants. A small aligned model beats a big unaligned one.

The most detailed reference implementation of RLHF; introduces the helpfulness-vs-harmlessness tension.

A practical deep-dive: helpfulness and harmlessness pull against each other (too cautious refuses too much; too helpful says unsafe things); you can train separate reward models and combine them; and preference-data quality dominates outcomes.

Key takeaway: RLHF is as much about data quality and evaluation as algorithms — helpfulness and safety need careful balancing.

Reduces reliance on expensive human feedback by having the model critique itself against written principles.

Write a “constitution” (e.g. “be honest,” “don't help with illegal activity”), then have the model generate → critique its own output against the principles → revise, and use the revisions as preference data for RLHF. Cheaper, faster, and auditable.

Key takeaway: AI feedback guided by explicit principles can replace much human feedback — cheaper and more transparent.

Simplifies RLHF dramatically — no reward model, no PPO, no RL loop; just a supervised loss.

DPO shows the optimal RLHF policy can be learned directly from preference pairs with a simple supervised loss: push up preferred responses, push down rejected ones, with a KL term to stay near the base model. Simpler, more stable, comparable results.

Key takeaway: DPO removes RLHF's moving parts while matching its results — the preferred alignment method for many teams.

#22

RLHF Deciphered: A Critical Analysis

2024

A retrospective on what actually works — and breaks — in RLHF.

Reward-model quality is the bottleneck (a wrong reward model gets “reward-hacked”); the KL penalty is crucial but finicky; distribution shift between reward-model data and policy outputs persists; and alignment evaluation is itself unsolved.

Key takeaway: RLHF works but is fragile — reward hacking, distribution shift, and evaluation gaps are real.

ACM Digital Library

Addresses practical stability issues in RLHF training.

RLHF is sensitive to noisy preferences (labelers disagree ~30% of the time), reward-model imperfection, and distribution shift. Proposes noise-tolerant reward modeling, more conservative policy updates, and better out-of-distribution handling.

Key takeaway: Production-reliable RLHF requires explicit handling of noise, disagreement, and distribution shift.

Phase 6

Full Model Reports — Putting It All Together

These describe complete pipelines from data to deployed model — scaling, parallelism, fine-tuning, and alignment in practice.

Meta's first major open LLM with detailed training documentation — a full, transparent recipe.

Covers 2T-token pre-training, 7B/13B/70B sizes, FSDP, 27K high-quality SFT demonstrations, and RLHF with 1M+ preference annotations. Key findings: a little high-quality SFT data beats a lot of mediocre data, and rejection sampling pairs well with PPO.

Key takeaway: A practical end-to-end recipe — quality over quantity for SFT, and rejection sampling is surprisingly effective.

Meta's most detailed report — full stack from data curation to post-training.

15T+ tokens, context up to 128K, multimodal. Emphasizes data quality (dedup, filtering, synthetic data) and an iterative post-training loop: SFT → DPO → rejection sampling → repeat. Covers tool use, safety, and deployment.

Key takeaway: Data quality and iterative post-training are the biggest levers — the modern pipeline in one report.

#26

DeepSeek-V3 Technical Report

2024 · DeepSeek

GPT-4-class performance at a fraction of the reported training cost via MoE + engineering efficiency.

A 671B-parameter Mixture-of-Experts model that activates only ~37B per token, trained with FP8 mixed precision, fine-grained expert routing, and multi-stage post-training. Architectural innovation, not just scale, drives the cost win.

Key takeaway: MoE can deliver competitive performance at much lower cost — a reference for efficient large-model training.

Phase 7

Advanced Topics — MoE, Data, Efficiency, Surveys

Deeper dives: Mixture-of-Experts, training data, the KV-cache-efficiency frontier, and broad surveys. Read by interest.

The foundational MoE paper — the core ideas now in DeepSeek, Mixtral, and others.

Many “expert” networks plus a gating network that routes each input to a few (typically 1-2). Enormous total capacity, fractional active compute. Introduces noisy top-k gating and load-balancing losses to handle the hard parts.

Key takeaway: MoE = many specialists + a router. More capacity without proportional compute — the basis of modern efficient models.

MoE applied outside language — scientific computing for partial differential equations (NeurIPS 2025).

Routes different PDE types (heat, wave, fluid) to specialized experts (4 of 16 routed + 2 shared per layer), so one pre-trained model handles heterogeneous equations and fine-tunes per family. ~40% lower zero-shot error at fewer active parameters.

Key takeaway: MoE is a general architectural principle, not just for language — capacity scaling plus specialization.

Understanding training-data composition is critical — “data is the new oil” for LLMs.

825GB from 22 diverse sources (papers, code, books, web, legal, patents). The key result: source diversity beats scaling up a single source like Common Crawl. Documents construction, deduplication, and per-source filtering.

Key takeaway: Training data should be diverse across domains — composition directly shapes what a model learns.

A broad survey of the full landscape — good for filling gaps.

Connects deep-learning fundamentals (layers, training loops, loss functions), the RNN → Transformer → LLM evolution, and AutoML (architecture search, HPO, feature engineering) into one narrative. Broad rather than deep.

Key takeaway: A good “zoom out” if you want to see how the individual techniques fit together.

#31

Recent Advances in Optimization Methods for ML

2025

Covers the optimizer landscape (SGD, Adam, AdamW) that underpins all training.

From SGD to adaptive methods like Adam (per-parameter step sizes from gradient history) and AdamW (fixes Adam's weight-decay bug), plus learning-rate schedules and warmup. The optimizer/LR choice can decide whether training converges or diverges.

Key takeaway: Optimizers update the weights. Adam/AdamW is standard, but choice and tuning materially affect training success.

Journal survey (DOI)Practice: Backpropagation

Introduced Multi-head Latent Attention (MLA), which slashes the KV-cache bottleneck — still used downstream.

MLA compresses the key/value matrices into a small latent space during pre-training and decompresses to compute attention, massively reducing the KV cache in large autoregressive models — a core efficiency primitive reused in later architectures.

Key takeaway: MLA attacks the KV-cache bottleneck — a foundational efficiency idea for long-context inference.

Kimi Delta Attention (KDA) — a linear-attention design that beats full attention across short, long, and RL regimes.

A layerwise hybrid pairing three KDA layers with one MLA layer. KDA extends Gated DeltaNet with fine-grained channel-wise gating, selectively “forgetting” irrelevant memory for fast decoding and ~75% less KV-cache memory at 1M context.

Key takeaway: Fine-grained gated linear attention can outperform full attention while slashing memory — a live frontier direction.

~3-bit KV cache (6× less memory, faster attention) via vector quantization — the KV-efficiency frontier.

Two stages: PolarQuant rotates each key/value vector so its coordinates look Gaussian and quantize cleanly, then a 1-bit Quantized Johnson-Lindenstrauss (QJL) transform corrects the residual error. Big memory wins at near-zero accuracy loss.

Key takeaway: Quantization + a JL error-corrector compresses the KV cache hard — part of the multi-year push on KV efficiency.

A million-token-context MoE that stays cheap — the payoff of the whole KV-efficiency line of work.

Combines Compressed Sparse Attention (CSA, ~4× KV compression + top-k block selection) with Heavily Compressed Attention (HCA). At 1M tokens, V4-Pro needs ~27% of the per-token FLOPs and ~10% of the KV cache of DeepSeek-V3.2.

Key takeaway: Hybrid compressed-attention makes million-token context practical by trading granular detail for scale.

Jargon cheat sheet

Every term you’ll hit in these papers — and in the interview. Search to jump to one.

Model Architecture

Transformer
The architecture behind all modern LLMs. Processes whole sequences in parallel via attention, not one token at a time.
Self-Attention
The core Transformer mechanism: every token looks at every other token to build context.
Multi-Head Attention
Several attention patterns run in parallel, each focusing on different relationships (e.g. syntax vs. meaning).
Feed-Forward Network (FFN)
The dense layer after attention in each block — where most of the model's “knowledge” is stored.
Positional Encoding
Tells the model where each token sits in the sequence, since attention has no inherent order.
Embedding
Turning a token into a vector — a point in high-dimensional space where similar meanings sit nearby.
Token
The basic unit a model processes — roughly a word-piece. “unhappiness” → [“un”, “happi”, “ness”]. Vocabularies are ~32K-128K.
Context Window
Max tokens a model can process at once. GPT-3 had 2K; modern models handle 128K-1M+.
Parameters
The learned weights. A “7B model” has 7 billion. More = more capacity but more compute/memory.
Layer
One processing step (attention + FFN). A typical LLM stacks 32-128 of them.
Hidden Dimension
The model's width — numbers per token internally. Llama 2 70B uses 8192.
Logits
Raw output scores per possible next token, before converting to probabilities.
Softmax
Converts logits into probabilities that sum to 1.
Autoregressive
Generating one token at a time, left to right, each depending on all prior tokens.
RNN
The recurrent architecture Transformers replaced — sequential, harder to parallelize.
MoE (Mixture of Experts)
Many expert sub-networks; only a few activate per input. Huge capacity, manageable compute.
Gating Network / Router
In MoE, the small network that picks which expert(s) handle each token.

Training Basics

Pre-training
The first, most expensive phase: predict the next token over trillions of tokens. Produces the base model.
Fine-tuning
Adapting a pre-trained model to a task/behavior on a smaller curated dataset.
SFT (Supervised Fine-Tuning)
Fine-tuning on prompt → ideal-response pairs written by humans. The first post-training step.
Post-training
Everything after pre-training — SFT, RLHF/DPO, safety tuning. Turns a text predictor into an assistant.
Loss Function
A number measuring how wrong the model is; training minimizes it. LLMs use cross-entropy.
Gradient
The direction/magnitude of change that reduces the loss — “downhill.”
Backpropagation
The algorithm that computes gradients by working backward through the network.
SGD
Stochastic Gradient Descent: gradients on a small batch, step downhill, repeat.
Adam / AdamW
The standard LLM optimizer — per-parameter step sizes from gradient history. AdamW fixes a weight-decay bug.
Learning Rate
Step size for weight updates. Too high diverges, too low is slow. Usually warmup-then-decay.
Batch Size
Examples processed before a weight update. Larger = more stable but more memory.
Epoch
One complete pass through the training dataset.
Convergence
When the loss plateaus and the model stops improving.
Overfitting
Memorizing training data instead of general patterns — good on train, poor on new data.
Catastrophic Forgetting
When fine-tuning on new data erases what pre-training taught.
Perplexity
How “surprised” a model is by text; lower is better. Perplexity 10 ≈ as uncertain as choosing among 10 options.

Scaling & Compute

Scaling Laws
Math relating performance to size, data, and compute. “10× bigger → this much better.”
Compute-Optimal
The size/data split giving best performance for a fixed compute budget (Chinchilla's contribution).
FLOPS / FLOPs
Floating-point ops (per second). An A100 does ~312 TFLOPS at half precision.
Tokens
For training data, the number of text units processed. Llama 3 trained on 15T tokens.
Chinchilla-Optimal
~20 tokens per parameter. A 7B model should see ~140B tokens.
Power Law
Doubling X gives a fixed % improvement in Y. Scaling laws are power laws.

Distributed Training & Memory

Data Parallelism
Every GPU has a full model copy and processes different batches; gradients are averaged. The simplest strategy.
Tensor Parallelism (TP)
Split a single layer's operations across GPUs (each a matrix slice). Needs fast interconnect (NVLink).
Pipeline Parallelism (PP)
Split different layers across GPUs, with micro-batching to keep them busy.
3D Parallelism
Data + tensor + pipeline combined — the standard for training very large models across thousands of GPUs.
FSDP
PyTorch's ZeRO implementation. Each GPU holds a shard; full params gathered on demand.
ZeRO
Zero Redundancy Optimizer — shards optimizer states, gradients, and parameters to kill redundant memory.
Micro-batch
A batch split into chunks so pipeline stages can work simultaneously.
Pipeline Bubble
Idle time when some pipeline GPUs wait for others — the main PP inefficiency.
GPU Memory (HBM)
High-Bandwidth Memory on the GPU (A100/H100: 80GB). The main per-GPU model-size constraint.
SRAM
Fast on-chip GPU cache (~20MB) — much faster than HBM but tiny. FlashAttention optimizes for it.
NVLink
High-speed interconnect between GPUs on one machine — far faster than cross-machine networking.
All-Reduce
The communication pattern where GPUs share and combine gradients — the main data-parallel cost.
Activation Checkpointing
Trade compute for memory: recompute intermediate values in the backward pass instead of storing them.

Quantization & Efficiency

Quantization
Reducing weight precision (e.g. 32-bit → 4-bit) to cut memory and speed inference, at some accuracy cost.
FP32 / FP16 / BF16
Float formats. FP32 = full precision (4 bytes). FP16/BF16 = half (2 bytes); BF16 has better range for training.
FP8
8-bit float (H100-era) for even faster training at acceptable accuracy loss.
INT4 / INT8
4-/8-bit integer formats. INT4 cuts memory ~8× vs FP32 but loses more accuracy.
Mixed Precision
Different precision for different parts — e.g. FP32 weight updates, BF16 forward/backward. Standard practice.
NF4 (NormalFloat4)
A 4-bit format tuned for neural-net weights (from QLoRA), more accurate than naive INT4.
LoRA
Low-Rank Adaptation — train tiny adapter matrices instead of all weights (~10,000× fewer trainable params).
Rank (in LoRA)
Adapter size. Rank 8 = two matrices d×8 and 8×d. Higher rank = more capacity, more params.
Adapter
A small modular parameter set added to a frozen base model; many adapters can share one base.
KV Cache
Stored keys/values from past tokens so generation doesn't recompute them. Its size is the main long-context memory cost.
MLA (Multi-head Latent Attention)
Compresses keys/values into a small latent space to shrink the KV cache (from DeepSeek-V2).

Alignment & RLHF

Alignment
Making a model behave as intended — helpful, instruction-following, non-harmful. The gap between “next-token predictor” and “assistant.”
RLHF
Humans rank outputs → train a reward model → optimize the LLM against it with RL (PPO).
Reward Model
A model predicting which of two outputs a human prefers — a proxy for human judgment during RL.
PPO
The RL algorithm in RLHF; makes conservative updates so the policy doesn't jump too far in one step.
DPO
Direct Preference Optimization — skips the reward model and PPO, learning from preference pairs with a supervised loss.
Preference Data
Output pairs a human labeled better/worse — the training signal for reward models and DPO.
KL Divergence / KL Penalty
A distance between distributions; in RLHF it keeps the aligned model near the base model.
Reward Hacking
Scoring high on the reward model without truly being better — exploiting its flaws.
Sycophancy
Telling you what you want to hear rather than the truth — a common alignment failure.
Mode Collapse
Converging on narrow, generic responses (losing diversity) from over-optimizing reward.
Rejection Sampling
Generate several responses, score with the reward model, keep the best. Simple; used heavily in Llama 2/3.
Constitutional AI (CAI)
Using written principles to have AI critique/improve its own outputs, replacing some human feedback.
Distillation
Training a smaller model to mimic a larger “teacher” model.

Data & Evaluation

Deduplication
Removing duplicate/near-duplicate training text — duplicates waste compute and cause memorization.
Tokenizer
Splits text into tokens (BPE, SentencePiece). Each model has its own.
BPE (Byte Pair Encoding)
Tokenization that starts from characters and repeatedly merges the most common pairs.
Benchmark
A standardized capability test — MMLU (knowledge), HumanEval (code), GSM8K (math).
Zero-shot / Few-shot
Evaluating with no examples (zero-shot) or a few (few-shot) in the prompt, without fine-tuning.
Common Crawl
A petabyte-scale web scrape — the largest single data source, but needs heavy filtering.
Synthetic Data
Training data generated by an AI model rather than humans — increasingly used to augment corpora.

Hardware & Infrastructure

GPU
The hardware that runs training — excels at the parallel matrix multiplies neural nets need.
A100 / H100
NVIDIA data-center GPUs. A100 (2020): 80GB, 312 TFLOPS. H100 (2023): 80GB, ~1000 TFLOPS (FP8), ~3× faster.
TPU
Google's custom AI accelerator — an alternative to NVIDIA GPUs.
CUDA
NVIDIA's GPU programming framework; most ML frameworks build on it, which is why NVIDIA dominates.
PyTorch
Meta's open-source ML framework — the most widely used for training LLMs. FSDP is part of it.
Checkpoint
A saved snapshot of weights during training — for resuming after failures and keeping the best version.
Inference
Using a trained model to generate outputs (vs. training it). Different performance profile from training.

Frequently asked

Which paper should I read first?
Attention Is All You Need (2017) — the Transformer paper. Every modern LLM is built on it, and every other paper here assumes you understand self-attention.
What's the shortest reading list if I'm short on time?
Eight papers: Attention Is All You Need, Chinchilla, ZeRO, LoRA, InstructGPT, DPO, Llama 2, and Llama 3 — the “minimum viable path,” ordered so each builds on the last. It covers architecture, scaling, distributed training, fine-tuning, alignment, and a full production recipe.
How long does the guide take?
About an hour to skim all 35 summaries — roughly 2–3 minutes each. No deep ML background is assumed; the summaries are plain-language.
Do these papers actually come up in AI-lab interviews?
Yes — for ML/research and infra roles especially. Loops rarely ask you to recite a paper, but they assume the background: implement attention, debug an RL-training loop, reason about the KV cache, explain why a model is undertrained. The guide cross-links each paper to matching practice questions reconstructed from real candidate reports.
Is the guide free?
Yes — the full guide and glossary are free with no sign-up. Only the linked practice questions require a subscription (and several of those are free previews).

Now practice the real questions

The theory above is the setup. AI-lab loops test whether you can apply it — implement attention, debug an RL training loop, reason about KV cache. Those are reconstructed from real candidate reports on AceOffer.

Is this helpful?