Lesson 9.2Lesson 9.2 · Evaluation, Ethics, IP & Risk
Hallucination, Bias & Accuracy
Why AI models invent facts and carry bias is not a bug to wait out - it is how they work, and understanding it tells you exactly where the errors will hide
The model is not lying and it is not broken. It is doing exactly what it was built to do - predict plausible output - which is why it invents.
It is tempting to think of a hallucination as a malfunction, a bug that a future version will fix. That framing will get you into trouble, because it leads you to lower your guard. Hallucination is not an error mode bolted onto the system; it is a direct consequence of how the system works. A language model predicts plausible text; sometimes the most plausible text is not the true text. An image model reproduces the statistical patterns of its training images, biases and all.
Understanding why this happens is not academic. It is what lets you predict where errors will hide - in the precise figures, the recent facts, the underrepresented cases - and therefore where to aim your verification. This lesson opens the black box just far enough to make you a sharper, more sceptical user, and then covers the concrete moves that reduce the damage: grounding, retrieval, and disciplined checking.
Predicts plausible, not true. Bias = data skew, amplified. Ground it, then still verify.
Why language models hallucinate
A large language model is, at its core, a next-token predictor. Given the text so far, it produces the most probable continuation, learned from a vast corpus of human writing. It has no separate store of verified facts and no internal check for truth - it has a model of what language usually looks like. Most of the time, the most probable continuation is also correct, because true statements are common in its training data. But when the true answer is rare, absent, or contested, the model still produces its most probable-sounding guess, delivered with the same fluency. That guess is a hallucination: confident, coherent, and wrong.
This is why hallucinations cluster in predictable places. They spike around specific facts the model half-remembers - exact clause numbers, statistics, dates, citations - because the model reconstructs rather than retrieves, and a plausible-looking clause number is easy to fabricate. They spike at the edges of the training data: niche topics, recent events after the training cut-off, and anything the corpus covered thinly. And they spike when you push the model to answer something it does not know, because it is built to continue text, not to say 'I have no idea.' Knowing this, you can predict your own risk: the more specific, recent, or obscure the claim, the harder you check.
There is a deeper point worth absorbing: the model has no representation of its own uncertainty that reliably reaches you. A human expert signals doubt - they hedge, pause, say 'I think' or 'check this.' A model can be prompted to express confidence levels, but its stated confidence is itself generated text and correlates only loosely with whether it is right; it can be serenely certain about a fabrication and needlessly hedged about a fact. This is the single most disorienting thing about working with LLMs and the reason fluency is such a poor guide. You cannot read the model's certainty off its tone, so you supply the uncertainty externally - by knowing which kinds of question are risky and treating them accordingly, rather than waiting for the model to warn you, which it largely cannot.
It predicts plausible text, not true text. When true is rare, it fabricates confidently.
Why image models hallucinate too
Diffusion and other image models have their own version of the problem. They learn to generate images that match the statistical patterns of their training set, guided by your prompt - they are not building a physically correct model of the world. So they routinely produce output that is visually convincing but factually or physically nonsensical: staircases that lead nowhere, structurally impossible cantilevers, windows that do not align between floors, and - notoriously - garbled text on signage and drawings, because the model reproduces the look of letters without knowing language.
For designers this matters in two ways. First, an AI concept render is an impression, not a buildable proposition; treat it as mood and geometry to react to, never as a validated design. A beautiful AI image can quietly embed proportions or details that cannot be built, and if you trace over them uncritically you inherit the error. Second, because these models learn 'what an image of X usually looks like,' they smooth everything toward the average and the frequently-depicted - which is exactly the mechanism that produces bias, our next topic. The rule of thumb: use image AI for the qualities a picture can legitimately carry - atmosphere, palette, massing feel - and verify anything the image implies about function, structure, or fact against real design work.
The danger sharpens the more polished the image gets. A loose sketchy render invites scepticism; a photoreal one radiates false authority, and a client shown a gorgeous AI visual will reasonably assume it depicts a real, resolved proposal. That gap - between how finished the image looks and how unresolved the design actually is - is where expectations get set that the built project cannot meet. Guard against it by being explicit that early AI imagery is exploratory, and by never letting a render outrun the design it supposedly represents.
AI render = impression, not proposition. Convincing is not buildable.
Bias - the average, amplified
Algorithmic bias is not a moral failing added to the model; it is the training data's skew, faithfully reproduced and often amplified. If a corpus of architectural imagery over-represents glossy Western commercial towers, ask for 'a beautiful modern house' and you will disproportionately get one aesthetic - and under-see courtyard homes, vernacular forms, or the material palettes of most of the world. Ask for 'an architect' or 'a construction worker' and image models have well-documented tendencies to default to particular genders and ethnicities, because that is what dominated their training images. The model is a mirror of its data, and the data is not the world.
This has real design consequences. Bias narrows your creative range precisely when you are using AI to widen it - quietly steering ideation toward the mainstream and the already-photographed. It can produce imagery that misrepresents a community or a context, which is a professional and ethical problem when work is client-facing or public. And in text, the same skew shows up as advice weighted toward the contexts the model saw most - Western codes, assumptions, and norms - which may not fit your site at all. The mitigation is partly awareness (notice the default, and deliberately prompt against it - name the region, the vernacular, the specific people) and partly the discipline of not letting a statistical average stand in for real cultural and contextual judgement, which remains yours.
How it shows up in design work - the failure gallery
It helps to name the specific ways these tendencies bite in practice, because they are recognisable once you know them. Invented codes and standards: a model states a setback, a fire rating, or a clause with total confidence and it is simply wrong, or drawn from a different country's code, or from a superseded edition. Fabricated citations and products: references to papers, standards, or product models that do not exist. Plausible-wrong numbers: load figures, U-values, occupancy loads, or cost rates that look reasonable and are off. Biased or generic imagery: concept output that flattens to a single global aesthetic and mis-defaults on people and place. Confident recency errors: a discontinued product or a replaced standard described as current, because it was current when the model was trained.
None of these means the tools are useless - it means their errors are patterned, and patterns are things you can defend against. The next section covers the systematic defences, but the mindset is the takeaway: expect these specific failures, aim your checking at them, and never let a model's fluency substitute for the ground truth of a real code, a real datasheet, and a real understanding of the place you are designing for.
Invented codes, fake citations, plausible-wrong numbers, biased imagery, recency errors. Patterned - so defendable.
Mitigation - grounding, retrieval, and verification
You cannot eliminate hallucination and bias, but you can sharply reduce their reach. The most powerful move is grounding: give the model the actual source to work from rather than relying on its memory. Paste the real code clause and ask it to interpret that; give it the real datasheet and ask it to summarise that. A model reasoning over a document you supplied is far more reliable than one recalling from training, and - crucially - its claims become checkable against the text in front of you.
At scale, this is what retrieval-augmented generation (RAG) does: it fetches relevant, trustworthy documents and has the model answer from them, ideally with citations, so answers are anchored to a source rather than invented. Custom assistants built on your own vetted reference library (Module 8) apply the same principle to a practice. Beyond grounding, the everyday defences from Lesson 9.1 still carry the load: ask for sources and open them; cross-verify across models or phrasings; sanity-check numbers; and against bias, prompt deliberately for the specific region, vernacular, and people you intend, and consciously widen beyond the model's default. None of this is a silver bullet - a grounded model can still misread, and RAG can retrieve the wrong passage - which is why the human-in-the-loop never leaves. The goal is not a model you can trust blindly; it is a workflow where the model's mistakes are contained, visible, and caught before they matter.
Hallucination
Confident, fluent output that is factually wrong
A consequence of predicting plausible text, not a fixable bug. Clusters around specifics, edges, and recent facts.
Algorithmic bias
Training-data skew reproduced and amplified in output
The model mirrors its data, not the world - narrows range and mis-defaults on people and place.
Grounding
Giving the model the real source to reason over
The strongest single mitigation - makes answers both more reliable and checkable.
RAG (retrieval-augmented generation)
Fetching trusted documents so the model answers from them, with citations
Grounding at scale. Reduces invention but can still retrieve the wrong passage - verify.
Workshop — provoke a hallucination, then ground it away
The fastest way to respect a model's limits is to catch it inventing, then watch grounding change the result. You will deliberately trigger a fabrication, document it, and then re-run the query grounded in a real source.
Any LLM (ChatGPT, Claude, Gemini), one real reference document (code clause or datasheet), and optionally a text-to-image tool (Midjourney, Stable Diffusion, or Firefly).
Goal: see hallucination and grounding first-hand Inputs: one LLM + one real source document + one image model (optional) Time: ~35 minutes
- 1Ask an LLM a very specific factual question at the edge of its knowledge - an exact clause of a lesser-known code, a niche product's specs, or a recent standard revision - without giving it any source. Save the answer verbatim.
- 2Check it against the real source and mark exactly what was invented or misattributed (clause numbers and citations are prime suspects).
- 3Now paste the real source into the prompt and ask the same question grounded in that text, requesting the exact sentence it relied on. Compare accuracy against the un-grounded answer.
- 4For bias: prompt an image model (or LLM) for a generic subject - 'a modern house', 'an architect at work' - and note the defaults in style, place, gender, and ethnicity. Then re-prompt naming a specific region, vernacular, and people, and compare.
- 5Write a short note: where did the model invent, how much did grounding help, what did it still get wrong, and what defaults did you have to prompt against?
You’ll walk away with
A short findings note contrasting the un-grounded vs grounded answers (with the specific fabrications named) and the generic vs deliberately-specified imagery, plus one sentence on the residual errors that survived grounding.
Three altitudes on the same idea
Read the band that fits you — or all three.
The highest-risk hallucinations for you are code and standards claims, and they are exactly the ones that sound most authoritative. Ground every regulatory query in the actual, current document rather than the model's memory, and be doubly wary of recency errors around codes that have been revised. On imagery, remember that AI concept renders can embed unbuildable structure and proportion - use them for intent, validate the building with real modelling and engineering.
Bias will quietly narrow your moodboards toward one global aesthetic, and image models will invent product details. When you want range, prompt explicitly against the default - name the region, the craft tradition, the material palette, the specific people you want represented - or AI will hand you the statistical average. And treat any spec figure a model gives you (flammability, dimensions, ratings) as a claim to verify against the real datasheet, not a fact.
Understanding why models hallucinate protects both your grades and your judgement. A fabricated citation or an invented code figure in a submission is a serious integrity problem, and it happens precisely because the model reconstructs rather than recalls. Ground your queries in real sources, verify every specific, and treat AI's cultural and aesthetic defaults critically - noticing and naming bias is itself a mark of design maturity that studios and juries respect.
“Hallucination and bias are temporary bugs - newer, bigger models will basically fix them.”
Do it yourself
Work these through to cement why the errors happen.
- 1In one sentence, why does a language model hallucinate rather than say 'I don't know'?
- 2Name three places where hallucinations predictably cluster.
- 3Why is an AI concept render an impression rather than a buildable proposition?
- 4Where does algorithmic bias come from, and how does it narrow your ideation?
- 5What does grounding do, and why does it make answers not just better but checkable?
The one line to carry out
Peer-reviewed journals & authoritative standards
- 01Hallucination (artificial intelligence) — Wikipedia, 2026.
- 02Algorithmic bias — Wikipedia, 2026.
- 03Large language model — Wikipedia, 2026.
- 04Retrieval-augmented generation — Wikipedia, 2026.
We now understand why AI output can be wrong or skewed. Next we turn to a different kind of risk that is nobody's bug: who actually owns AI-assisted work, and what the 2026 copyright and IP landscape means for you.
The author
Amogh N P
Architect, interior designer, and creative polymath. Studio Matrx began in his notebooks — his vision of design made honest, useful, and open to everyone. Its Academy is written and taught in his memory, and free, forever.
More about Amogh →