M09 · Model evaluation metrics and methods09-1226 min read
Lesson 69 of 106 · Module 10 of 14 · Week 5
Threads:The measurement threadThe efficiency threadThe core-concepts thread
Why LLMs Hallucinate: Causes, Types, and the Mitigation Ladder
Hallucination is an LLM generating fluent, confident text that is false or unsupported by any source, and it happens because the model is trained to predict the statistically likely next token, not to verify facts — it has no built-in mechanism to know what it does not know. Hallucinations split into intrinsic (contradicts the given input) and extrinsic (unsupported by any input, drawn purely from training-data patterns) types, and the standard defense is a mitigation ladder — grounding via RAG, citation, constrained decoding, guardrails, and human review — where each rung catches what the rung below it misses.
What hallucination in an LLM is
Hallucination is the generation of content that is fluent and plausible in form but false, fabricated, or unsupported by the source material the model was given or by verifiable fact. It covers invented citations, wrong dates, non-existent API parameters, confidently misstated statistics, and summaries that add claims never present in the source document. The defining feature is not that the model is wrong — every model is sometimes wrong — but that the wrongness carries no signal of its own uncertainty. A hallucinated answer is delivered with the same tone, structure, and apparent confidence as a correct one, because tone and confidence are stylistic patterns the model learned from training text, not a calibrated report of how sure it actually is.
This distinguishes hallucination from three adjacent, easily confused failure modes:
| Failure | What actually happened |
|---|---|
| Hallucination | The model generated false or unsupported content, stated as if true |
| Error / mistake | The model reasoned incorrectly from correct premises (e.g., an arithmetic slip) — the inputs were right, the process broke |
| Bias | The model reproduced a skewed pattern from its training data that reflects real but unfair or non-representative distributions (13-04) |
| Refusal / evasion | The model declined to answer, which is not hallucination even though it can be equally unhelpful |
A hallucinated answer and a genuinely correct answer are produced by the identical generative process — next-token prediction over a learned distribution (01-01). Nothing internal to the ordinary generation loop distinguishes "I am confident and correct" from "I am confident and wrong." That absence of a built-in truth signal is the single fact this entire lesson unpacks.
How hallucination actually happens
L1 — Intuition: a model completes patterns, it does not consult a fact-checker
An LLM is trained to make the next token likely given everything before it. During training, "likely" was shaped by enormous volumes of human-written text, so the model becomes extremely good at producing text that looks like the kind of thing a knowledgeable person would write. But looking like knowledgeable writing and being anchored to a verified fact are two different properties, and only the training objective for the first one was ever directly optimized. When the model is asked something it was never reliably taught, or something that requires combining facts in a way its training never demonstrated, it does not have a fallback state that says "insufficient information — decline." It has only the same mechanism it always has: produce the next plausible token. So it produces one, and the one, and the next, and the result reads exactly as fluently as a grounded answer, because fluency was the thing actually being optimized.
L2 — Mechanism: the specific causes
No grounding to a verified source by default. A base or instruction-tuned model answering purely "from memory" is drawing on statistical regularities compressed into its parameters during pretraining (01-02), not looking anything up. If the fact was rare, ambiguous, contradicted across sources, or simply outside the training distribution, the model's parameters encode a blurred or absent signal — and blur does not present to the model as "I am unsure," it presents as one distribution over next tokens that generation proceeds through exactly like any other.
Training data quality and coverage gaps. If the training corpus contains errors, contradictions, outdated information, or simply never covered a topic in enough volume to establish a reliable pattern, the model has nothing correct to have learned. This is a straightforward garbage-in/garbage-out effect, compounded by the fact that internet-scale corpora are large enough to contain confidently-written falsehoods that the model absorbs with the same weight as confidently-written facts.
The knowledge cutoff and stale information. A model's parameters are frozen at the end of pretraining (11-01). Ask about anything after that point and there is no correct answer available in the weights at all — yet the model is still asked to produce a plausible-sounding one, and plausible-sounding is exactly what it is good at, cutoff or not.
Exposure bias and compounding error during generation. Generation is autoregressive and append-only (04-04): each token conditions on everything generated so far, including the model's own earlier tokens. If an early token is slightly off — a wrong number, a misremembered name — the model does not "notice" and correct course; it conditions on that error as if it were established fact and builds forward from it, often eloquently elaborating a claim that was wrong from its first mention.
Decoding pressure toward plausibility over accuracy. 04-05 established that decoding parameters select from a distribution the model already produced and never add knowledge. But the shape of that distribution itself rewards the statistically common answer, which is not always the correct one for a specific, unusual case. A model asked for a citation will produce something that has the form of a real citation — because that form is exactly what its training data taught it citations look like — with no mechanism ensuring the specific title, author, and year combination actually exists.
Ambiguous, underspecified, or leading prompts. A vague question invites the model to fill gaps with its own plausible completion rather than flag the ambiguity, and a leading question ("When did X happen in 1850?" when it did not happen in 1850) can pull the model toward confirming an unstated false premise, because confirming is a more common pattern in training text than pushing back on the asker.
Long-context and lost-in-the-middle effects. Even when a correct answer is present somewhere in a long provided context, models attend unevenly across that context (07-08), and information buried in the middle of a long document can be effectively under-weighted, producing an answer that ignores a fact that was technically available.
Over-optimization for helpfulness during alignment. Instruction tuning and RLHF (11-06) reward being helpful, complete, and confident-sounding. A model that has learned "hedge and refuse constantly" scores poorly on helpfulness during training, so alignment can — if not carefully balanced — push a model toward answering fully and fluently even in cases where the honest answer is "I don't know," because a full, fluent, wrong answer and a full, fluent, right answer are much harder for a reward signal to tell apart than either is from an unhelpful refusal.
L3 — Depth: why there is no purely architectural fix
It is tempting to look for a single technical patch — a bigger model, more training data, a cleverer prompt — that eliminates hallucination outright. None does, and the reason is structural rather than a matter of insufficient engineering effort so far. Autoregressive next-token prediction has no built-in concept of "external ground truth" to check against; it has only "what token is statistically likely here, given everything I have learned and everything generated so far." Scaling up model and data size improves the breadth and reliability of the patterns learned, which measurably reduces hallucination on well-covered topics, but it does not change the underlying mechanism, so hallucination on rare, ambiguous, contradictory, or post-cutoff topics persists at any scale — it just moves to harder cases. This is why every credible mitigation strategy below either supplies an external source the model can check against, constrains what the model is structurally allowed to say, or inserts a human — none of them try to train the hallucination out of the base mechanism alone, because the mechanism itself has no truth-checking step to strengthen.
Intrinsic vs extrinsic hallucination, and the other type splits worth knowing
The most commonly cited split in hallucination research, and the one most likely to appear as a direct exam distinction, is between hallucinations relative to a given input and hallucinations relative to the world at large.
| Type | Definition | Example |
|---|---|---|
| Intrinsic hallucination | The output directly contradicts the source material the model was given (a document to summarize, retrieved context, a provided table) | A summarizer states a contract's term is "five years" when the source document says "three years" |
| Extrinsic hallucination | The output is unsupported by the given source — not necessarily contradicting it, just adding claims the source never made — and is not verifiable against it either way | A summarizer adds "the deal was praised by analysts" when the source document says nothing about analyst reaction at all |
The distinction matters operationally because they call for different fixes. Intrinsic hallucination is a faithfulness failure — the model had the right information right in front of it and still got it wrong — and is best addressed by grounding checks that compare output against the specific source (09-07's faithfulness metric exists precisely for this). Extrinsic hallucination is a fabrication failure — the model added something from nowhere the given material can verify — and is best addressed by constraining generation to only assert what is directly supported, or by requiring citation for every claim.
A second useful split, orthogonal to the first, is by content category:
| Category | What gets fabricated |
|---|---|
| Factual hallucination | Wrong dates, statistics, names, events, or scientific claims |
| Citation / source hallucination | A plausible-looking reference, quote, or URL that does not correspond to any real source |
| Logical / reasoning hallucination | A chain of reasoning where each step looks locally sound but the conclusion does not follow, or an arithmetic error stated with full confidence |
| Faithfulness hallucination | A summary, translation, or answer that drifts from what a specific provided source actually says (this overlaps heavily with intrinsic hallucination above) |
| Instruction / capability hallucination | Claiming to have done something the model cannot actually do — called a tool it did not call, checked a fact it did not check, remembered a prior turn it did not have access to |
And a third split, by confidence signal:
| Category | Behavior |
|---|---|
| Confident hallucination | Stated with no hedging at all — the more common and more dangerous form, because nothing in the surface text signals unreliability |
| Hedged hallucination | Wrapped in "it's possible that" or "some sources suggest," which sounds like calibrated humility but is often just as unfounded — the hedge is a stylistic pattern, not evidence the model actually assessed its own uncertainty |
These splits are not mutually exclusive — a single hallucinated answer can be extrinsic, factual, and confidently stated all at once — but naming them separately lets you diagnose why an observed failure happened rather than lumping every wrong answer into one undifferentiated bucket, which is exactly the diagnostic habit 09-13's error-analysis process depends on.
Worked example: classifying five hallucinations from one summarization run
Constructed scenario throughout. A summarizer is given the following short source paragraph and asked to produce a one-sentence summary.
Source: "Acme Corp signed a three-year supply agreement with Nordic Metals in March 2023, covering 40,000 tonnes of aluminum annually at a fixed price. The agreement includes a renewal option but no penalty clause for early termination."
Five different summarizer outputs, each illustrating a distinct failure:
Output 1: "Acme Corp signed a five-year supply agreement with Nordic Metals." → Intrinsic, factual hallucination. The source says three years; the output directly contradicts a number that was right there in the given text. This is a pure faithfulness failure — the correct answer was available and was still gotten wrong.
Output 2: "Acme Corp signed a supply agreement with Nordic Metals, a deal welcomed by industry analysts as a sign of market stabilization." → Extrinsic, factual hallucination. Nothing in the source mentions analysts or market stabilization. The claim is not contradicted by the source — it simply has no support in it at all, invented wholesale from the kind of thing summaries of business deals typically say.
Output 3: "Acme Corp will supply 40,000 tonnes of aluminum, which represents roughly 12% of Nordic Metals' annual demand." → Extrinsic, citation/statistic hallucination. The 40,000-tonne figure is accurate — it is in the source — but "roughly 12% of annual demand" is a specific, confident-sounding statistic that does not appear anywhere in the source and was not derivable from it. This is the most dangerous kind precisely because it is half-grounded: a reader checking the tonnage figure will find it correct and reasonably extend trust to the fabricated percentage sitting right next to it.
Output 4: "Because the agreement includes a penalty clause for early termination, Acme Corp is locked into the full three years regardless of market conditions." → Intrinsic, logical/reasoning hallucination. The source explicitly says there is no penalty clause. The output not only contradicts the source on that specific fact, it then builds a confident downstream inference — "locked in regardless of market conditions" — on top of the contradicted premise, compounding one hallucination into a second, more elaborate one.
Output 5: "Based on my review of Acme Corp's regulatory filings, the agreement was signed in March 2023 for three years at 40,000 tonnes annually." → Instruction/capability hallucination, riding alongside an otherwise-accurate summary. The model did not review any regulatory filing — it was given one paragraph — but claims a research action it never took. The factual content here happens to be correct, which makes this variant genuinely tricky to catch by fact-checking the claims alone: the fabricated process claim needs its own check, separate from checking the fabricated content claims in Outputs 1 through 4.
What this worked example demonstrates. Five outputs, five distinct failure mechanisms, from the same source and the same task. A single "hallucination rate" metric would treat all five identically as one failure each. Naming the type — intrinsic versus extrinsic, factual versus logical versus capability — tells you where in the pipeline to intervene: Output 1 needs better faithfulness grounding against the specific source; Output 3 needs a rule against unsupported quantitative claims specifically; Output 5 needs a check on process claims that is entirely separate from a check on factual claims. This is exactly the diagnostic discipline 09-13 generalizes into a full error-analysis workflow.
The hallucination mitigation ladder: which control to reach for and when
No single technique eliminates hallucination. The standard practice is a ladder — a stack of complementary controls where each rung catches a class of failure the rungs below it miss, and where the appropriate combination depends on the stakes of getting it wrong.
| Rung | Mechanism | What it catches | What it misses |
|---|---|---|---|
| 1. Grounding via RAG | Retrieve relevant source material and require the model to answer from it (07-09) | Most extrinsic hallucination on questions the corpus actually covers; converts "recall from memory" into "read and report" | Retrieval failures (07-10) still produce ungrounded answers; a model can still ignore retrieved context and answer from memory anyway |
| 2. Citation / attribution | Require every claim to be tied to a specific retrieved passage, ideally quoted or linked | Makes fabrication visible and checkable — a reader can verify the source | A citation can itself be fabricated if not directly tied to retrieved text; citing the wrong passage still passes a naive check |
| 3. Constrained decoding | Force generation into a schema, a controlled vocabulary, or verified-value slots rather than free text (05-05) | Structural fabrication — invented field names, malformed identifiers, values outside an allowed set | Says nothing about whether a value that is structurally valid is also factually true |
| 4. Guardrails | Rule- or model-based checks that scan output before it reaches the user — banned claims, confidence thresholds, topical boundaries (13-02) | Known failure patterns and policy violations at the boundary, catching what upstream steps missed | Only as good as the patterns it was built to recognize; novel fabrication in an unanticipated form slips through |
| 5. Human review | A person checks output before it is used, especially for high-stakes decisions | Anything automated checks cannot yet reliably catch, including subtle, well-formed, plausible-sounding fabrication | Expensive, slow, does not scale to every request, and is itself subject to reviewer fatigue and over-trust in fluent text |
Reading the ladder correctly. Higher rungs are not "better" in an absolute sense — they are more expensive and reserved for what lower rungs cannot catch. A well-designed system runs RAG and citation on every request cheaply, applies guardrails automatically to every output, and reserves human review for the subset of cases where the stakes justify the cost or where automated confidence is low. Skipping straight to "just add human review" for everything does not scale; skipping straight to "just do RAG" and stopping there leaves faithfulness drift, structural fabrication, and policy violations uncaught.
Detection strategies, which sit alongside the ladder rather than on it, because they identify hallucination rather than prevent it:
- Faithfulness scoring against the source (
09-07) — automatically comparing generated claims to the specific retrieved or provided context, flagging unsupported or contradicted statements. - Self-consistency checks (
05-03) — sampling several independent generations for the same prompt and flagging disagreement between them as a signal of low confidence, since a well-grounded fact tends to be stated consistently across samples while a fabricated one is more likely to vary. - LLM-as-judge fact-checking (
09-10) — a second model pass specifically prompted to verify claims against a source, useful at scale but inheriting judge biases and its own hallucination risk, so it is a supplement to human review, not a replacement for it at high stakes. - Uncertainty and calibration signals — where available, using token-level probability or entropy as a rough proxy for confidence, with the important caveat that a model's expressed fluency and its actual internal probability are not the same thing, and low measured uncertainty does not guarantee correctness.
- Retrieval-answer alignment checks — verifying, mechanically, that every specific number, name, or date in the output actually appears in the retrieved passages, which catches the "half-grounded" pattern from Output 3 in the worked example above.
When to reach for grounding versus constraint versus review: a decision table
| Situation | Primary defense | Why |
|---|---|---|
| Open-domain factual Q&A with a maintained knowledge base | RAG + citation | The corpus exists and covers the question; grounding converts recall into lookup |
| Structured extraction (form fields, API parameters, JSON schema) | Constrained decoding | The failure mode is structural fabrication, which a schema directly prevents |
| Customer-facing chatbot in a regulated domain (health, finance, legal) | RAG + citation + guardrails + human review for edge cases | Stakes are high enough to justify every rung; a single missed fabrication can carry real cost |
| Summarization of a specific provided document | Faithfulness scoring against that exact document (09-07) | The relevant "ground truth" is the source text itself, not the open world — this is an intrinsic-hallucination problem specifically |
| Creative writing, brainstorming, hypothetical scenarios | None of the above by default | There is no ground truth to violate; "hallucination" is not even the right frame when fabrication is the explicit goal |
| Code generation with a test suite | Execution-based verification rather than a fact-checking ladder | Correctness is checkable directly by running the code, which is a stronger signal than any of the ladder's rungs |
| Post-knowledge-cutoff or rapidly-changing information | RAG against a live, current source, mandatorily — not an optional rung | The model's parameters cannot contain what postdates them; there is no amount of prompting that recovers information never trained on |
| A model unexpectedly asked something outside a RAG corpus's coverage | Explicit instruction to decline rather than answer from memory, plus a guardrail check for confident-sounding non-answers | The single biggest preventable cause of ungrounded confident answers is a system that never told the model it was allowed to say "not covered" |
The rule that generalizes. Ask "is there a ground truth this answer could be checked against, and is it accessible to the system right now?" If yes, ground the answer in it and cite it. If the relevant ground truth is a specific document rather than the open world, check faithfulness against that document specifically rather than against general world knowledge. If there genuinely is no ground truth — creative work, opinion, hypotheticals — hallucination mitigation is the wrong lens entirely, and demanding citations for a brainstorm is a misapplied control, not a safety improvement.
Why hallucination is on the NCA-GENL exam
The Experimentation domain's real scope (recovered, per the objective-numbering defect documented fully in 09-09, from the domain's own scope statement and suggested-reading list rather than from the literal printed objectives 3.1–3.5, which duplicate the Data Analysis domain's 2.1–2.5) explicitly names hallucinations in LLMs among its required reading, and published exam reports independently confirm hallucination mitigation content actually appears on the test — one of the strongest pieces of corroborating evidence that the derived scope, not the literal printed text, governs this domain. This lesson's content also directly serves objective 1.3 (building LLM use cases such as RAG, chatbots, and summarizers — every one of which is a primary hallucination surface) and reinforces the RAG answering heuristic covered when deciding between prompting, RAG, and fine-tuning (05-06): when a scenario question proposes grounding an LLM in a retrieval system as the fix for an accuracy or trustworthiness problem, that option is very often correct, and this lesson supplies the mechanism for why — RAG is the first and highest-leverage rung of the mitigation ladder. 07-12 covers the counter-cases where that heuristic does not apply.
Question phrasings to expect:
- "What is hallucination in the context of large language models?" → The generation of fluent but false or unsupported content, arising because the model predicts statistically likely tokens rather than verifying facts.
- "What is the difference between intrinsic and extrinsic hallucination?" → Intrinsic contradicts the given source material directly; extrinsic is unsupported by the source without necessarily contradicting it.
- "Which technique is most directly associated with reducing hallucination by grounding a model's answers in real documents?" → Retrieval-augmented generation (RAG).
- "A summarizer adds a claim not present anywhere in the source document. What type of error is this?" → Extrinsic hallucination (a fabrication, not a contradiction).
- "Why can't simply scaling up model size eliminate hallucination?" → The underlying generative mechanism — next-token prediction with no built-in fact-checking step — is unchanged by scale; scale reduces hallucination on well-covered topics but does not remove the structural cause.
- "What is the purpose of requiring citations in an LLM's output?" → To make claims verifiable against a specific source, converting an unfalsifiable assertion into a checkable one.
- "Which mitigation is most appropriate for structured data extraction where field values must come from a fixed set?" → Constrained decoding.
- "When is human review the appropriate mitigation for hallucination risk?" → For high-stakes decisions or cases automated checks cannot yet reliably resolve — it is the most expensive rung, reserved accordingly.
- "Why might a model confidently state a claim it has no support for?" → Confidence and fluency are stylistic patterns learned from training text; they are not a calibrated signal of the model's actual certainty.
Distractor families, and why each is wrong:
| Distractor | Why it is tempting | Why it is wrong |
|---|---|---|
| "Hallucination means the model is broken or malfunctioning" | It sounds like a defect | It is a direct, structural consequence of the training objective (next-token prediction), not a malfunction of an otherwise-correct process |
| "A bigger model will eventually eliminate hallucination" | Scale improves almost every other LLM metric | Scale reduces it on well-covered topics but does not remove the underlying mechanism; rare, ambiguous, and post-cutoff cases persist regardless of size |
| "If the model sounds confident, the answer is probably correct" | Fluency reads as competence | Confidence and correctness are generated independently; a hallucinated claim is stylistically indistinguishable from a correct one |
| "RAG eliminates hallucination entirely" | Grounding is the strongest single mitigation | It reduces extrinsic hallucination on covered topics but does not prevent retrieval failures or the model ignoring retrieved context |
| "Hallucination and bias are the same problem" | Both are content-quality failures | Hallucination is fabricated or unsupported content; bias is a skewed but often real pattern reproduced from training data (13-04) |
| "Any wrong answer is a hallucination" | Both are "the model got it wrong" | A reasoning slip from correct premises is an error, not a hallucination; the distinction is fabrication/unsupported content specifically |
| "Citations prove a claim is true" | A citation looks like evidence | A citation can itself be fabricated or point to an irrelevant passage; it must be checked, not merely present |
| "Hedged language ('some sources suggest...') means the model has assessed its own uncertainty" | Hedging sounds like calibrated humility | Hedging is a stylistic pattern learned from training text, not evidence the model evaluated its actual confidence |
Common mistakes with hallucination and its mitigation
| Mistake | Symptom you would actually see | Root cause | Fix |
|---|---|---|---|
| Trusting fluent, confident output as a proxy for correctness | Convincing-sounding wrong answers ship unchecked | Confidence and correctness are independently generated | Ground claims and check them; never treat tone as evidence |
| Assuming RAG alone solves hallucination | Fabrication persists even with a retrieval step wired in | The model can still ignore retrieved context, or retrieval itself can fail (07-10) | Add faithfulness scoring (09-07) and citation, not RAG alone |
| Lumping all wrong answers into one "hallucination rate" | No clear path to a fix; the metric moves but nobody knows why | Failing to distinguish intrinsic/extrinsic, factual/logical/capability types | Classify each failure by type before deciding on a fix, as in §4 |
| Demanding citations for creative or opinion-based tasks | Users get frustrated by irrelevant "sources" attached to a brainstorm | Applying a hallucination control where there is no ground truth to violate | Reserve citation requirements for factual, checkable claims |
| Treating a hedge as a solved calibration problem | Users over-trust hedged claims that are just as unfounded as confident ones | Hedging is stylistic, not a genuine uncertainty signal | Score claims against sources regardless of surface hedging language |
| Skipping guardrails because RAG and citation are already in place | A rare, well-formed fabrication that slips past retrieval reaches the user | No boundary check catching what upstream steps missed | Layer guardrails as a final automated check, even with strong grounding upstream |
| Applying human review to every single request regardless of stakes | Review team burns out; throughput collapses | No stakes-based triage for where the expensive rung is actually needed | Reserve human review for high-stakes or low-confidence cases specifically |
| Believing a knowledge cutoff can be "prompted around" | Confident, wrong answers about recent events | No amount of prompting recovers information the model was never trained on | Ground post-cutoff questions in a live retrieval source; do not rely on the base model |
| Not checking whether a fabricated statistic sits next to an accurate one | A half-grounded claim (accurate figure, fabricated interpretation) passes review | Reviewers extend trust from a verified fact to an adjacent, unverified one | Check every discrete claim independently, not the passage as a whole |
| Never instructing the model that declining is an acceptable answer | The model always attempts an answer, confidently, even outside its knowledge | Alignment optimized for helpfulness can suppress appropriate refusal | Explicitly permit and reward "insufficient information" as a valid response in prompting and evaluation |
Can RAG completely eliminate hallucination?
No, and treating it as a complete fix is one of the most consequential mistakes a team can make. RAG addresses the single largest cause of extrinsic hallucination — a model answering purely from a blurred or absent internal pattern — by giving it real source material to answer from instead. That is a substantial, measurable improvement wherever the corpus genuinely covers the question. But it does not close every gap: retrieval itself can fail and return irrelevant or incomplete passages (07-10), a model can still ignore correct retrieved context and answer from its own memory anyway, long retrieved context can suffer lost-in-the-middle effects that bury the relevant fact (07-08), and intrinsic hallucination — contradicting the very passage that was retrieved — is a distinct faithfulness failure that RAG's retrieval step does nothing to prevent on its own. That is exactly why faithfulness scoring against the retrieved context (09-07) exists as a separate, necessary check downstream of RAG rather than a redundant one.
Is hallucination the same thing as lying?
No — lying implies intent to deceive, and an LLM has no model of truth to knowingly violate in the first place. A hallucinated claim is generated by the identical mechanism that generates a correct one: predicting the next statistically plausible token given everything before it. The model is not choosing to fabricate over telling the truth; it has no internal representation that distinguishes those two categories at the point of generation. This distinction is not just philosophical — it changes what actually helps. Punishing or "warning" a model about lying assumes an intent that is not present and structurally addresses nothing. What actually reduces hallucination is changing what the model has available to generate from (grounding), constraining what it is structurally permitted to produce (constrained decoding), catching what it produces before a user sees it (guardrails), and inserting a human check where the stakes demand it (human review) — every one of them a change to the system around the model, because the model's own generative process has no lie to be caught in and, correspondingly, no honesty to be appealed to.
Glossary recap: the terms this lesson introduced
- Hallucination — fluent, confident-sounding content that is false or unsupported by any given source or verifiable fact.
- Intrinsic hallucination — output that directly contradicts the source material the model was given.
- Extrinsic hallucination — output unsupported by the given source, without necessarily contradicting it; fabricated rather than contradicted.
- Factual hallucination — a fabricated date, statistic, name, or event.
- Citation / source hallucination — a fabricated reference that has the form of a real citation but no real referent.
- Logical / reasoning hallucination — a confidently stated conclusion that does not follow from correct premises, or that builds on a fabricated premise.
- Faithfulness — the degree to which generated content accurately reflects a specific given source, as opposed to accuracy against the open world.
- Instruction / capability hallucination — a claim of having performed an action (checking a source, calling a tool) that never actually occurred.
- Mitigation ladder — the ordered stack of defenses against hallucination: grounding via RAG, citation, constrained decoding, guardrails, human review, each catching what the rung below misses.
- Self-consistency check — sampling multiple generations for the same prompt and treating disagreement between them as a low-confidence signal.
- Calibration — how well a model's expressed confidence matches its actual likelihood of being correct; fluency is not calibration.
Key takeaways on hallucination in LLMs
- Hallucination is structural, not a bug. Next-token prediction has no built-in truth-checking step, so a hallucinated and a correct answer are generated by the same mechanism.
- Confidence and correctness are independent. Fluency and tone are learned stylistic patterns, never a calibrated signal of actual certainty.
- Intrinsic vs extrinsic is the highest-value distinction. Contradicting a given source calls for faithfulness checks; fabricating unsupported content calls for citation and grounding.
- Naming the type tells you where to fix it. The worked example's five outputs needed five different interventions, not one undifferentiated "reduce hallucination" effort.
- No single technique eliminates it, including RAG. Grounding is the strongest single rung, and it still leaves retrieval failure, context-ignoring, and intrinsic faithfulness drift uncaught.
- The mitigation ladder is stakes-based, not universally maximal. Cheap rungs (RAG, citation) run on everything; expensive rungs (human review) are reserved for high-stakes or low-confidence cases.
- Detection is separate from prevention. Faithfulness scoring, self-consistency checks, and judge-based fact-checking find hallucinations after the fact; grounding and constraint prevent some before generation.
- Scale reduces but never removes hallucination. It shifts the failure toward rarer, more ambiguous, or post-cutoff cases rather than eliminating the mechanism.
- Hallucination is not lying. There is no intent to deceive and no internal truth model being violated — which is exactly why system-level defenses, not appeals to honesty, are what work.
- Hallucination mitigation is the wrong lens when there is no ground truth. Creative and opinion tasks are not hallucination problems, and applying citation requirements there is a misapplied control.
Next: error analysis and turning failures into a fix list
Every failure type this lesson named — intrinsic, extrinsic, factual, logical, capability — is only useful if it changes what you do next. Naming a hallucination correctly is a diagnosis, not a cure, and a pile of correctly-diagnosed failures sitting in a spreadsheet fixes nothing on its own.
Next: 09-13 covers error analysis: the systematic process of reviewing a batch of model failures — hallucinations among them — categorizing each one, counting which categories dominate, and converting that count into a prioritized, concrete fix list, which is the activity that turns everything Module 9 has measured into an actual decision about what to build next.