
Module 7 · Lesson 1 of 6 · with Nova
What's Actually Happening When AI Answers?
New module · Module 7 of 12
Your next stage of learning
You’re moving forward. This module builds on the skills you’ve already practised.
Objective
Understand why language models generate plausible answers rather than retrieving a guaranteed correct response.
Ask an AI assistant why the sky changes colour at sunset and you get a confident, fluent explanation. It can feel as though the answer was sitting somewhere inside a giant digital library, waiting to be fetched. That's not quite what's happening — and understanding the difference makes the whole technology easier to use.
Imagine you're talking to a friend who's excellent at finding the right words. You ask a question, and they produce a sentence that fits the conversation. A language model is obviously not a person, but this gives us a starting point: it generates an answer piece by piece, drawing on patterns learned during training and the information currently available to it.
During training, the model has encountered enormous numbers of examples showing how language, ideas and facts relate. Its parameters have been adjusted to make increasingly useful predictions. When you type a question, the system processes the words and produces a sequence of tokens — pieces of text — that form a reply. It isn't automatically opening an authoritative encyclopedia to check every sentence before sending it.
That sounds surprisingly simple for something that can explain mathematics or write code. The interesting part is what emerges when the task of predicting language is learned at very large scale. To produce useful continuations, a model can learn relationships between ideas, common structures of arguments and patterns involved in solving problems. Those capabilities can be impressive. They're also imperfect.
Let's return to the sunset. A good answer explains that sunlight contains different wavelengths and that scattering in the atmosphere affects which colours reach your eyes along a long path through the air. The response may be broadly correct because the model learned reliable relationships in its training. But if you ask it to name an obscure scientific paper with an exact quotation, it may produce something that sounds plausible without having verified that the paper exists.
Now change the situation. You give the assistant a paragraph from a science textbook and ask it to explain the paragraph for a beginner. That supplied text becomes part of the context for the response. The model can work from it, clarify technical terms and help you question the explanation. It may still misunderstand something, but now you have a particular source to compare it with.
Some assistants have a search tool, a calculator or access to documents. When a tool is used, the application can supply additional information or a computed result to the model. That matters because generating an explanation, retrieving a current fact and carrying out exact arithmetic are different operations. A capable product may combine them, but you shouldn't assume every answer involved the same process.
Here's a practical way to notice the distinction. Ask the assistant to explain why daylight hours change during the year. Then ask for today's exact sunset time in a particular town. The first question can draw on stable scientific knowledge; the second depends on location, date and a suitable source or calculation. They may look similar in the conversation, but the evidence needed isn't the same.
The useful takeaway is not that models are simply guessing. They can develop remarkably sophisticated capabilities from statistical training, and their explanations can be very helpful. It's that fluent generation is not the same operation as verification. Knowing what process your question requires helps you choose when to discuss, when to retrieve and when to calculate.
Let's try a different example. An assistant writes a recipe that sounds entirely reasonable but leaves out an ingredient from the instructions. Its language is fluent, and most of the recipe may be workable, yet the mismatch is real. You could ask the assistant to compare the ingredient list with the steps, or inspect the two yourself. That check involves consistency rather than general knowledge, which shows why reliability depends on the particular task.
Another useful distinction is between explaining a known relationship and inventing a plausible detail. When the assistant explains why flour helps form a dough, it may draw on a well-established pattern. If you ask it to quote a line from a cookbook it cannot access, producing a convincing sentence would not establish that the quote is real. You can ask for a source or provide the actual passage instead.
Think of the model as part of a larger system that can be guided. You can provide examples, set a useful goal and supply relevant material. When accuracy requires an external tool, choose one. Understanding generation doesn't reduce the value of the assistant; it shows how to build a working method around its strengths.
Once you understand this, AI becomes less mysterious. Instead of asking whether it 'knows' something in a human sense, you can ask what information the assistant had, what task it performed and what would establish that the answer is suitable for your purpose.