Skip to content

Knowledge Cutoff Explained

Cheatsheet of LLM knowledge cutoffs: why they exist, what they actually mean, the mitigations (RAG, tools, dating the prompt), and the questions they break.

A knowledge cutoff is the training-data horizon: the model has genuinely seen nothing after it. It will still answer post-cutoff questions — confidently, wrongly. Knowing the horizon changes what you trust and how you prompt.

Reference table · 12 entries
12 of 12 rows
Mechanics
cutoff dateEnd of the training corpus — events after it were never seen.trained through 2025-01
not a switchKnowledge fades near the boundary; the last months are thin.late-2024 events half-remembered
counterfactual confidenceThe model invents plausible post-cutoff answers without hedging.fabricated 'new' API params
per-model varianceCutoffs differ by model and refresh — check the model card, not vibes.one family: 2023-04 → 2024-04 → …
Mitigations
RAGInject current documents at inference — the standard fix.search → top-k → prompt
tool useLet the model fetch live state (web, APIs) instead of recalling it.web_search(query)
date the promptTell the model today's date so it reasons about recency explicitly.Today is 2026-09-17.
scoped questionsAsk about durable facts, not moving targets.'how does X work' vs 'latest X version'
What breaks without mitigation
library versionsPost-cutoff releases: invented flags, removed APIs 'still there'.framework v3 APIs hallucinated
prices & plansAnything that changes quarterly — model pricing especially.stale per-token prices
current eventsPeople, products, scores after the horizon.'who won…' → fabricated
its own contextThe model may not know its own cutoff — ask it, get a guess.'I believe my cutoff is…'