The short answer
An AI chatbot is a program you talk to in ordinary language, and it writes its reply one small piece at a time, guided by patterns it learned from an enormous quantity of text. It is not looking your answer up in a database, and there is no filing cabinet of facts behind the box. That single detail explains almost everything about it: why it can hold a conversation about anything at all, and why it can be beautifully fluent and completely wrong in the same sentence.
Think of it less as a search engine and more as an extremely well read colleague with no notes, answering off the top of their head, at speed, and never once saying "hang on, let me check."
Is this the same thing as the chatbot on my bank's website?
Almost certainly not, and this is the single biggest source of disappointment and confusion for new users.
The older kind of chatbot, lurking in the corner of company websites for a decade now, is a decision tree. Somebody sat down and wrote out the questions customers ask, the answers to each one, and the paths between them. When you type something, the software tries to match your words to a branch it knows. If it matches, you get a pre-written answer. If not, you get "Sorry, I did not understand that," which is the polite way of saying you have fallen off the edge of the map.
Those bots cannot say anything their author did not write. They cannot be surprising or creative, and they cannot be wrong in an interesting way. They can only be unhelpful.
A modern AI chatbot is built on something quite different: a language model. Nobody wrote its answers. It generates each reply fresh, which is why you can ask it to explain photosynthesis in the style of a football commentator and get something coherent back. Nobody anticipated that, and nobody needed to.
If your only experience is the scripted kind, you will arrive with expectations that are wrong in both directions. You will expect it to be far more limited than it is, and you will assume that when it does answer, the answer came from an official source. Neither is true.
In plain English
- Language model:
- The engine underneath a modern chatbot. A very large statistical model of how language fits together, trained on huge amounts of text.
- Prompt:
- Whatever you type in. Everything the model knows about your situation comes from this, plus the conversation so far.
- Hallucination:
- A confident, well-written answer that is simply made up. Not a bug in the usual sense, but a side effect of how the thing generates text.
- Training data:
- The text the model learned patterns from. It has a cut-off date, and the model cannot see anything that happened afterwards unless a tool fetches it.
How does it actually produce a reply?
Here is the honest version, stripped of mystique.
The model takes everything so far, your question plus whatever it has already written, and works out what the next small chunk of text most plausibly is. It adds that chunk. Then it repeats the whole calculation, now including the chunk it just added. Then again, hundreds of times, until the reply is finished.
That is genuinely it. There is no step where it decides what it believes, checks a source, or consults a list of facts. Just the most plausible continuation, over and over, at enormous speed.
The startling thing is how much falls out of that loop. To predict the next word in a sentence about the causes of the First World War, what you need is, in effect, a working knowledge of the causes of the First World War. Prediction at that scale ends up looking a lot like understanding.
But keep the mechanism in mind, because it explains the odd behaviour. A plausible-sounding citation is exactly as easy to generate as a real one. A confident wrong date has the same shape as a confident right one. Nothing in the process distinguishes them.
What is it genuinely good at?
Quite a lot, and mostly the things where "plausible, well-formed language" is the whole job:
- Drafting. Getting a first version of an email, a plan or an awkward message onto the page, so you are editing rather than staring.
- Rewriting. Shorter, warmer, firmer, plainer, less like a solicitor. It is very good at this.
- Summarising. Give it a long document and ask for the five things that matter, or your own meeting notes and ask what the actions were.
- Explaining. Ask for a concept at whatever level you actually are, then ask follow-up questions without embarrassment. One of its best and most underrated uses.
- Translating. Between languages, and between registers, such as turning technical notes into something a customer can read.
- Brainstorming. Twenty names, ten angles, five objections a client might raise. Most will be mediocre. Two will be useful.
- Thinking out loud. Describing a problem to something that asks reasonable questions back is a genuine benefit.
Notice what these have in common. In every case you can look at the result and judge it yourself. That is the sweet spot.
What does it quietly do badly?
This is the section worth remembering, because these failures never announce themselves.
Precise arithmetic. It is predicting text, not calculating. It will often get sums right, then get one wrong with total composure. Use a spreadsheet for anything that matters.
Counting. Ask how many times a word appears in a document, or for exactly twelve items, and you may well get eleven, delivered with great confidence.
Current events. The model learned from text up to a certain point. Anything after that is invisible unless the product can search the web, and even then it depends what it found. Never assume it knows what happened this week.
Anything requiring certainty about one specific fact. A phone number, a legal deadline, a dosage, a clause in your contract. It can produce something in exactly the right format that is entirely fictitious.
Knowing what it does not know. The deep one. There is no internal signal that says "I am on thin ice here." Ignorance and knowledge produce identical prose.
The pattern to watch for: the more specific and verifiable a claim is, the more carefully you should check it. Names, numbers, dates, quotations, citations and legal or medical detail all deserve a second source. Our free AI Safety and Verification course covers how to do that quickly.
Why does it sound so sure when it is wrong?
Because confidence is a feature of the writing style it learned, not a readout of certainty.
The text it trained on was mostly written by people who knew what they were talking about. Encyclopaedia entries, articles, manuals and answers are not usually written in a hesitant mumble. So the model learned that the natural way to answer a question is clearly and fluently, and it produces that register whether or not the content underneath is sound.
The practical consequence is that tone tells you nothing. With a person, hedging and hesitation are useful signals. Here they have been disconnected from the wiring. You must supply the doubt yourself, and apply it to the polished answers just as much as the shaky-looking ones.
Where do you actually meet these things?
Three main places. Standalone assistant apps and websites, the ones people mean when they talk about chatting to an AI. Customer support, where you may be facing the scripted old kind, the new kind, a human, or some combination, often without being told which. And, increasingly, assistants tucked inside software you already use: your email, your documents, your spreadsheets, your phone.
Capabilities and versions change every few months, so it is not worth memorising which product does what. The underlying idea is the same across all of them, and that is the part worth learning. Our free Introduction to Generative AI covers it properly, and if you would rather start hands-on there are guided walkthroughs for ChatGPT and Gemini.
How do you get better answers out of it?
The single biggest improvement is giving it more to work with. A vague question gets a vague, average answer, because average is exactly what "most plausible continuation" produces when nothing narrows it.
โ Weak prompt
Prompt
Write an email asking for a discount.
Output
A polite, generic email that could have been sent by anyone, to anyone, about anything.
Nothing in the question says who you are, what you buy, what you want, or how the relationship stands. So it produces the average of every discount email ever written.
โ Good prompt
Prompt
I run a 12-person design studio. We have used the same printing supplier for three years and spend roughly 800 pounds a month. A competitor has quoted 15 percent lower. Draft a short email to our account manager, Priya, asking whether they can match it. Warm but businesslike, no threats, under 150 words.
Output
A specific email that references the relationship, states the situation plainly, and makes one clear ask.
Role, history, numbers, recipient, tone and length. Every constraint removes a whole category of wrong answers.
Beyond that: ask for its reasoning as well as its conclusion, so you have something to check. Tell it to ask you questions before answering, which stops it filling gaps with invention. Here is a prompt worth keeping:
I want help with the following: [describe your task].
Context you need: [who you are, what the situation is, who it is for].
Before you answer, ask me up to five questions about anything that would change your answer. Do not guess at missing details. When you do answer, mark clearly anything you are not confident about, and tell me which parts I should verify myself.
That will not make it infallible. Nothing will. But it shifts the tool from confidently filling in the blanks to asking you for them, which is where almost all of the value lives.
After that, the rest is practice. Our free Prompt Engineering course goes deeper on getting useful answers, and if you are not sure where to begin, start here.