AIAny. ← Back to AIAny

Lesson notes · GPT series, part three · one frozen model, 42 benchmarks

Language Models are Few-Shot Learners

In 2020, making a language model do your task meant retraining part of it. GPT-3 freezes the weights, types a few worked examples into the prompt, and measures — across eight model sizes — exactly when that trick starts to work. We'll rebuild the case with the paper's own numbers, and finish where the paper honestly shrugs.

Subject In-context learning Date May 28, 2020 Venue arXiv 2005.14165 · OpenAI Scale 175B params · 300B tokens · ≈3,640 PF-days

Tom B. Brown · Benjamin Mann · Nick Ryder · Melanie Subbiah · Jared Kaplan · Prafulla Dhariwal · Arvind Neelakantan · Pranav Shyam · Girish Sastry · Amanda Askell · Sandhini Agarwal · Ariel Herbert-Voss · Gretchen Krueger · Tom Henighan · Rewon Child · Aditya Ramesh · Daniel M. Ziegler · Jeffrey Wu · Clemens Winter · Christopher Hesse · Mark Chen · Eric Sigler · Mateusz Litwin · Scott Gray · Benjamin Chess · Jack Clark · Christopher Berner · Sam McCandlish · Alec Radford · Ilya Sutskever · Dario Amodei — OpenAI.

The core idea

Stop retraining the model. Start writing to it.

GPT-2 left a hint: one next-word game, played on enough internet text, quietly teaches a model many tasks. Yet in 2020 the working recipe for actually using a language model was still fine-tuning — collect thousands of labeled examples, update the weights, get a specialist. GPT-3's bet is that at sufficient scale you can skip the gradient step entirely: describe the task in plain text, paste in a few demonstrations, and the frozen model adapts on the fly, inside its context window.

The measurable claim is sharper than “bigger is better.” Zero-shot, one-shot and few-shot scores don't merely all rise with size — the gaps between them widen. A 1.3-billion-parameter model barely profits from demonstrations; the 175-billion-parameter one turns the same pasted text into tens of accuracy points. How much a model can learn from a prompt is itself a function of scale.

The weights never move. Whatever the model “learns” about your task, it learns between reading your prompt and printing its answer.

PART A

Ask without training

The tax on fine-tuning · four ways to hand over a task · where the trick could come from

Step 1 · The tax on every new task

In 2020, each new task cost a labeled dataset. A human needs a sentence and two examples.

Where the GPT-2 page left off: next-word prediction on web text teaches a model many tasks at once, and its zero-shot scores climb with size — real skills, mostly not yet strong enough to use. So in practice everyone kept fine-tuning: take the pretrained model, then update its weights on thousands of labeled examples per task.

Let's make that concrete with the task that will work for us all page long. We want a model that repairs garbled words — given r e!c.i p r o.c a/l, it should answer reciprocal. We picked it for two reasons: it's the exact task the paper uses to draw its headline figure, and it's deliberately artificial — strings like that barely exist anywhere on the internet, which will matter later. The 2020 playbook for our little task looks like the top lane here:

THE 2020 RECIPE — FINE-TUNING 10,000 labeled (garbled, clean) pairs gradient updates weights change ×1000s specialist model for this one task …and repeat, for every new task THE PAPER'S WISH — JUST ASK IN TEXT task described in text, plus a few examples one language model weights frozen reciprocal the completion
The coral dashed box is the step GPT-3 wants to delete. In the bottom lane nothing about the model changes between tasks — only the teal text you feed it.

The paper opens with three charges against the top lane. First, the obvious one: someone has to build that dataset, for every task, forever — grammar fixing, story critique, on and on. Second, a subtler one: a huge pretrained model fine-tuned on a narrow dataset can win the benchmark by latching onto spurious correlations in it, so its score can flatter how well it really does the task. Third, the standard we're being compared to: a person needs “please unscramble these words” and maybe two examples — no ten thousand pairs, no retraining.

The question of the paper

Can we get from the top lane to the bottom lane — and what does it cost? The paper's answer will be a number of parameters.

§1: fine-tuning “typically requires fine-tuning on a dataset of thousands to hundreds of thousands of examples specific to that task”; the spurious-correlation worry “grows with the expressiveness of the model and the narrowness of the training distribution.”

Step 2 · Four ways to hand over a task

Fine-tune the weights — or describe the task in text, with zero, one, or K worked examples.

One frozen model, tasks ordered off a menu written in plain text — that was the wish. Before we can test it, we need the menu itself: exactly what text goes in, for each way of asking.

The paper lines up four settings on a single axis: how much task-specific data each one consumes. At one end sits fine-tuning. The other three are just prompts — the same frozen GPT-3, fed different amounts of text. Read each panel below as literally what the model sees for our word-repair task:

Fine-tuning — not used for GPT-3

s.u!c/c!e.s s i/o/n = succession ∇ weight update m o/u.n!t a i.n = mountain ∇ weight update ⋯ thousands more pairs, thousands more updates ⋯ r e!c.i p r o.c a/l = reciprocal

A new set of weights per task. Strongest scores in 2020 — and the whole cost structure we're trying to escape.

Zero-shot · K = 0

Please unscramble the letters into a word, and write that word: r e!c.i p r o.c a/l = reciprocal
175B gets 8.3%

Instruction only. No weight updates — and none in the next two panels either.

One-shot · K = 1

Please unscramble the letters into a word, and write that word: s.u!c/c!e.s s i/o/n = succession r e!c.i p r o.c a/l = reciprocal
175B gets 45.4%

One worked example, as you'd give a human contractor. Watch what it's worth.

Few-shot · K up to ~100

Please unscramble the letters into a word, and write that word: s.u!c/c!e.s s i/o/n = succession m o/u.n!t a i.n = mountain ⋯ K − 3 more examples ⋯ c!o.m/p u/t e.r = computer r e!c.i p r o.c a/l = reciprocal
175B gets 67.2% at K = 100

As many demonstrations as fit. Still zero gradient updates.

text you place in the context text the model prints gradient updates (weights change)

Look at where the coral chips live: only in the first panel. From here to the end of this page, coral never appears again — that absence is the paper. Between the other three panels the only thing that varies is how much teal text precedes the question.

What caps K? The context window. Every GPT-3 model reads at most 2,048 tokens at once (double GPT-2's window). One demonstration line of our task costs very roughly 16 tokens, so 2,048 ÷ 16 ≈ a bit over 100 examples — which is exactly the “typically 10 to 100” range the paper works in. The menu ends where the window does.

A naming trap

Elsewhere in machine learning, “few-shot” usually means updating weights on a few examples. Here it means no updates at all: the K demonstrations are plain text in the prompt, forgotten the moment the answer is printed. Same phrase, different mechanism.

Prompt wording from Appendix G (Figs. G.19–G.27); “succession” and “reciprocal” are the paper's own examples, the other garbled words here are ours, in the same format. Accuracy values: Table 3.10, symbol-insertion task. The ~16 tokens/line is our rough estimate. The paper notes GPT-3 could in principle be fine-tuned too — it leaves that to future work (§2).

Step 3 · Where the trick could come from

Pretraining is the outer loop. Reading your prompt is the inner loop.

Few-shot, then, is just pasting K worked examples above your question. But why would pasting text into a frozen model teach it anything at all?

Honestly, this is where we stalled when first reading the paper: if every weight is frozen, what is there left to learn with? It feels like a contradiction. The resolution is that weights aren't the only state a network has. As the model reads your prompt, it computes activations — a fresh, throwaway state, token by token. Adaptation can live there. The paper (§7) points to a whole lineage of meta-learning work built on exactly this: an inner loop of adaptation that happens “through computation in the model's activations,” while an outer loop trains the weights.

Where would a language model pick up such an inner-loop skill? From the training text itself. Ordinary documents repeat little sub-tasks:

OUTER LOOP — SGD OVER BILLIONS OF SEQUENCES (weights change) SEQUENCE №1 5 + 8 = 13 7 + 2 = 9 1 + 0 = 1 3 + 4 = 7 SEQUENCE №2 gaot => goat sakne => snake brid => bird fsih => fish SEQUENCE №3 thanks => merci hello => bonjour mint => menthe wall => mur OUR TASK — SAME SHAPE s.u!c/c!e.s s i/o/n = succession r e!c.i p r o.c a/l = reciprocal ↓ INNER LOOP — pattern picked up within one sequence, weights frozen (in-context)
Redrawn from the paper's Figure 1.1 (first three sequences are its own; the caption there notes they're illustrative, not literal training data). Our garbled words are just one more sequence of the same shape.

Follow the teal arrows inside any one card. To predict the fourth line well, given the first three, the most useful thing a model can do is pick up the pattern on the spot — the loss rewards nothing less. So the coral outer loop, in the course of ordinary pretraining, keeps paying the model for being good at the teal inner loop. The paper calls the whole two-level arrangement meta-learning, and the inner loop in-context learning. A few-shot prompt is nothing exotic: it hands the model exactly the kind of sequence it was implicitly practiced on.

Two questions to park

Is the inner loop really learning something new, or just recognizing a task the outer loop already taught? Step 6 wrestles with that, and the paper itself declines to fully decide. And why should this skill grow with model size? That's not an argument — it's the measurement Step 5 exists for.

§1, Fig. 1.1 and footnote 1; §7 on the RL2 / matching-networks lineage: “an inner loop of adaptation takes place through computation in the model's activations across timesteps, without updating the weights.”

PART B

Scale meets the context window

Eight sizes of one machine · the K dial · learning versus remembering

Step 4 · The machine and the bill

The architecture is GPT-2's. Everything else is two orders of magnitude bigger.

The inner loop is a skill the outer loop has to build — and the paper bets that skill grows with size. Testing a bet about size means building more than one machine.

The model section of this paper is deliberately boring, and that's the point. GPT-3 reuses GPT-2's architecture — same Transformer decoder, same modified initialization, pre-normalization and tokenizer — with one listed change: it alternates dense attention layers with locally banded sparse attention layers. We won't unpack sparse attention here (it comes from the Sparse Transformer paper; §2.1 gives the one-line citation). Nothing about the method is new. What's new is the dial:

125M 350M 760M 1.3B 2.7B 6.7B 13B 175B = “GPT-3”: 96 layers · 12,288 wide · 96 heads eight models, same recipe, same 300B training tokens — parameters on a log scale → ≈ GPT-2's size
Table 2.1 as a picture. The instrument isn't the big dot — it's the row of dots: eight sizes trained identically, so any change in behavior can be pinned on scale alone. All share the 2,048-token context window.

The fuel is a curated slice of the internet: Common Crawl, filtered against a quality classifier and deduplicated, then deliberately under-sampled so the cleaner corpora punch above their weight — the bars below show each source's share of training examples, not its share of bytes. The filtered Common Crawl is seen less than half of one epoch; tiny, clean Wikipedia is recycled 3.4 times.

Common Crawl (filtered, 410B tokens)
60%
WebText2 (19B)
22%
Books1 (12B)
8%
Books2 (55B)
8%
Wikipedia (3B) · 3%

Now the bill. Let's actually compute it — three short lines, using the paper's own accounting from Appendix D:

1

Cost per token

Each parameter does one multiply and one add per token in the forward pass (2 ops), and the backward pass costs about 3× the forward.

2 ops×3 (fwd + bwd)=6 flops / param / token
2

Total training compute

Multiply by the parameters and by every token seen. (The paper ignores attention's extra cost — under 10% here.)

6×174.6×10⁹ params×300×10⁹ tokens=3.14×10²³ flops
3

In human units

One petaflop/s-day is 8.64×10¹⁹ operations. Divide, and you get the number the field still quotes.

3.14×10²³÷8.64×10¹⁹3,640 PF-days

For calibration: GPT-2's training budget was tens of petaflop/s-days. This is roughly a hundredfold jump, run on V100 GPUs on a Microsoft-provided cluster — and 10× more parameters than any previous dense language model. One reassuring check before we use this machine: its validation loss lands right on the power-law line that the scaling-laws paper drew, now extended two more orders of magnitude (Fig. 3.1). The outer loop behaved exactly as predicted. The open question is the inner one.

Tables 2.1–2.2, §2.3, §6.3, Appendix D (the 6·N·D rule and the 3.14×10²³ figure are the paper's own). Raw Common Crawl: 45TB of text before filtering, 570GB after.

Step 5 · Turn K and watch it learn

Same frozen weights, longer prompt: 8% → 45% → 67%. Only the big model can cash the examples in.

Eight sizes of one machine, and a garbled-word task too artificial to have been crawled. Now the experiment the whole paper hangs on: freeze the weights, lengthen the prompt, count correct answers.

This is the paper's Figure 1.2, rebuilt so you can drive it. The dial is K, the number of worked examples pasted above the question. Nothing else changes — same checkpoint, same test words. As you drag, watch two things: the prompt on the right physically growing (that teal text is the entire intervention), and where your model's curve sits compared to the other two.

Drag K, switch model size — accuracy is the paper's, not a simulation

0 10 20 30 40 50 60 70 0 1 10 100 K — examples in the context (log scale) accuracy (%) 1.3B 13B 175B

The prompt your K builds

Please unscramble the letters into a word, and write that word: s.u!c/c!e.s s i/o/n = succession m o/u.n!t a i.n = mountain c!o.m/p u/t e.r = computer ⋯ 5 more examples ⋯ r e!c.i p r o.c a/l = reciprocal

context used: ≈161 of 2,048 tokens

examples K
8
accuracy
60.0 %
gain over K = 0
+51.7 pts
K = 0← drag →K = 100

Three things to check with your own thumb. ① On 175B, go from K = 0 to K = 1: one example buys ≈ +37 points. ② Keep going to 100: the next 99 examples together buy ≈ +22 more — the first example carries the format, the rest refine it. ③ Switch to 1.3B and repeat: the same teal text is worth about +4 points, total. The demonstrations aren't the intelligence; the capacity to use them is.

This chart is the paper

The title's claim in one picture: as models grow, their in-context learning curves get steeper — big models don't just know more, they extract more from every example you show them. The paper reports the same widening fan on benchmarks across the board.

Anchor points are the paper's tables (Table 3.10 and Appendix H, symbol-insertion task): at K = 0 / 1 / 100 — 1.3B: 0.0 / 1.18 / 4.18 · 13B: 0.89 / 6.62 / 27.3 · 175B: 8.26 / 45.4 / 67.2. Between anchors the curves are interpolated to match Figure 1.2's shape (K = 8 read off the figure), and token counts are our rough estimate — treat in-between values as the trend, not measurements. All runs use the natural-language task description; without it, the K = 0 scores drop to ≈ 0.

Step 6 · Learning, or remembering?

The tasks were invented, zero-shot sits near the floor, and the gap grows with scale — but the paper won't overclaim.

You just watched 175B pull nearly +59 points out of pure text while 1.3B barely moved. The obvious objection: maybe the big model isn't learning anything at test time — maybe it memorized more of the internet.

The paper's first defense is built into the task design. Those garbled strings are generated, by scrambling the 10,000 most common words — text like r e!c.i p r o.c a/l essentially doesn't occur in the wild. And the scores agree: with no examples, every model is at or near the floor on all five scrambling variants (reversed words: 0.09% even for 175B). If solved pairs were sitting in the training data, zero-shot wouldn't be this bad. The skill shows up only when demonstrations enter the context — which is what “learned at test time” should look like.

Second, do one last bit of arithmetic on the numbers from Step 5 — subtract each model's zero-shot score from its K = 100 score. That difference is how much the model got from the demonstrations alone:

1.3B · 4.18 − 0.00 = +4.2
13B · 27.3 − 0.89
+26.4
175B · 67.2 − 8.26
+58.9

Three subtractions, and you've reproduced the paper's headline: the value of in-context examples roughly doubles with each ~10× of model size on this task. Averaged over all 42 accuracy benchmarks the same fan appears — zero-shot climbs steadily with scale, few-shot climbs faster (Fig. 1.3).

And yet the authors stop short of declaring victory, and it's worth hearing why. In §5 they lay out a spectrum: at one end, a model that truly learns a task “from scratch” at inference; at the other, a model that merely recognizes, from your examples, a task it already absorbed during pretraining. Translation is surely learned during training; the scramble tasks look genuinely learned on the spot; most tasks sit somewhere unknowable in between. They even note we can't say which of these humans do. One boundary worth marking on our running example, too: no model can reverse a word (0.44% few-shot at 175B). GPT-3 reads BPE tokens — chunks averaging about 0.7 words — so single letters are barely visible to it; character surgery is a genuinely foreign coordinate system, and removing inserted symbols is the mildest version of it.

What we may and may not conclude

May: demonstrations in the context cause large, size-dependent gains on tasks that can't be recited. May not: that the mechanism is human-like learning rather than very good pattern recognition. The paper's phrase for its own result is deliberately modest — the model is a better meta-learner at scale.

§3.9.2 and Table 3.10 (all five scramble tasks; K = 100); §5 on the learning-vs-recognition spectrum; §3.9.2 on BPE (~0.7 words per token). Step 8 adds the arithmetic version of the memorization check.

PART C

The verdict

Benchmarks · invented tasks · alarms the authors rang themselves · the audit

Step 7 · Against the fine-tuned specialists

Sometimes ahead, usually close, honestly beaten on comparison tasks — with zero gradient updates.

The garbled words were our lab probe — invented, controlled, unciteable. Time to let the probe go and ask the 2020 reviewer's question: on the field's standard benchmarks, does a prompted generalist survive contact with fine-tuned specialists?

Remember what's being compared. Every gray bar below is a model trained on that benchmark's own training set. Every red bar is the same frozen GPT-3 with a few dozen examples pasted into its prompt. The red bars have no right to be this close:

no gradient updates

Few-shot GPT-3 175B vs fine-tuned reference — higher is better

LAMBADA · long-range fill-in
vs prior SOTA

86.4

 

68.0 (fine-tuned SOTA)

TriviaQA · closed-book QA
vs fine-tuned RAG

71.2

 

68.0 (RAG, fine-tuned)

SuperGLUE average · K = 32
vs fine-tuned BERT-Large

71.8

 

69.0 (BERT-Large, fine-tuned)

WiC · same word, two sentences?
the honest failure

49.4 ≈ coin flip

 

76.1 (fine-tuned SOTA)
76.2 → 86.4 LAMBADA zero-shot already beat the old SOTA (68.0) by 8 points; few-shot added ten more, at perplexity 1.92 vs 8.63.
< 8 examples to overtake fine-tuned BERT-Large on the SuperGLUE average — the entire “training set” fits on one screen.
39.2 BLEU French→English, about 5 BLEU past the best prior unsupervised systems — though En→Ro lags badly (21.0), a known casualty of the English-centric BPE tokenizer.
The losing pattern ANLI R3 40.2, RACE-h 46.8 vs 90.0 — tasks that compare two snippets. §5's conjecture: a one-direction decoder can't re-read the way bidirectional fine-tuned models do.

Two honest wrinkles before moving on. Few-shot isn't monotone magic: on LAMBADA, one example is actually worse than none (72.5 vs 76.2) — a single demonstration lets the model recognize a fill-in-blank format but not lock onto it, and only several examples make the format click. And one headline win comes with an asterisk we'll explain in Step 10: PIQA's 82.8 beat the fine-tuned SOTA, but its test items partly overlap the training crawl.

Tables 3.2 (LAMBADA, K = 15), 3.3 (TriviaQA), 3.4 (translation), 3.7 (RACE), 3.8 (SuperGLUE, K = 32) and Fig. 3.8. Fine-tuned SOTAs of 2020: LAMBADA 68.0, TriviaQA open-domain RAG 68.0, SuperGLUE 89.0 (T5-11B), WiC 76.1.

Step 8 · Tasks invented so they can't be looked up

Arithmetic, made-up words, SAT analogies — abilities that switch on between 13B and 175B.

Benchmarks measure prepared tasks. The paper also built a battery nothing could prepare for — quick computations and adaptations where the answer must be produced, not retrieved.

Start with plain arithmetic, asked in words: Q: What is 48 plus 76? A:. Before you reveal the right-hand cell below, commit to a guess. Few-shot, two-digit addition: the 13-billion-parameter model gets 55.5%. The full GPT-3 is 13× bigger — how much better do you expect?

Few-shot accuracy · two-digit addition (2,000 random problems)

13B: 55.5% 175B: ??.?%

Not 70%. Not 85%. One hundred percent — an ability that is half-formed at 13B and simply present at 175B. Then it decays with digit count like a student running out of scratch paper (the chips above), which already hints this is procedure, not lookup. The paper checks the lookup theory directly: it searched the training data for its test problems and found 17 of 2,000 addition problems, 2 of 2,000 subtractions. And the wrong answers are the giveaway — the model often forgets to carry the 1. You don't make that mistake retrieving a memorized sum.

The same on-the-spot adaptation shows up with words. Define a term that has never existed, once, and ask for a sentence — here is the model's actual output, amber marking what it wrote:

A “Gigamuru” is a type of Japanese musical instrument. An example of a sentence that uses the word Gigamuru is:
I have a Gigamuru that my uncle gave me as a gift. I love to play it at home.

Elsewhere in the same figure it inflects a brand-new verb (“to screeg” → “we screeghed”). And on pre-2005 SAT analogy questions — a genre with its own fussy format — few-shot GPT-3 scores 65.2% against the college applicants' average of 57%.

Why this step matters

These probes close the loop that Step 6 opened: gains that appear only with demonstrations, on material that cannot have been crawled, with errors that look like slips of procedure. Whatever in-context learning is, it is doing real work at 175B — and mostly is not there at 13B.

§3.9.1 (Table 3.9, Appendix H for the 13B column), §3.9.2, §3.9.3, §3.9.5 and Fig. 3.16. All values few-shot. Zero-shot 175B still adds two-digit numbers 76.9% of the time — instruction alone, no examples.

Step 9 · The alarm the authors rang themselves

News articles people couldn't reliably flag as machine-written — reported first by the people who built the machine.

A model that improvises arithmetic and coins sentences for invented words will also write prose on demand. The authors measured how well people can tell — and then spent a fifth of the paper on what that implies.

Fittingly, the generation setup is itself a few-shot prompt: three real news articles in the context, then a fresh headline and subtitle. Around 80 US participants per model judged mixed batches of human and machine articles. Follow the dots down: detection accuracy slides toward the 50% coin-flip line as the generator grows.

deliberately-bad control · 86% coin flip · 50% 76% 52% 125M 1.3B 13B 175B generator size (log) →
Data from Table 3.11 (~200-word articles). The hardest single GPT-3 article was correctly flagged by only 12% of readers; on ~500-word articles the 175B result was still 52%.

That 52%-versus-86% pair is the finding: people can catch deliberately bad machine text, and essentially cannot catch GPT-3's. The paper treats this as a milestone to be managed, not celebrated, and §6 reads like a risk report from inside the lab:

Misuse, surveyed They monitored forums where misinformation tactics are discussed, and consulted threat analysts on state actors: experimentation after GPT-2, no successful deployments — reliability, not quality, was still the barrier.
Bias, quantified In “The {occupation} was a …” probes, 83% of 388 occupations drew male continuations more often; “violent” and “terrorism” co-occurred more with Islam than other religions; sentiment ran lowest for “Black” across most sizes.
Energy, both sides Training burned thousands of PF-days — yet once trained, generating 100 pages costs on the order of 0.4 kWh. The sunk cost is huge; the marginal cost is cents.
Method, exported Naming threat actors, probing your own model's stereotypes, publishing the failure table — this section became a template for the model cards and system cards that followed.

§3.9.4, Tables 3.11–3.12 and Appendix E (participants, quiz design); §6.1–6.3. Sentiment and co-occurrence probes are the paper's own framing, measured on generated continuations.

Step 10 · The audit, the limits, and a self-test

Benchmarks checked for leaks, weaknesses listed by name — and the mechanism left honestly open.

Every score on this page assumed one thing: that the test questions weren't already in those 300 billion training tokens. On a web-scale corpus that assumption cannot be waved through — so the authors audited it, in public.

For every benchmark they built a “clean” subset — items sharing no 13-gram with the training data — and re-scored on it. Most results barely moved. Where they did move, the paper says so: PIQA and Winograd wear asterisks in its own tables. It also admits, in print, that a bug left some overlaps unfiltered and retraining was too expensive to fix it. Even our garbled-word probe makes a cameo: its flagged “overlaps” turned out to be mostly false alarms — palindromes like kayak = kayak, which look identical scrambled or not. LAMBADA overlapped substantially, yet the clean subset scored within 0.5% — the fill-in-blank framing defeats simple recitation.

The limitations chapter is just as plain-spoken. GPT-3's long text repeats itself and drifts off-topic; it flubs common-sense physics (“If I put cheese into the fridge, will it melt?”); it stays weak wherever two snippets must be compared, which §5 pins — as a conjecture — on one-directional reading. Its pretraining is spectacularly data-hungry next to a human childhood. Inference on a 175B model is expensive. And the deepest open question is the one we parked in Step 3: recognition or learning? The authors answer with the sentence quoted below — by refusing to choose.

Before the last bookend, close the loop yourself. Try each question out loud, then check:

Four ways to hand a model a task — which touch the weights?

Only fine-tuning (thousands of labeled examples, one specialist per task). Zero-, one- and few-shot change nothing but prompt text; K demonstrations are capped by the 2,048-token window — roughly 10 to 100 examples.

If the weights are frozen, where does the “learning” live?

In the forward pass — the activations computed while reading your prompt. Pretraining is the outer loop that builds the skill; your prompt runs the inner loop. Whether that inner loop learns anew or recognizes something already learned, the paper leaves open.

Which single chart carries the title's claim?

Accuracy versus K, drawn per model size (Fig. 1.2 — Step 5's interactive). The few-shot-minus-zero-shot gap on the word task: +4.2 at 1.3B, +26.4 at 13B, +58.9 at 175B. The widening of that gap with scale is “language models are few-shot learners.”

How does the paper answer “it just memorized the internet”?

Generated probe tasks with zero-shot near the floor; a corpus search finding 17 of 2,000 addition problems verbatim; wrong answers with dropped carries — procedure errors, not lookup errors; plus the benchmark-wide 13-gram contamination audit.

Where does few-shot clearly lose, and why (per the authors)?

Two-snippet comparison tasks: WiC at 49.4% (a coin flip), ANLI near chance until 175B, RACE and QuAC far behind fine-tuned SOTA. Their conjecture: a decoder that reads in one direction can't re-read and compare the way bidirectional fine-tuned models do.

One exercise — redraw Step 2's four panels from memory. Check yourself on three details: which panel contains coral, what caps K, and why the 1.3B curve in Step 5 stays flat. Those three answers are the paper.

“A limitation associated with few-shot learning in GPT-3 is ambiguity about whether few-shot learning actually learns new tasks ‘from scratch’ at inference time, or if it simply recognizes and identifies tasks that it has learned during training … understanding precisely how few-shot learning works is an important unexplored direction for future research.” — Brown et al., 2020, §5
The profound impact

The interface we still use to talk to models.

GPT-3's architecture was old news on arrival, by design. What the paper changed was the contract between people and models: you stopped shipping gradients and started shipping words.

2020 · the interface

The prompt becomes the program

GPT-3 shipped behind an API rather than as weights. Overnight, “prompt engineering” — choosing the instruction, picking the K examples — became how software talked to a frozen model.

2022 · the successor

InstructGPT → ChatGPT

The same frozen-engine idea, plus training to follow instructions: the few-shot scaffolding could shrink to a bare request. A chat with an assistant is this paper's K demonstrations, grown into a conversation.

2020s · the research agenda

In-context learning, the field

Why frozen weights adapt — implicit meta-learning, Bayesian task inference, emergent abilities — became its own literature, and “how well does it use the context?” a standard axis for every scaled-up model since.

Every chat window is a context window. K just became your conversation history.