Sep 2, 2026 · ml · 58 min read · 13100 words advanced

From GPT to recurrent depth: the ten-year story behind one sentence.

ml openai llm-architecture reasoning survey

On September 1, 2026, OpenAI said something about a model called Astra. It is very good at breaking into computer systems — good enough, the company said, to be the first model to cross its own Critical cybersecurity threshold.

That was the headline. But buried in reporting from The Information the same day was a smaller sentence, one that most coverage skipped past:

Astra reportedly uses a technique called recurrent depth.

Nine words. No paper. No architecture diagram. And if it's true, it means the most capable model OpenAI has built does a meaningful part of its thinking somewhere we can't read.

This article is the ten-year story that leads to that sentence — and an attempt to do something the usual "history of ChatGPT" post never does: keep score honestly.

Because there's a bad habit in how this history gets told. OpenAI shipped the products everyone touched, so OpenAI gets the credit for the ideas. That's wrong, and often badly wrong. The Transformer is Google's. Chain-of-thought prompting is Google's. Diffusion models came out of Stanford and Berkeley/Google. Classifier-free guidance — the thing every text-to-image model on earth runs — is Google's. Recurrent depth, the thing Astra reportedly uses, traces back to a 2018 Google paper and was revived in 2025 by an academic team with no OpenAI involvement at all.

So what did they do? Quite a lot, actually — just not what most people think. The real pattern, visible once you line the decade up in order, is this: over and over, OpenAI found an axis of scale that everyone else considered exhausted or unpromising, and pushed it until something surprising fell out.

Modern AI capability isn't one invention. It's a function with about nine arguments, and the last decade is the story of labs discovering, one at a time, that each argument could be turned up.
\[ \text{Capability} = f(\underbrace{\text{architecture}}_{\text{Google, 2017}},\ \underbrace{\text{parameters},\ \text{data},\ \text{train compute}}_{\text{2018–2022}},\ \underbrace{\text{post-training}}_{\text{2017/2022}},\ \underbrace{\text{inference compute}}_{\text{2024–}},\ \text{tools},\ \text{memory},\ \text{environment}) \]

Read the sections below in order and you'll watch that function get filled in, one variable per era — with a running scorecard of who actually filled in which one.

How to read the verdicts. Every major contribution below gets an explicit call: Invented by OpenAI Co-developed Existing idea, significantly advanced Scaled / popularized Earlier idea adapted Not OpenAI Reported, unconfirmed. Where architecture is undisclosed — GPT-4, GPT-4o, and Astra especially — this article says "unknown" rather than repeating leaked numbers as fact. Everything is sourced inline, as you read, not dumped in a pile at the bottom.

Act I

2016 – 2019 · before anybody thought language models were the answer

The years OpenAI was a reinforcement learning lab

It's easy to forget now, but for its first three years OpenAI wasn't really a language company. It was an RL shop that played video games. The two most consequential things it produced in that period are still running underneath every chat model you use — and one of them isn't even a neural network.

The optimizer that wouldn't fall over Invented by OpenAI

Here's the problem John Schulman was chewing on in 2017. Policy gradient methods are conceptually beautiful: sample some actions, see which ones did well, nudge the policy toward doing those more. But they're brittle in a specific, maddening way. Take too big a step, and your new policy is so different from the one that collected the data that the data is now lying to you. Training doesn't degrade gracefully — it detonates.

Schulman's own earlier fix, Trust Region Policy Optimization (2015), solved it by putting a hard mathematical fence around how far the policy could move each update. It worked. It was also a nightmare — second-order optimization, conjugate gradients, the kind of thing where the reference implementation is the only implementation.

Proximal Policy Optimization (Schulman, Wolski, Dhariwal, Radford, Klimov, 2017) replaced the fence with something almost embarrassingly simple:

\[ L^{CLIP}(\theta) = \mathbb{E}_t\Big[\min\big(r_t(\theta)A_t,\ \text{clip}(r_t(\theta),\,1-\epsilon,\,1+\epsilon)\,A_t\big)\Big] \]

where \(r_t(\theta) = \pi_\theta(a_t|s_t) / \pi_{\theta_{\text{old}}}(a_t|s_t)\) is how much more (or less) likely the new policy is to take the action you actually took.

The trick is in the clip. Suppose an action turned out great — positive advantage \(A_t\). The objective wants to crank \(r_t\) up. But once \(r_t\) passes \(1+\epsilon\), the clipped term stops rewarding you for going further. There's no gradient signal pulling the policy off a cliff, because the objective simply stops caring past a certain point. The min makes it pessimistic in both directions. You get TRPO's stability using nothing but first-order gradients and about fifteen lines of code.

That last part is why it mattered. PPO's legacy has almost nothing to do with robots:

PPO  →  preference-based reward optimization  →  RLHF  →  InstructGPT  →  reasoning-model RL

When you need to fine-tune a 175-billion-parameter language model against a learned, noisy, partially-wrong reward signal without the whole thing collapsing into gibberish, you want the optimizer that fails gracefully. That turned out to matter far more for aligning GPT-3 than it ever did for teaching a simulated humanoid to walk.

CarefulDo not assume PPO is what trains any specific modern reasoning model. GRPO and other critic-free variants have become common precisely because they drop PPO's separate value network. No public source says which algorithm OpenAI runs internally today.

Asking humans which one they liked better Co-developed with DeepMind

The second idea from this era is one you cannot credit to OpenAI alone, and the author list makes that obvious: Deep Reinforcement Learning from Human Preferences (2017) was Paul Christiano, Jan Leike, Tom Brown, Miljan Martic, Shane Legg, and Dario Amodei — a genuinely joint OpenAI/DeepMind effort.

The setup that came out of it is now so standard it feels like it was always there:

human comparisons  →  preference dataset  →  reward model  →  RL optimization

The insight is about what you do when you can't write down the reward function. How do you numerically specify "do a backflip"? You mostly can't — and every hand-coded proxy you invent gets gamed the moment an optimizer looks at it hard enough. So don't write it. Show a human two short clips and ask which is closer. Train a model to predict those answers. Optimize against that.

It worked on Atari and simulated locomotion using feedback on under 1% of the agent's interactions — the result that made it practical rather than merely elegant. And the conceptual leap is the one this whole article keeps circling back to: alignment became a learned, trainable component of the stack rather than a constraint bolted on afterwards. Five years later, that same three-box pipeline is what turns GPT-3 into ChatGPT.

Dota, and the bet that scale alone does something Scaled by OpenAI

OpenAI Five invented no architecture. It's in this story anyway, because it's where the house philosophy became visible.

The system played Dota 2 at professional level using PPO, an LSTM policy, and roughly 180 years of self-play experience per day. Nothing clever. What emerged — long-horizon strategy, item build orders that adapted to patches, coordinated five-agent teamfights nobody designed — was not engineered in. It fell out of scale.

Sufficiently scaling compute, environment interaction and optimization can produce qualitatively new capabilities. The bet that explains everything OpenAI did next

Hold onto that sentence. It's the reason they were willing, two years later, to spend an absurd amount of money on a language model that was just GPT-2 with more of everything.

Act II

2018 – 2020 · the accident that became an industry

Nobody expected next-token prediction to do this

GPT-1: a modest paper about transfer learning Google's Transformer, adapted

First, the credit that must not move: the Transformer is Vaswani et al., Google, 2017. Every model in this article sits on top of it. OpenAI did not invent the architecture, and no amount of subsequent product success changes that.

What Improving Language Understanding by Generative Pre-Training (Radford, Narasimhan, Salimans, Sutskever, 2018) contributed was a recipe: take a 12-layer decoder-only Transformer, train it on a pile of unlabeled books with the world's dumbest objective —

\[ P(x) = \prod_{t=1}^{T} P(x_t \mid x_{— and then fine-tune that single pretrained body onto twelve different downstream tasks. It beat purpose-built architectures on nine of them.

At the time, the field's standard practice was one bespoke model per task: a bidirectional LSTM with attention for QA, something different for entailment, something different again for sentiment. GPT-1 is where "just pretrain one general thing and adapt it" starts winning.

And why does predicting the next token work so absurdly well as a general objective? Because to predict what comes next in arbitrary internet text, you have to implicitly model grammar, facts, causal structure, argument, and the personalities of the people who wrote it. The objective is trivial to state, has infinite free supervision (every token is a label), and is bounded above only by how much the world's text actually contains. That combination is what made the next five years possible.

GPT-2: the same thing, ten times bigger, and suddenly it does tasks nobody trained it on Scaled by OpenAI

Language Models are Unsupervised Multitask Learners (Radford et al., 2019) is architecturally almost identical to GPT-1. 1.5B parameters, 40GB of curated web text, and a title that is a literal description of the finding.

The model, trained on zero task-specific supervision, started doing summarization, translation, reading comprehension and QA in a pure zero-shot setting. Nobody put those tasks in. They were latent in "predict the next token across a big enough slice of the internet," and scale surfaced them.

This is the moment the field's center of gravity visibly shifts. Before GPT-2: capability comes from architecture. After: capability might just come from size.

Sparse Transformer: the real architecture invention nobody talks about Invented by OpenAI

Here is OpenAI's cleanest, most under-discussed architecture contribution — Generating Long Sequences with Sparse Transformers (Child, Gray, Radford, Sutskever, 2019).

Self-attention compares every position to every other position. That's \(O(N^2)\) in both time and memory. Fine for 512 tokens. Catastrophic for the tens-of-thousands-long sequences you get from raw audio or high-resolution images.

Their fix: don't attend to everything. Factorize attention into a couple of cheap sparse patterns — a strided pattern that captures local structure, plus a fixed pattern where positions attend to a small set of summary columns that carry global context. Stack them across layers and information still reaches everywhere, but the cost drops to roughly

\[ O(N\sqrt{N}) \]

They also shipped the boring-but-essential parts: recomputing attention during the backward pass to save memory, and initialization changes to train much deeper stacks. Same architecture, applied to text, images, and raw audio bytes — state of the art on Enwik8, CIFAR-10, and ImageNet-64 simultaneously, plus a demonstration that million-token attention was possible in principle.

How this relates to the long-context work that followed — these solve genuinely different bottlenecks, and conflating them is common:
  • Transformer-XL (2019) — attacks context length with segment recurrence and caching. Not sparsity.
  • Longformer and BigBird (2020) — generalize the local+global sparse pattern, with BigBird adding theory (its pattern is a universal approximator under stated conditions).
  • FlashAttention (2022) — doesn't change what is attended to at all. It reorders how exact dense attention is computed to stop thrashing HBM. Sparsity approximates; FlashAttention doesn't.
Sparse Transformer's claim is being first, and being cross-modal.

The paper that turned research strategy into arithmetic Invented by OpenAI prescription later corrected

Scaling Laws for Neural Language Models (Kaplan, McCandlish, Henighan, Brown, Chess, Child, Gray, Radford, Wu, Amodei, 2020) is one of the most strategically consequential papers ever published in ML, and almost none of its specific numbers survived intact. Both of those things are true.

The finding: cross-entropy loss follows clean power laws in parameters \(N\), data \(D\), and compute \(C\), holding over seven orders of magnitude.

\[ L(N) \propto N^{-\alpha_N}, \qquad L(D) \propto D^{-\alpha_D}, \qquad L(C) \propto C^{-\alpha_C} \]

And — the part that changed behavior — architectural details like width vs. depth barely mattered once you fixed total parameter count. Their fitted exponents said that for a fixed compute budget you should spend it disproportionately on parameters: \(N_{\text{opt}} \propto C^{0.73}\), \(D_{\text{opt}} \propto C^{0.27}\).

Before: invent a smarter architecture.
After: hold the architecture still and ride a curve you can extrapolate.

That's the intellectual justification for spending GPT-3 money. It's also, in its prescriptive form, wrong.

Two years later Chinchilla (Hoffmann et al., DeepMind, 2022) showed that Kaplan's training runs were mostly stopped before converging, which biased the fitted optimum toward oversized, undertrained models. Run each size to convergence instead, and the optimum rebalances hard toward data — roughly 20 tokens per parameter. Chinchilla at 70B beat Gopher at 280B and GPT-3 at 175B on equal compute, purely by reallocating.

This is a genuine two-lab correction cycle and it deserves to be told that way: OpenAI established the phenomenon and the methodology; DeepMind fixed its most load-bearing conclusion. Neither had the last word.

GPT-3, and the thing nobody ordered Scaled by OpenAI

The headline for Language Models are Few-Shot Learners (Brown et al., 2020) was 175 billion parameters. The actual story was weirder.

GPT-3 could be shown a few examples of a task in its prompt and then do that task — with no weight update whatsoever. Frozen model. No gradients. Just examples sitting in the context window.

\[ \underbrace{\theta \leftarrow \theta - \eta \nabla_\theta \mathcal{L}}_{\text{fine-tuning: weights change}} \qquad\text{vs.}\qquad \underbrace{P(y \mid x,\ \{(x_i, y_i)\}_{i=1}^{k})}_{\text{in-context learning: nothing changes}} \]

Six years later, why this happens is still not fully settled. Worth being honest about what's established versus what's argued:

ExplanationStatus
Induction heads — a two-head circuit that finds a prior occurrence of the current token and copies what followed it, completing [A][B]…[A] → [B] (Olsson et al., Anthropic, 2022)Established with causal ablation evidence, for the pattern-completion behaviors it covers. The most mechanistically concrete answer we have.
Implicit Bayesian inference — pretraining teaches a distribution over latent "tasks"; the examples are evidence for posterior inference (Xie et al., 2022)Well-supported on synthetic and controlled setups. Less clearly established for open-domain natural language.
Meta-learning framing — the outer pretraining loop implicitly trains an inner few-shot learnerA useful lens. Not a mechanistically verified claim.
Internal gradient descent — the forward pass implements something like a gradient step on the in-context examples (von Oswald et al.)Shown in simplified linear-attention settings. Whether it generalizes to full pretrained models on natural language is actively debated, not settled.

Note who's on that list. None of those explanations are OpenAI's. GPT-3's contribution was making a phenomenon so undeniable that everyone else had to go explain it.

Act III

2020 – 2021 · everything is a sequence of tokens if you're brave enough

The year OpenAI pointed the same hammer at every modality

There's a run of four papers here that look like scattered curiosities and are actually one sustained argument: the architecture isn't about language.

ImageGPT — what if you just… didn't tell it images are 2D? Invented by OpenAI

Generative Pretraining from Pixels (Chen, Radford, Child, Wu, Jun, Luan, Sutskever, 2020) asked a deliberately dumb question: flatten an image into a 1D string of pixels, feed it to the exact GPT recipe with zero knowledge of spatial structure, and see what happens.

text tokens   →  autoregressive Transformer  →  next token
pixel tokens  →  autoregressive Transformer  →  next pixel

What happened: a GPT-2-scale model learned image representations strong enough to be competitive on linear-probe and low-data classification. ImageGPT never became a serious image generator — raw pixel sequences are a terrible inductive bias and the compute cost is brutal. That was never the point. The point was that the recipe wasn't language-shaped.

Jukebox — when your sequence is four million steps long Invented by OpenAI

Text has a merciful property: a paragraph is a few hundred tokens. Jukebox (Dhariwal et al., 2020) had to deal with raw audio, where a three-minute song is millions of samples. No autoregressive model touches that directly.

The solution is a pattern worth internalizing because it recurs everywhere: if the native sequence is too long, learn a compression into a shorter discrete one, and model that instead. Jukebox uses a hierarchical VQ-VAE to squash raw audio into discrete codes at several time resolutions, then runs separate Transformers over the codes — coarsest first, finer levels conditioned on coarser. Out the other end: multi-minute songs, with singing, steerable by artist, genre, and unaligned lyrics.

DALL·E — the sentence and the picture are the same sequence Invented by OpenAI

Zero-Shot Text-to-Image Generation (Ramesh, Pavlov, Goh, Gray, Voss, Radford, Chen, Sutskever, 2021) took the Jukebox move and pointed it at two modalities at once. A discrete VAE turns an image into image tokens. BPE turns a caption into text tokens. Then you concatenate them and train one Transformer over the whole thing as a single undifferentiated stream — the model has no architectural notion of "this part is text, this part is picture" beyond position.

Modality as tokens. If you can quantize a modality into discrete tokens, one sequence model can jointly model and generate across arbitrarily many modalities. Not DALL·E's specific dVAE — this idea is the durable contribution, and it's the ancestor of every "natively multimodal" system that came after.

CLIP — the quiet one that ended up in everything Invented by OpenAI

If you had to pick OpenAI's most load-bearing research artifact — the one that ended up inside the most other people's systems — it's probably not GPT. It's CLIP (Radford, Kim, Hallacy, Ramesh, Goh, Agarwal, Sastry, Askell, Mishkin, Clark et al., 2021), trained on 400 million image-caption pairs scraped off the internet.

image  →  Vision Encoder  →  z_i
                                 ↘
                              cosine similarity  →  maximize for matched pairs
                                 ↗
text   →  Text Encoder    →  z_t

Two towers, one shared embedding space, and a symmetric InfoNCE contrastive loss that pulls matched image-text pairs together while pushing apart the \(N-1\) mismatched pairs in the batch:

\[ \mathcal{L} = -\frac{1}{2N}\sum_{i=1}^{N}\left[\log\frac{\exp(\text{sim}(z_i,z_t^{(i)})/\tau)}{\sum_{j}\exp(\text{sim}(z_i,z_t^{(j)})/\tau)} + \log\frac{\exp(\text{sim}(z_t^{(i)},z_i)/\tau)}{\sum_{j}\exp(\text{sim}(z_t^{(i)},z_j)/\tau)}\right] \]

The payoff is zero-shot classification on label sets CLIP never saw: embed "a photo of a {class}" for each candidate, embed the image, take the nearest. No fine-tuning, no classifier head.

Then it showed up everywhere — multimodal retrieval, the guidance signal in early text-to-image pipelines, the default vision encoder bolted onto vision-language models for years. Contrastive cross-modal learning wasn't new (see SimCLR and a long prior literature), but CLIP is where it worked at a scale and simplicity that made it everyone's default.

Its failure modes are equally well documented and worth stating plainly: web-scraped dataset bias, shortcut learning, robustness gaps under distribution shift, and genuinely poor compositional reasoning — CLIP-family models are notoriously bad at telling "red cube on blue sphere" from "blue cube on red sphere," which suggests something closer to bag-of-concepts matching than understanding.

Act IV

2021 – 2022 · the detour where the credit gets misassigned

Diffusion: what OpenAI did, and what it very much did not

Guided diffusion Existing idea, significantly advanced

Say it flatly: OpenAI did not invent diffusion models. The lineage is Sohl-Dickstein et al. (Stanford, 2015) for the original nonequilibrium-thermodynamics formulation, then Ho, Jain & Abbeel (Berkeley/Google, 2020) for DDPM, the paper that made diffusion practically competitive.

What OpenAI contributed, in Diffusion Models Beat GANs on Image Synthesis (Dhariwal & Nichol, 2021), was a serious architecture ablation on the diffusion U-Net plus a new technique: classifier guidance.

The process itself: noise a sample forward until it's indistinguishable from Gaussian, learn to run it backward.

\[ x_0 \rightarrow x_1 \rightarrow \dots \rightarrow x_T \approx \mathcal{N}(0, I) \qquad\qquad x_T \rightarrow \dots \rightarrow x_0 \]

Classifier guidance steers the reverse process toward a class \(y\) by adding a classifier's gradient to the score at each denoising step:

\[ \nabla_x \log p(x \mid y) \approx \nabla_x \log p(x) + s \cdot \nabla_x \log p(y \mid x) \]

with \(s\) trading diversity for fidelity. And the title was the point: diffusion beat BigGAN-deep on ImageNet FID, matching it with as few as 25 sampling steps. GANs had owned high-fidelity image synthesis for years and diffusion was the elegant-but-losing alternative. This paper is the hinge where that flipped.

Classifier-free guidance — and a correction people get wrong constantly Not OpenAI. Google.

Classifier-Free Diffusion Guidance is Jonathan Ho and Tim Salimans, Google Research, 2022. Not OpenAI. (Salimans had an OpenAI affiliation years earlier; the paper's byline is Google.) It's in this article only because it built directly on — and then completely displaced — OpenAI's classifier guidance, and because it's now inside essentially every text-to-image system on earth, so the attribution is worth getting right.

The idea: skip the separate classifier entirely. Train one model to make both conditional and unconditional predictions (just randomly drop the conditioning during training), then extrapolate between them at sampling time:

\[ \epsilon_{\text{guided}} = \epsilon_{\text{uncond}} + w\,(\epsilon_{\text{cond}} - \epsilon_{\text{uncond}}) \]

No extra classifier to train, no adversarial-gradient weirdness at high guidance, and it works with full text captions rather than just class labels. Stable Diffusion, Imagen, Sora — all of them run this, not classifier guidance.

Act V

2021 – 2022 · teaching a text predictor to be useful

From "generates text" to "does what you asked"

WebGPT — the first agent, before anyone said "agent" Invented by OpenAI

WebGPT (Nakano, Hilton, Balaji, Wu, Ouyang, Kim, Hesse, Jain, Kosaraju, Saunders et al., 2021) is the moment the relationship changes:

\[ \text{LM} \rightarrow \text{text} \qquad\qquad\text{becomes}\qquad\qquad \text{LM} \leftrightarrow \text{environment} \]

GPT-3 was fine-tuned to drive a text-based browser via a small action set — search, click, scroll, find-in-page, quote — trained by imitation on human browsing demonstrations and then refined with RLHF, where preferences partly judged whether the cited evidence actually supported the answer. That's a real action-observation loop: the model's choices change what it sees next, and its answer has to be grounded in what it found.

Not RAGRAG (Lewis et al., Facebook AI Research, 2020) retrieves once and conditions generation on the result. WebGPT decides what to do, sees what happened, and revises. That difference — a loop with feedback, not a single retrieval step — is the structural template every browser agent, coding agent and computer-use system inherits.

InstructGPT — where a 1.3B model beat a 175B one Existing pipeline, industrialized

Training language models to follow instructions with human feedback (Ouyang, Wu, Jiang, Almeida, Wainwright, Mishkin, Zhang, Agarwal, Slama, Ray et al., 2022) is the paper that took the 2017 preference architecture and made it the industry's default post-training step. Note carefully: this is post-training, not architecture. InstructGPT's network is the same GPT-3 family model.

pretrained model  →  supervised fine-tuning  →  human preference collection
                                                          ↓
        aligned model  ←  RL optimization (PPO)  ←  reward model

The reward model is trained on pairwise comparisons under a Bradley-Terry model — given a preferred response \(y_w\) and a rejected one \(y_l\):

\[ P(y_w \succ y_l) = \sigma\big(r_\theta(y_w) - r_\theta(y_l)\big) \]

Then PPO optimizes the policy against that learned reward, with a KL penalty back toward the SFT model. That penalty isn't a detail — it's the guardrail against reward hacking, where the policy discovers that some weird off-distribution text scores wonderfully with the reward model while being useless to humans.

The result that made the field pay attention: humans preferred outputs from the 1.3B InstructGPT over the 175B base GPT-3. A hundredfold parameter disadvantage, erased by post-training. That single comparison is why RLHF stopped being optional.

Whisper — 680,000 hours and no architectural cleverness Scaled by OpenAI

Robust Speech Recognition via Large-Scale Weak Supervision (Radford, Kim, Xu, Brockman, McLeavey, Sutskever, 2022) is an ordinary encoder-decoder Transformer. Genuinely unremarkable, architecturally.

What's remarkable is 680,000 hours of messy, multilingual, weakly-supervised web audio, and a multitask tokenization scheme where special decoder tokens select the task — transcribe, translate, identify language, emit timestamps — all as one seq2seq problem. Zero-shot performance often matched models that had been fully fine-tuned on each specific benchmark.

It's the GPT-2 lesson again, in a different modality: broad weak supervision at scale beats narrow strong supervision.

Act VI

2023 – 2024 · buying capability with inference time

Teaching models to think longer, not just to be bigger

Process supervision — grading the working, not just the answer Invented by OpenAI

Let's Verify Step by Step (Lightman, Kosaraju, Burda, Cobbe et al., 2023) draws a distinction that turned out to matter enormously.

An Outcome Reward Model scores only the final answer: \(R(\text{answer})\). A Process Reward Model scores every intermediate step: \(R(s_1), R(s_2), \dots, R(s_n)\).

Training on MATH with a GPT-4-based model and a lot of human step-level labels, process supervision beat outcome supervision — even at matched human-labeling budget. The reasons go beyond accuracy:

  • Credit assignment. One bad step in a sound ten-step derivation shouldn't condemn the whole trajectory. Outcome supervision can't tell the difference. Process supervision localizes the error.
  • A free interpretability signal. A PRM tells you which step it thinks is bad.
  • Search becomes possible. A PRM scores partial trajectories — which is exactly what you need to guide tree search or prune candidates at inference time, rather than only judging finished answers.

That last bullet is the bridge to o1. The catch, which the paper is candid about: step-level human labels are brutally expensive, which is why later work leans on automated or self-generated process signals.

Consistency models — the same trick, run backwards Invented by OpenAI

Everything else in this act spends more inference compute. Consistency Models (Song, Dhariwal, Chen, Sutskever, 2023) is the one that spends less.

Diffusion:          noise → [step] → [step] → … (50–100+ passes) → image
Consistency model:  noise → [one pass]                          → image

Train a model so that from any point on a noise trajectory it maps directly back to the same clean sample — self-consistency along the path. You can get there by distillation from a trained diffusion teacher, or by consistency training from scratch with no teacher at all. Sampling is then one forward pass, or a handful if you want to trade compute back for quality.

State of the art one-step FID at the time: 3.55 on CIFAR-10, 6.20 on ImageNet 64×64. Later work — continuous-time consistency models (sCM) — kept closing the gap with full multi-step sampling. Think of this as the generative-model twin of the test-time-compute story: same dial, turned the other way.

GPT-4, and the paper that tells you nothing Architecture undisclosed

The GPT-4 Technical Report (2023) is notable in this article for what it withholds. OpenAI states explicitly that it contains no details about architecture, model size, hardware, training compute, dataset construction, or training method — citing competitive and safety considerations.

So this article will not tell you GPT-4's parameter count, layer count, or whether it's a Mixture-of-Experts. Those numbers circulate widely — SemiAnalysis's reporting is the usual source — but they come from leaks and inference, not disclosure. They are industry speculation. Repeating them as architectural fact is exactly the failure mode this article exists to avoid. What's confirmed: GPT-4 accepts image and text input, and OpenAI's own reported evals show large gains over GPT-3.5.

GPT-4o — killing the three-model pipeline Invented as a system; architecture undisclosed

Before GPT-4o (May 2024), talking to ChatGPT meant a relay race:

\[ \text{speech-to-text} \rightarrow \text{text LLM} \rightarrow \text{text-to-speech} \]

Three models, ~2.8s average latency, and — the deeper problem — the LLM in the middle only ever sees flattened text. Tone, emotion, emphasis, the fact that you sighed, whether you were interrupting: all discarded at step one, structurally unrecoverable.

GPT-4o is described by OpenAI as natively handling text, audio, image and video in one model, with audio responses as fast as 232ms (320ms average) — human conversational latency. That's a real capability shift, well documented by demos and latency figures.

But be precise: the product capability is documented; the architectural novelty is not. There's no GPT-4o technical report comparable to CLIP's or Whisper's. Claims about its internal mechanism beyond "natively multimodal" are unconfirmed.

Chain-of-thought — Google's idea, and the foundation of everything after Not OpenAI

Before o1, the credit line that must not blur. Chain-of-Thought Prompting Elicits Reasoning in Large Language Models is Wei, Wang, Schuurmans, Bosma, Ichter, Xia, Chi, Le, Zhou — all Google, 2022.

\[ x \rightarrow r_1 \rightarrow r_2 \rightarrow \dots \rightarrow r_n \rightarrow y \]

Prompt the model to write out intermediate steps, and hard multi-step problems get dramatically easier — apparently because each additional token position buys another forward pass of computation, instead of cramming the entire derivation into one.

The follow-ups, also mostly not OpenAI, built the toolkit that o1 would later industrialize: self-consistency (Wang et al., Google, 2022) samples many reasoning paths and majority-votes the answers; Tree of Thoughts and verifier-guided search generalize to explicit search over reasoning trajectories; best-of-N and rejection sampling do the cheap version. All of it is the same bet: spend more compute at inference, get better answers.

o1 — the second scaling axis Existing ideas, scaled into a paradigm

For six years the industry optimized one number:

\[ \text{Capability} = f(C_{\text{train}}) \]

o1 (2024) reported that performance improved along two independent compute axes — more RL during training, and more time spent thinking before answering:

\[ \text{Capability} = f(C_{\text{train}},\ C_{\text{post-train}},\ C_{\text{test}}) \]

Per the o1 System Card, the model is trained with large-scale RL to produce a long internal chain of thought before responding — trained, not merely prompted. Reported results: 89th percentile on competitive programming, top-500-in-the-US on AIME, above-PhD-baseline on curated science benchmarks. It also introduced deliberative alignment, where the model reasons explicitly about safety policy inside its chain of thought before answering.

Before o1, inference cost per query was roughly fixed. After o1, the same trained model has a dial: pay more, think longer, get better answers. Which is a product decision, an infrastructure problem, and a pricing model all at once

And meanwhile, the agent loop grew up Scaled by OpenAI

The line from WebGPT runs straight through to today: GPT-3 prompting → WebGPT → function/tool calling → code execution → retrieval → computer use → autonomous agents. Same loop, wider action space:

\[ s_t \rightarrow \pi_\theta(a_t \mid s_t) \rightarrow a_t \rightarrow \text{environment} \rightarrow o_{t+1} \rightarrow s_{t+1} \]
           LLM
            ↓
        decision
     ┌──────┼──────┬────────┬─────────┐
   search  code  browser   API     computer
     └──────┴──────┴────────┴─────────┘
            ↓
       observation
            ↓
           LLM   (loop)

What's changed since 2021 isn't the loop — WebGPT had that. It's the action space (arbitrary structured function calls, a full code interpreter, raw screen and keyboard control). And the hard problems — planning over long horizons, memory across many steps, tool selection, recovering from a bad action, knowing when to stop — are mostly orthogonal to base-model architecture. There's a serious argument that agent scaffold design now matters as much as model capability for real-world task success.

Act VII

2018 / 2025 / 2026 · the thinking goes somewhere we can't read

Recurrent depth: the idea Astra reportedly uses

Now back to that nine-word sentence. To understand what it would mean, you need to understand what recurrent depth actually is — and where it came from, which is not OpenAI.

A normal Transformer's depth is a stack of distinct layers, each with its own weights:

\[ h^{(l+1)} = F_l(h^{(l)}), \qquad l = 1,\dots,L \quad \text{(different parameters each layer)} \]

Recurrent depth replaces part of that stack with one block, applied over and over:

\[ h^{(k+1)} = F_\theta(h^{(k)}), \qquad k = 1,\dots,K \quad \text{(same } F_\theta \text{, } K \text{ times)} \]

The modern template wraps that loop in a non-recurrent entry and exit:

          Input
            ↓
         Prelude          ← ordinary layers, run once
            ↓
    ┌─────────────────┐
    │ Recurrent Block │  ←──┐
    └────────┬────────┘     │   repeat K times
             └──────────────┘   (K can change at inference)
             ↓
           Coda            ← ordinary layers, run once
            ↓
          Output
Two ways to spend more compute on a hard problem Chain-of-thought: grow the sequence tok r₁ r₂ r₃ ans KV-cache grows · every step is readable text Recurrent depth: revisit the same block F₀ applied K times no new tokens · hidden state refined in place Both buy extra computation. Only one leaves a transcript. that difference is the whole safety argument in Part XIX — and the reason one sentence about Astra's architecture is worth this much attention

Fig. 1 — Chain-of-thought spends compute by generating tokens. Recurrent depth spends it by re-running the same weights. The compute is comparable; the observability is not.

Where it actually came from

The ancestor is Universal Transformers — Dehghani, Gouws, Vinyals, Uszkoreit, Kaiser, Google, ICLR 2019. Weight sharing across depth, plus Adaptive Computation Time (Graves, 2016) so the model learns per-position how many steps to take before halting. It beat both vanilla Transformers and LSTMs on algorithmic tasks and translation, establishing that depth-recurrence is a real inductive bias and not just a parameter-saving hack.

Then it went quiet for six years, and came back in February 2025 with Scaling up Test-Time Compute with Latent Reasoning: A Recurrent Depth Approach (Geiping, McLeish, Jain, Kirchenbauer, Singh, Bartoldson, Kailkhura, Bhatele et al.) — an academic team, no OpenAI involvement. They trained Huginn-3.5B on 800B tokens on the Frontier supercomputer, weights and training code public.

Their headline claim: unroll the recurrent block deeper at test time, with no retraining, and reasoning performance climbs — in places matching the effective capability of a ~50B model from 3.5B trained parameters. And because the extra computation happens in hidden state rather than in emitted tokens, it needs no chain-of-thought training data, works in small context windows, and — the line that matters most for everything below —

…can capture types of reasoning that are not easily represented in words. Geiping et al., 2025 — on why latent recurrence isn't just cheaper CoT

The parameter-efficiency argument is simple arithmetic: FLOPs scale with \(K\), parameters don't scale with \(K\) at all. You're buying effective depth with sequential compute instead of with weights.

Recurrent depth vs. chain-of-thought, honestly compared

Explicit chain-of-thoughtRecurrent depth
Where the compute goesInto generated tokens, appended to the sequenceInto hidden-state refinement; no tokens necessarily emitted
Can you read it?Yes — it's text. (Faithfulness to the actual computation is a separate, real problem.)Not by default. It's high-dimensional vectors.
Can another model verify it?Easily — a verifier or PRM reads the stepsNeeds interpretability tooling, not reading
Does search compose with it?Naturally — discrete steps branch and pruneAwkwardly — continuous states have no obvious branch points
Main costDecode latency, KV-cache growth, context consumptionSequential pass dependency; when to halt is unsolved
GPU behaviorStandard decode — memory-bandwidth bound, schedulers understand itRepeated full-network passes; compute pattern schedulers weren't built for
The thing not to say. Latent computation inside a recurrent block is not a "hidden chain of thought" in the human sense. It's iterative refinement of a vector under gradient-trained dynamics. There's no guarantee it decomposes into anything like discrete propositions or human-legible steps, even when it's functionally solving the same problems CoT solves. "The model does latent reasoning" and "the model has a private inner monologue" are different claims, and only the first one is supported.

Act VIII

September 2026 · what we actually know

Astra Reported, not confirmed

So: back to where we started. The Information reported — relayed via Techmeme, covered by TechCrunch — that Astra uses recurrent depth: looped Transformer layers recomputing hidden states, described in the reporting as improving cost and performance while obscuring the model's reasoning and making it harder to monitor.

The correct sentence is:

"Astra reportedly uses recurrent depth, according to industry reporting."

Not "OpenAI invented recurrent depth" — demonstrably false, see the Google/academic lineage above. And not "Astra uses recurrent depth" as settled architectural fact, which the sourcing doesn't support. Here is the full state of knowledge as of today:

StatusWhat we have
ConfirmedAstra is an upcoming OpenAI frontier model. OpenAI itself has publicly discussed unusually high cyber capability and additional safeguards, per its own September 1, 2026 disclosure.
Reported
(journalism, not a technical paper)
Astra incorporates recurrent-depth / looped-transformer techniques.
Unknown
(don't let anyone tell you otherwise)
Parameter count. Number of recurrent layers or passes. Whether recurrence is fixed or adaptive. Halting strategy. Training objective. RL algorithm. Whether MoE is in the mix. Routing. Any detail of the reasoning architecture beyond the label.

And resist the temptation to fill that last row in from Huginn-3.5B. That's an independent academic artifact that establishes the technique is plausible and gives us a template. It is not a spec for what OpenAI built.

Why this particular sentence is worth a whole article

Every reasoning model before this one externalizes its thinking as tokens. Imperfectly faithful, yes — CoT faithfulness research has shown repeatedly that the stated reasoning isn't always the operative reasoning. But it's there. It's an artifact. You can read it, log it, run a monitor over it.

\[ \underbrace{\text{reasoning} \rightarrow \text{text} \rightarrow \text{monitor}}_{\text{o1-style}} \qquad\qquad \underbrace{\text{reasoning} \rightarrow \text{hidden states}}_{\text{recurrent depth}} \]

Chain-of-thought monitoring — reading a model's reasoning trace to catch it planning around a guardrail or gaming a reward — has become a genuinely useful safety tool precisely because that artifact exists. A model doing a meaningful fraction of its thinking in latent recurrent passes doesn't produce one. Not because it's hiding anything. Because the computation was never in token form to begin with.

What's left is the interpretability toolkit: activation probing (train small classifiers on internal activations to detect properties), the logit lens (project intermediate hidden states through the unembedding to see what they'd predict if you stopped there), and mechanistic interpretability more broadly. These are real tools. They are also considerably less mature than "read the text."

Two things to hold at once, without collapsing them.
Demonstrated: recurrent-depth architectures structurally put less reasoning in inspectable form. That follows from the architecture, independent of any model's behavior.
Theoretical: that this has caused, or will inevitably cause, deception or misalignment in a deployed system. Researchers and reporters are raising this. It is a concern, not an incident.
The honest read: reduced monitorability is a real engineering tradeoff that argues for investing more in activation-level interpretability as these architectures spread — not evidence that something has already gone wrong.

Part II

the scorecard, the systems bill, and the open problems

Compute stopped being a constant

Step back from the chronology and one theme runs through all of it. Old neural networks spent roughly fixed compute per input. Everything interesting in the last four years is a mechanism for making that conditional:

\[ \text{compute} = f(\text{problem difficulty}) \]
MechanismWhat variesWhose idea
Bigger static modelNothing. Same cost for "hi" and for a proof.The baseline everything moves away from
Mixture-of-ExpertsWhich parameters fire, not how much total computeOld lineage — Jacobs/Jordan/Hinton 1991; Shazeer et al., Google, 2017
Chain-of-thoughtNumber of tokens generated before answeringGoogle, 2022
Search / best-of-NNumber of candidate paths exploredBroad academic lineage
Recurrent depthNumber of internal passes \(K\)Google 2018, revived academically 2025
Tool useWork offloaded outside the model entirelyOpenAI, 2021 (WebGPT)

Six answers to one question: where should extra computation go, and how much does this input deserve? None of them wins alone, and the current trajectory — o1's RL-plus-search, MoE's parameter conditionality, Astra's reported recurrence — looks like convergence on systems that run several of these at once.

The part your inference bill cares about

If you run models rather than train them, here's the comparison that actually matters.

DimensionStandard decoderLong chain-of-thoughtRecurrent depth
FLOPs per responseFixed, ∝ output lengthMuch higher, ∝ reasoning tokens (often most of the sequence)Higher, ∝ passes \(K\) — independent of output length
KV-cache growth∝ prompt + outputGrows hard — reasoning tokens are cached tokensDoesn't grow from recurrence. Passes revise state, not sequence.
Batching / occupancyWell-understood; continuous batching is built for thisPainful — wildly variable trace lengths wreck tail latencyDifferent again — a per-request compute dependency chain, not sequence growth. Existing schedulers don't map cleanly.
Speculative decodingApplies directlyApplies to the token portion, unchanged in kindNo obvious analogue — there's no token stream to draft during a latent pass
Time-to-first-tokenLow, prefill-dominatedHigh — must finish reasoning before answeringPotentially lower if the answer needs few extra tokens — depends entirely on \(K\) and per-pass cost
Interconnect trafficOne sync per layer per passSame per token, many more tokensPossibly more sync round-trips overall, if each pass needs its own tensor-parallel collective

The sharp question underneath all of that:

Does recurrent depth trade token-level sequential decoding for layer-level sequential computation?
\[ \text{token-level sequential decoding} \quad\longleftrightarrow\quad \text{layer-level sequential computation} \]

Both are irreducibly sequential — you can't run pass \(k+1\) before \(k\) finishes, exactly as you can't decode token \(t+1\) before \(t\). So recurrence doesn't escape the sequential-latency problem; it relocates it.

Where it plausibly wins: if a recurrent pass buys more "reasoning per unit latency" than generating a token does — no KV write, no sampling step, no risk of an off-distribution token derailing the trace — then trading CoT tokens for passes cuts cache pressure and sequence length at equal quality.

Where it plausibly hurts: every scheduler, batching heuristic and speculative-decoding pipeline in production today assumes the cost structure of token generation. A model whose dominant cost is repeated full-network passes with no token growth doesn't fit those assumptions. Serving it well would need real changes — batching that accounts for variable (possibly adaptive) per-request depth, different autoscaling signals, and a genuinely hard question about latency SLOs when a request's total compute isn't knowable from its prompt. That's an open systems problem, not a solved one.

If you want the concrete grounding for any of this, the PagedAttention deep dive covers the KV-cache mechanics these tradeoffs are denominated in, and the vLLM tuning guide covers what the current schedulers actually do.

The scorecard

TechnologyYearWhat OpenAI actually didVerdict
PPO2017Sole author teamInvented
Human preference learning2017Joint with DeepMindCo-developed
GPT (pretraining recipe)2018Applied Google's Transformer to a new training paradigmAdapted
Sparse Transformer2019Sole author teamInvented
Scaling laws2020Established the methodology; DeepMind later corrected the prescriptionInvented / superseded
GPT-3 / in-context learning2020Found the phenomenon at scale; others explained itScaled
ImageGPT2020Sole author teamInvented
Jukebox2020Sole author teamInvented
DALL·E2021Sole author teamInvented
CLIP2021Sole author teamInvented
Classifier guidance2021New technique on top of others' diffusion modelsAdvanced
Classifier-free guidance2022Nothing — Google ResearchNot OpenAI
WebGPT2021Sole author teamInvented
InstructGPT / RLHF2022Industrialized the 2017 pipeline at LLM scaleAdvanced
Whisper2022Standard architecture, unprecedented data scaleScaled
Process supervision2023Sole author teamInvented
Consistency models2023Sole author teamInvented
GPT-42023Architecture undisclosedUnverifiable
GPT-4o2024Real system-level shift; architecture undisclosedInvented (system)
o1 / test-time compute2024Turned CoT + RL + search into a trained paradigm at product scaleAdvanced into a paradigm
Agentic tool use2021–26Invented the loop (WebGPT), industrialized the restScaled
Recurrent depth2018 / 2025Nothing confirmed — Google origin, academic revivalNot OpenAI
Astra2026Their model; recurrent-depth use is reported, not confirmedReported

The things OpenAI did not invent

This list exists because revisionism happens by omission. Each of these predates or sits outside OpenAI, and each gets its real credit:

What OpenAI genuinely did in most of these cases is visible throughout this article: take the idea and demonstrate it at a scale, or in a combination, nobody had shown. CLIP's contrastive objective at 400M pairs. Preference learning applied to a 175B model. An agentic loop pointed at the open web. That's a real contribution. It's a different contribution than invention, and the conflation is what this section exists to prevent.

The whole thing, in one column

2017   PPO ─────────────────────────────── the optimizer that survives noisy rewards
        │
       Human Preference Learning (w/ DeepMind) ── alignment becomes trainable
        ↓
2018   GPT-1 ───────────────────────────── pretrain once, adapt cheaply
        ↓
2019   GPT-2 ───────────────────────────── scale alone unlocks unseen tasks
       Sparse Transformer ──────────────── O(N√N) attention, cross-modal
        ↓
2020   Scaling Laws ────────────────────── strategy becomes arithmetic
       GPT-3 ───────────────────────────── in-context learning, unordered
       ImageGPT · Jukebox ──────────────── the recipe isn't language-shaped
        ↓
2021   CLIP · DALL·E ───────────────────── modality as tokens
       Guided Diffusion ────────────────── GANs lose the crown
       WebGPT ──────────────────────────── the first agent loop
        ↓
2022   InstructGPT / RLHF ──────────────── 1.3B beats 175B
       Whisper ─────────────────────────── weak supervision at 680k hours
       ⚠ Chinchilla (DeepMind) ──────────── corrects OpenAI's scaling prescription
       ⚠ Classifier-free guidance (Google) ─ displaces OpenAI's classifier guidance
        ↓
2023   GPT-4 ───────────────────────────── the disclosures stop
       Process Supervision ─────────────── grade the steps, enable search
       Consistency Models ──────────────── 100 steps → 1
        ↓
2024   GPT-4o ──────────────────────────── kill the 3-model voice pipeline
       o1 ──────────────────────────────── inference becomes a scaling axis
        ↓
2025   Recurrent depth revival (academia) ─ Huginn-3.5B, latent reasoning
        ↓
2026   Astra ───────────────────────────── reportedly recurrent depth.
        ↓                                   the transcript gets thinner.
Future Adaptive computation? ────────────── still an open question

Five eras — and the one that hasn't happened yet

EraThe leverRepresentative work
1 — ArchitectureBetter inductive biasesCNNs, LSTMs, the Transformer
2 — ParametersSame recipe, more weightsGPT-2 → GPT-3
3 — Data + computeJointly optimized scalingKaplan scaling laws; Chinchilla's correction
4 — Post-trainingHuman feedback as a distinct stageRLHF, InstructGPT, DPO, reasoning RL
5 — InferenceCompute at serving timeCoT, self-consistency, verifiers, o1, recurrent depth, agents
Each era added a lever. None replaced the last one. Era 1 Architecture CNN → Transformer Era 2 Parameters GPT-2 → GPT-3 Era 3 Data + compute scaling laws Era 4 Post-training RLHF Era 5 Inference CoT · o1 · recurrence every era's lever became the next era's fixed baseline Era 6 — Adaptive Computation? how many parameters to activate · how many tokens to think how many recurrent passes · which tools · how much search …and when to stop — decided per input, by the model

Fig. 2 — The open question isn't which lever wins. It's whether a model can learn to pull the right one, by itself, per problem.

Every piece of evidence in this article points at the same unfinished thing: MoE's conditional parameters, CoT's variable length, o1's learned stopping, Astra's reported recurrence with (per the academic template) possible adaptive halting. Nobody has published a confirmed architecture that runs all of these axes at once. That's the gap.

Eighteen open problems

Written as a menu, mostly for people who need a thesis topic. The recurrent-depth cluster (1–13) is unusually tractable on academic compute, because Huginn's weights and training code are public.

  1. Does recurrent depth follow the same predictable power-law scaling as parameter depth?
  2. How should a recurrent model learn when to halt — is ACT enough at frontier scale, or must halting be learned via RL against task success?
  3. Can recurrent representations diverge, collapse, or cycle after too many iterations, and what reliably prevents it at scale?
  4. For a fixed inference budget, what's the optimal split between latent passes and explicit reasoning tokens? Substitutes or complements?
  5. Can latent reasoning be reliably interpreted with today's probing tools, or does recurrence need new methods?
  6. Can process reward models — built for discrete textual steps — supervise latent computation that has no step structure?
  7. How should recurrent computation be scheduled on GPUs? Do we need new batching primitives?
  8. Does recurrent depth actually reduce KV-cache pressure in practice, or does the block's working state eat the gain?
  9. Does it improve compositional generalization beyond what small controlled benchmarks have shown? (Recent work probes exactly this.)
  10. How does depth recurrence interact with MoE routing — compounding or conflicting inductive biases?
  11. Can a recurrent block learn a genuine internal algorithm (something like an iterative solver), and can we verify that rather than infer it from benchmark scores?
  12. Are recurrent-depth models measurably harder to red-team than CoT models, under controlled conditions rather than architectural argument?
  13. Can they learn to allocate compute genuinely proportional to difficulty — and how would you measure that rigorously?
  14. Does recurrent depth beat search-based test-time scaling at matched compute, or are they complementary?
  15. How do you benchmark reasoning that never appears as text? What would "latent reasoning correctness" even mean operationally?
  16. Should frontier safety evaluation formally require latent-computation interpretability?
  17. Does inference-time compute have its own predictable scaling law? What's the functional form?
  18. What architecture combines MoE, recurrence, memory, tools, search and multimodality coherently — and what happens when several conditional-compute mechanisms interact?

What to do with all this

If you're a researcher

The unresolved core is whether recurrent depth is a genuine third test-time scaling axis with its own scaling behavior, or a narrower win on the benchmarks it's been tested on. The interpretability gap it opens is under-resourced relative to how much it will matter if latent-computation architectures spread.

If you're a PhD student

Questions 1–13 above are literal thesis topics, and unusually accessible: Huginn-3.5B's weights and training code are public, so this is primary architectural research you can do without frontier-lab compute.

If you're an MS/MTech student

Read the essential list below in order — it's one argument, not a pile of papers. Read PPO → preference learning → InstructGPT as a unit, and CoT → self-consistency → o1 as a unit. The connective tissue is the point.

If you're an AI engineer

The idea most likely to affect your next two years isn't recurrent depth — it's conditional computation generally. MoE, tool calling, configurable reasoning-effort settings on reasoning APIs: designing for variable compute per request is now mainstream design, not research.

If you're MLOps / infrastructure

Reasoning-model inference already breaks batching and autoscaling logic tuned for low-variance latency — that's true today, regardless of what happens with recurrence. If recurrent-depth models ship, expect a second, distinct round of serving rework, because their cost pattern matches neither standard decode nor long-CoT.

If you're an inference engineer

Watch where the bottleneck moves: standard decode is memory-bandwidth bound; long CoT is bandwidth pressure plus token latency; recurrent depth would be bound by the sequential dependency of repeated full-network passes. That third one is closer to optimizing a deep narrow pipeline than to anything in today's LLM-serving playbook.

If you read twenty papers, read these

#PaperOrg · YearWhy
1Attention Is All You NeedGoogle · 2017The foundation under everything else here.
2Proximal Policy OptimizationOpenAI · 2017The optimizer that later makes RLHF possible.
3Deep RL from Human PreferencesOpenAI+DeepMind · 2017RLHF's actual ancestor.
4Improving Language Understanding by Generative Pre-TrainingOpenAI · 2018Where pretrain-then-adapt starts winning.
5Generating Long Sequences with Sparse TransformersOpenAI · 2019Their cleanest architecture invention.
6Scaling Laws for Neural Language ModelsOpenAI · 2020Turned research strategy into a curve.
7Language Models are Few-Shot LearnersOpenAI · 2020In-context learning, discovered rather than designed.
8CLIPOpenAI · 2021Probably their most-reused artifact.
9Zero-Shot Text-to-Image GenerationOpenAI · 2021Modality as tokens.
10Diffusion Models Beat GANsOpenAI · 2021The GAN-to-diffusion hinge.
11Classifier-Free Diffusion GuidanceGoogle · 2022Not OpenAI — and inside every image model you use.
12WebGPTOpenAI · 2021The first real agent loop.
13Chain-of-Thought PromptingGoogle · 2022Not OpenAI — the root of every reasoning model.
14InstructGPTOpenAI · 2022Where RLHF became mandatory.
15WhisperOpenAI · 2022Weak supervision at absurd scale.
16ChinchillaDeepMind · 2022Corrects the scaling prescription everyone was following.
17Let's Verify Step by StepOpenAI · 2023Process vs. outcome supervision.
18Consistency ModelsOpenAI · 2023Inference efficiency, running the dial backwards.
19o1 System CardOpenAI · 2024Test-time compute, formally.
20Scaling Test-Time Compute with Latent ReasoningAcademia · 2025The direct ancestor of what Astra reportedly runs.

Then, if you want to go deeper

Related reading here

One last thing

For most of this decade, the question driving AI research was how big. More parameters, more data, more training compute. It was a good question and it produced most of what we have.

The question underneath the last two years is different, and harder: how much computation does this particular problem deserve, and where should that computation happen? In more weights? In more tokens? In more passes over the same weights? In a tool that isn't the model at all?

Astra's nine-word sentence is interesting because it's a specific answer to that question — one that moves computation somewhere we currently have poor instruments for. Maybe it's the right answer. It's cheaper, and the academic results suggest it works.

But it's worth being clear-eyed about the trade being made. For four years, the field got a free gift it never really designed for: models that reasoned in English, where you could just read what they were doing. That was a historical accident of how chain-of-thought happened to work, not a property anyone engineered in.

If the next generation thinks in vectors instead, that gift goes away — and the tools to replace it don't exist yet at anything like the same maturity. That's not a reason to stop. It is a reason to build the instruments before we need them.

← browse the archive home →
© cvam — written in plaintext, served warm