What Is Model Collapse? AI Training on AI Output
Model collapse is the degradation that happens when a generative model is repeatedly trained on data produced by earlier generations of itself.
Model collapse is the gradual degradation that occurs when a generative model — an LLM, an image generator, any model that produces synthetic content — is trained repeatedly on data that was itself produced by earlier generations of AI models, rather than on human-generated data. Each generation drifts further from the true distribution of the original data, losing rare details, diversity, and eventually accuracy, until output quality collapses.
The core problem isn’t that synthetic data is inherently bad — synthetic data is used productively throughout machine learning. It’s that recursively training a model on its own descendants’ output, generation after generation, compounds small errors and narrows the range of what the model can produce.
Why the errors compound
A generative model doesn’t perfectly reproduce the distribution of its training data — it approximates it, and every approximation loses some information, especially about rare or unusual examples (“tail” data). When a model is trained on data sampled from that approximation, three things happen:
- Statistical approximation error — even a well-trained model doesn’t perfectly capture the original distribution, so its output already differs slightly from real-world data.
- Tail narrowing — a model is more likely to reproduce common patterns than rare ones, so unusual examples become underrepresented in each new generation’s training set.
- Compounding across generations — if generation two trains on generation one’s output, and generation three trains on generation two’s, the narrowing and errors from each round stack rather than average out.
The end state researchers describe is a model that has effectively forgotten the tails of the original distribution and converged toward a narrow, repetitive, increasingly generic output — sometimes described as the model “misperceiving reality” based on its own prior misperceptions.
What it looks like in practice
For a language model, model collapse tends to show up as:
- Loss of factual and stylistic diversity — answers converge toward a narrower band of phrasing and content.
- Degraded performance on rare topics or edge cases, since those were underrepresented in synthetic training data to begin with.
- In severe cases, outright incoherence, as compounding errors overwhelm the signal.
For image generators, the analogous failure mode is a narrowing of visual diversity — outputs trend toward a small set of “safe,” average-looking results and lose the variety present in the original training distribution.
Why this matters more as the web fills with AI content
Model collapse was originally studied as a controlled experiment — deliberately training a model on its own output across generations. The practical concern is that as more of the content on the open web is itself AI-generated, models trained on broad web scrapes risk absorbing some of that synthetic data unintentionally, without any deliberate multi-generation loop. It’s the same underlying dynamic, just less controlled and harder to measure.
This is one reason data provenance and curation have become bigger parts of large language model training pipelines — teams increasingly try to identify and weight or filter synthetic content rather than treat all scraped text as equivalent.
How teams guard against it
- Preserve access to real data. Keeping a durable archive of human-generated data — rather than fully replacing it with synthetic data over time — gives training pipelines a stable anchor to correct against.
- Provenance tracking and watermarking. Content watermarking schemes (see how text watermarks work as one example) are partly aimed at making AI-generated content identifiable downstream, which helps filter it out of future training sets.
- Mixing, not replacing. Most practical uses of synthetic data blend it with real data at a controlled ratio rather than relying on it exclusively — synthetic data augments gaps in coverage instead of becoming the sole source.
- Evaluation against held-out real data. Regularly testing a model against a fixed, human-generated benchmark makes drift visible before it becomes severe, rather than letting quality erode unnoticed across training runs.
Model collapse vs overfitting vs catastrophic forgetting
These three are often confused because all three describe a model getting worse in some sense, but they’re distinct failure modes:
| Model collapse | Overfitting | Catastrophic forgetting | |
|---|---|---|---|
| Cause | Training on recursively generated synthetic data | Memorizing training data instead of generalizing | Learning a new task erases a previously learned one |
| Fixed by | Preserving real data, filtering synthetic data | Regularization, more diverse data, early stopping | Rehearsal, regularization, architectural isolation |
| See also | — | Overfitting vs underfitting | Catastrophic forgetting |
The takeaway
Model collapse is what happens when a generative model’s training data is increasingly drawn from earlier AI output rather than the real-world distribution it’s meant to approximate — errors and narrowing compound across generations until diversity and accuracy degrade. The practical defense is the same across teams: keep real, human-generated data as an anchor, track provenance so synthetic content can be identified and controlled, and evaluate continuously against data you know wasn’t AI-generated.
Tagged
Keep reading
Chisato · · 5 min read Grouped-Query Attention (GQA) Explained: MHA vs MQA vs GQA
Grouped-query attention shares key and value heads across groups of query heads, shrinking the KV cache with little quality loss. GQA vs MHA and MQA.
Chisato · · 5 min read Constrained Decoding: How LLMs Output Guaranteed JSON
Constrained decoding masks invalid tokens at each step so an LLM can only emit output matching a grammar, regex, or JSON Schema. How it works and its limits.
Chisato · · 5 min read LLM Logprobs Explained: Token Probabilities in Practice
Logprobs are the log probabilities an LLM assigns to each token it generates. What they mean, how to read them, and practical uses like classification.