ai-foundations

What an LLM Actually Does

Understand model prediction, confidence, and why fluent output is not the same as truth.

beginner40 minutesgeneral professional

When learners first encounter AI systems, the most important correction is simple: persuasive output does not guarantee reliable output. A good working model of AI starts with prediction, not magic.

This lesson gives you that working model. You do not need to understand model architecture to use AI more safely, but you do need to know why an answer can sound finished before it is verified.

What an LLM Is Doing

A large language model, or LLM, generates text by predicting what should come next. The short phrase for this is next-token prediction. A token is a small piece of text, often a word, part of a word, or punctuation mark. The model looks at the text it has so far and chooses a likely next piece.

That prediction happens over and over:

  1. Read the prompt and the answer so far.
  2. Pick a likely next token.
  3. Add that token to the answer.
  4. Repeat until the response is finished.

This is why an LLM can sound natural. It has learned many patterns in language, examples, code, questions, answers, formats, and styles. It can continue a pattern very well.

But the model is not checking a fact database by default. It is not deciding what it believes. It is not proving that each sentence is true. It is producing a likely continuation of the conversation.

A Mental Model You Can Keep

Think of an LLM as a pattern engine for language. It has seen enough text patterns to produce answers that often look like explanations, plans, summaries, or code. That is useful. It is also why the output can be misleading.

A helpful mental model:

  • The model is good at continuing patterns.
  • The model is not automatically checking whether every claim is true.
  • The model can imitate the shape of expertise without having verified evidence.
  • The model can use source material well when you provide it, but it can also fill gaps when you do not.

This is different from a search engine, database, or workflow system. A search engine retrieves pages. A database returns stored records. A workflow system follows configured rules. An LLM generates a likely response from the context it has.

That does not make it useless. It means the right question is not “Did the AI sound right?” The right question is “What would I need to check before relying on this?”

Why Fluency Is Not Truth

Fluency is about how smooth an answer sounds. Truth is about whether the answer matches reality. Those are different tests.

A model can produce a polished sentence because the pattern is familiar, even when the details are wrong. For example, if you ask for “three statistics about remote work in 2026,” the model may return three neat percentages with confident explanations. The answer may look useful, but the percentages still need real sources.

The same thing can happen with names, dates, quotes, citations, policy details, or steps in a process. A model may write:

The city adopted the Green Street Repair Rule in 2019, which requires every sidewalk project to include new tree wells.

That sounds specific. It may also be completely invented. The specificity is not evidence. It is only text that fits the shape of an answer.

Confidence Is Not Accuracy

Models can write in a confident style even when the answer is uncertain or unsupported. They can also write cautiously when the answer is correct. Tone is not a verification method.

Compare these two sentences:

The policy changed on March 14, and every visitor now needs a parking code.

I may be wrong, but the policy appears to have changed on March 14.

The first sounds stronger. The second sounds weaker. Neither sentence is verified by its tone. You still need a source.

When reviewing AI output, watch for confidence markers:

  • exact dates without a source
  • precise numbers without a source
  • phrases like “the policy requires” or “the standard says”
  • citations that look plausible but were not checked
  • explanations that skip uncertainty

Treat confidence as a reason to inspect the claim, not as a reason to trust it.

When Output Is Most Likely Wrong

Be extra careful when the answer includes details that are easy to say and hard to verify from the prompt. Common risk areas include:

  • exact numbers, percentages, prices, or timelines
  • legal, medical, financial, safety, or compliance guidance
  • citations, book titles, article names, quotes, or links
  • recent events or fast-changing product details
  • niche topics where you do not already know enough to spot a mistake
  • summaries that use missing context as if it were provided

The model can still be useful in these situations. Use it for a draft, a checklist, a set of questions, or a first-pass explanation. Just do not treat the output as verified fact until you check it.

Worked Example: Spotting a Confident Wrong Answer

Imagine you ask:

Give me a quick summary of the visitor process for a shared office building.

The model answers:

Visitors must arrive before 4:30 p.m., sign the blue reception log, provide a license plate number, and wait for a host to escort them from the lobby.

The answer has useful shape, but it contains several claims:

  • arrival deadline: before 4:30 p.m.
  • sign-in location: blue reception log
  • required information: license plate number
  • process step: host escort from lobby

Now ask: what did the model have to know to say this?

If you did not provide the building’s policy, the model did not know those details from your prompt. It produced a plausible process. That can help you think of questions, but it is not a verified policy.

A safer rewrite:

Possible visitor-process items to verify: arrival cutoff, sign-in location, required ID or vehicle information, host escort rule, parking instructions, and after-hours process.

That version is more useful because it turns unsupported claims into a checklist.

A Simple Review Habit

Before you trust AI output, run a short review:

  1. Mark the claims. Highlight names, numbers, dates, recommendations, and anything that would matter if it were wrong.
  2. Ask what the model had to know. If the prompt did not include the source material, the answer may be filling gaps.
  3. Verify the important claims against a real source, system of record, policy, or expert.
  4. Remove or label anything you cannot verify. Treat it as a draft note, not a fact.
  5. Keep responsibility with a person before sending, publishing, deciding, or changing a workflow.

This habit is small on purpose. You do not need a complex process for every low-risk draft. You do need a pause between fluent output and trusted output.

Putting the Habit Into Practice

Use the habit when the output will influence someone else’s work.

Example task:

Draft a short summary of this public article for a team discussion.

Before using the summary, sort the output into three groups:

  • Safe draft language: general framing, plain-language explanations, and possible discussion questions.
  • Claims to verify: names, numbers, dates, quoted phrases, and recommendations.
  • Claims to remove or label: anything that sounds important but is not traceable to the article.

Then add a review note:

Reviewed against the article for main points. Numbers and named claims still need source checking before reuse outside the discussion.

That note does not make the summary perfect. It tells the next person what the output is ready for and what still needs review.

Compact Exercise

Read this AI-style answer:

The Northside office changed its visitor policy on March 14. Guests now need a temporary badge, a host signature, and a parking code before entering the building.

Use the review habit:

  • Which claims would you mark?
  • What source would you check?
  • What would you remove or label if you could not verify it?

The takeaway: an LLM is useful because it predicts language patterns well. It is risky when smooth language makes unsupported details feel finished. Trust the draft only after the important claims survive review.

Check Your Understanding

Question: If an AI answer sounds confident, does that mean it is accurate?

Answer: No. Confidence is a style signal. Accuracy requires source checking or expert review.

Question: What should you do when an output includes a specific date, number, or policy claim?

Answer: Mark it as a claim and verify it against a real source before using it as fact.

Question: When is an LLM most useful in a low-risk workflow?

Answer: When you treat it as a drafting, summarizing, brainstorming, or checklist partner and keep human review in the loop.

Question: What is a safer replacement for unsupported details?

Answer: Turn unsupported details into questions, assumptions, or items to verify.

Key Terms

  • Token: a small unit of text the model uses when generating output.
  • Hallucination: AI output that is fluent but unsupported, wrong, or not grounded in the provided source material.
  • Grounding: giving the model source material and asking it to stay tied to that material.
  • Verification: checking important claims against a trusted source before relying on them.

Where to Go Next

Use the Evaluation Checklist when an output might affect a decision, handoff, workflow, or published message.

Then continue to Grounding and Context to learn how source material changes the quality and reviewability of AI output.

Objectives

  • Explain what an LLM actually does, why fluent output is not verified truth, and how to review output before trusting it.
  • Recognize common situations where confident AI output still needs verification.
  • Apply a simple claim-marking habit before using AI-generated answers.

Key takeaways

  • Fluent text is not proof of correctness.
  • Models generate likely continuations, not understanding in the human sense.
  • Confidence is a writing style, not an accuracy signal.
  • Check claims before you use output as fact.