The word hallucination makes it sound like a malfunction — an occasional glitch, something a better model will eventually stop doing. It is not that. A language model produces the text that plausibly follows your prompt, and it has no separate faculty that checks whether that text corresponds to anything real. Correct output and invented output come off the same production line, by the same process, in the same voice.
That single fact has one consequence, and the whole of this article follows from it. A wrong answer and a right answer arrive in identical tone. There is no hedge, no pause, no slight change of register when the model moves from something it extracted to something it constructed. So the instinct you have spent a working life developing — noticing when a colleague sounds unsure and checking that one thing — does not merely fail here. It actively misleads, because the fabricated claim is often the most fluent one on the page.
If tone cannot be your reliability signal, the defence has to be procedural. Not sharper judgement, not better prompting, not a more capable model: a fixed procedure you run on specific categories of claim regardless of how the output reads. This article names the categories where invention concentrates, gives you a verification pass short enough that you will actually do it, and sets out the record you keep afterwards — because in Indian markets, under a SEBI registration, the question is not only whether you were right. It is whether you can show why you believed it.
The one thing to remember
You cannot detect a fabricated claim by reading it, so stop trying — verify by category, and keep a claim, a source and a date-checked against every line that will ever touch a decision.
Why Tone Tells You Nothing
Working with people, confidence is genuine information. An analyst who knows a figure states it flatly. One who is guessing slows down, hedges, or offers to go and check. That signal lets you triage — you verify the shaky claims and take the rest on reasonable trust, which is the only reason working with other people is efficient at all.
None of that machinery exists here. The model has no internal quantity measuring whether a statement matches reality, so it has nothing to hedge with and no reason to slow down. What you get is a uniform surface: the same assurance, the same supporting detail, the same willingness to elaborate when you ask a follow-up, whether the number was lifted from the page you pasted or assembled out of how such numbers usually read.
Asking directly makes it worse rather than better. Put the question "how confident are you in that figure" and you receive another generated sentence — the text that plausibly follows a question about confidence. It is not a reading from a gauge. A model that says it is highly confident and a model that says it is uncertain are both producing prose, and neither statement has been checked against anything.
There is a specific reason the fabrications read so well, and it is worth sitting with. Invention is unconstrained. When the model is working from a real page it is bound by awkward, specific, badly-worded source material. When it is constructing, nothing pushes back, so the output comes out clean, well-proportioned and exactly in the register of good analysis. The smoothest paragraph in a brief is a fair place to start checking, not a fair place to stop.
Invention has nothing to push back against, so it comes out cleaner than extraction. The smoothest paragraph in a brief is where you start checking, not where you stop.
Where Invention Concentrates
Invention is not evenly distributed. It clusters in predictable places, and knowing them turns an impossible instruction — check everything — into a short list you can actually run. The pattern is consistent: the risk is highest wherever the answer has a precise, conventional shape that the model can produce from form alone, and where the underlying fact was not in front of it.
A ticker is a good illustration. It has a shape. Four to twelve capital letters, often an abbreviation of the company name, often with a familiar suffix. A model can generate something with exactly that shape for a company it has no listing information about, and the result is indistinguishable from a real NSE symbol until you look it up. The same is true of an ISIN, a circular number, a section reference, or a page citation. Structure is easy to imitate; correspondence to reality is the part that is missing.
Numbers behave the same way but with an extra trap. Arithmetic on figures in front of the model is generally reliable — that is not where the failure is. The failure is a ratio computed from one number you pasted and one recalled from training. The maths is perfect, the format is correct, and the answer is wrong in a way no amount of re-reading will reveal. This is why every computed figure has to arrive with both inputs and both references shown, so you check the ingredients rather than the sum.
The regulatory zone deserves separate mention because the consequences differ. Ask about a SEBI requirement, a margin rule, a disclosure threshold, a settlement timeline or an exchange circular and you will get a specific, confident, plausible answer. Regulation changes, phases in, and applies differently by segment, and a model has no idea what is currently in force. For anything regulatory, the correct source is the SEBI or exchange website, and the model's role is at most to help you phrase the question you go and look up.
Where invention actually happens
Risk rises with specificity. Confidence does not move at all — which is why tone is useless as a reliability signal.
| Zone | Why invention slips through | How you check it |
|---|---|---|
| Specific figures not in your pasted text | A revenue or margin number has a conventional magnitude the model can produce from form alone | Open the filing and find the line; if it was never pasted, delete the claim rather than hunting for it |
| Computed ratios and growth rates | One input is yours, one is recalled — the arithmetic is flawless and the result is wrong | Demand both input numbers with both page references, and check the inputs before the sum |
| Citations, page and note numbers | A reference has an obvious format, and formats are trivial to imitate | Search the document for the verbatim quote; a quote that is not there is settled in seconds |
| Tickers, ISINs and company identifiers | NSE and BSE symbols follow a recognisable shape a model can construct for any name | Look the symbol up on the exchange website before it goes anywhere near a note or an order |
| Regulatory rules, circulars and thresholds | Rules change and phase in; the model has no idea what is currently in force | Go to the SEBI or exchange source directly — never accept a regulatory claim from a model |
| Anything after the training cutoff | Recent results, board outcomes and corporate actions get the same fluent treatment as anything else | Paste the document yourself, or do not ask the question at all |
| Quotes attributed to management | A paraphrase drifts into quotation marks and then looks like evidence | Text-search the transcript for the exact string — a near-match is not a quote |
Watch out — Never take a regulatory or compliance answer from a model as fact. Margin rules, disclosure thresholds, settlement timelines and circular numbers all change, and the reply will be specific and confident regardless. The SEBI and exchange websites are the source; the model can at most help you work out what to look up.
The Verification Pass — Short Enough That You Will Do It
A verification procedure that takes an hour will not survive a busy quarter. It will be done properly twice, skipped on a Thursday evening, and then quietly abandoned. So the design constraint is not thoroughness. It is that the procedure must be short enough to run every single time, including on the day you are tired and the market has been unkind.
The trick that makes it short is scope. You are not verifying the brief. You are verifying the handful of lines in it that could move a decision — typically four or five in a page of output, and often fewer. Everything else is structure, framing and connective prose, which cannot be wrong in a way that costs you money because you were never going to act on it.
Run the five steps below in order. The order matters: the cheapest and most decisive check comes first, because a failed quote search invalidates everything around it and saves you the other four. Most of the time the whole thing genuinely takes under a minute, and on the occasions it takes longer, that is because it found something.
One rule holds the procedure together, and it is the one people abandon first. A claim that fails verification gets deleted, not softened. The temptation is to keep it with a note that it needs checking, and three weeks later that hedge has quietly evaporated and the claim is sitting in your notes reading like everything else. Unverified material does not get to live in the same file as verified material.
A claim that fails verification gets deleted, not softened. A hedge evaporates in three weeks and the claim is left sitting in your notes reading like everything else.
- 1
Text-search the document for the verbatim quote
Take the quoted string and search the PDF. Present, and the claim is anchored. Absent, and you have caught an invention in about five seconds — and everything else in that output is now suspect too.
- 2
Open the page reference and read the surrounding sentence
A quote can be real and still be misread out of context — a projection presented as an achieved figure, a segment number presented as company-wide. The sentence around it settles that.
- 3
Confirm the basis, the unit and the period
Standalone or consolidated. Crore or million. Quarter or trailing twelve months. Same-quarter-last-year or the preceding quarter. Each of these is real and different, and a blended answer picks one without telling you.
- 4
For any computed figure, check the two inputs, not the arithmetic
Both numbers must have come from text you pasted, each with its own reference. The sum is almost never the problem. The ingredient recalled from training is.
- 5
Write the claim, the source and the date checked into your own file
Outside the chat thread. Three fields, one line. Miss this and you have verified something you will not be able to prove you verified, which in six months is nearly the same as not having done it.
Pro tip — Do the quote search first, always. It is the cheapest check and the most decisive one, and a failed search saves you the other four steps while telling you something important about the rest of that output.
Prompting So That Checking Is Cheap
You cannot prompt a model into being reliable. What you can do is prompt it into producing output whose reliability is cheap to test, and that is a different and entirely achievable goal. The difference between a brief that takes forty minutes to check and one that takes forty seconds is decided before the model answers, by what you asked it to include.
Three requirements do most of the work. Every claim carries a verbatim quote from the source, which converts verification into a text search. Every claim carries a page or note reference, which tells you where to look when the quote needs context. And an explicit instruction that "not stated in the source" is a correct, expected answer — because without it the model treats a gap as something to fill, and gaps are precisely where invention lives.
That last one is the least intuitive and the most valuable. A model asked seven questions about a section that only supports three of them will, left to itself, produce seven answers. Told plainly that absence is a valid answer, it will more often report the absence. You are not making it more truthful; you are removing the pressure to complete a pattern.
The prompt below is built for a claim you are about to rely on. Run it as a separate pass over output you already have, in a fresh thread, with the source text pasted again. A fresh thread matters: asked to re-check its own answer inside the same conversation, a model has the earlier answer in front of it as context, and consistency with that context is easier to produce than a genuine re-reading.
You are checking specific claims against a source document. Work only from the text between the markers. Do not use anything you know about this company from outside it. DOCUMENT: [filing name, period, standalone or consolidated] SECTION: [section name and pages] --- SOURCE START --- [paste the source section again, in a fresh thread] --- SOURCE END --- --- CLAIMS TO CHECK --- 1. [paste claim one exactly as it was written] 2. [paste claim two] 3. [paste claim three] --- END CLAIMS --- For each numbered claim, return exactly these five fields: STATUS: SUPPORTED / CONTRADICTED / NOT IN THIS TEXT QUOTE: the verbatim sentence from the source that supports or contradicts it — copied exactly, or "none" LOCATION: page or note reference for that quote, or "none" BASIS AND UNIT: standalone or consolidated, the unit, and the period the figure covers — as stated in the source MISMATCH: any difference between the claim and the source, including a different period, basis, unit or comparative. Write "none" if there is none. Rules: - NOT IN THIS TEXT is a correct and expected answer. Do not reason towards a supporting quote that is not there. - Never paraphrase inside the QUOTE field. If you cannot copy an exact sentence, the status is NOT IN THIS TEXT. - If a claim is a computed figure, mark it CONTRADICTED unless both input numbers appear verbatim in the source; quote both. - Do not comment on whether the claim is reasonable, and do not add a view on the company or the share price. Restating the task: status, quote, location, basis, mismatch — for each claim, from this text only.
When to use — Before any AI-derived claim enters your permanent notes, and always in a fresh thread with the source pasted again. Run it on the four or five lines that could move a decision, not on the whole brief.
A good answer — A mix of statuses including at least some NOT IN THIS TEXT, quotes short and exact enough to find with a text search, and populated MISMATCH fields where the period or basis differs. Every claim coming back SUPPORTED with a smooth quote is the result to distrust — text-search two of those quotes immediately.
Making output cheap to check
Do
- Require a verbatim quote on every claim, so verification becomes a text search rather than a re-read.
- Say explicitly that "not stated in the source" is a correct answer, and expect to see it used.
- Ask for the basis, unit and period alongside every figure, not just the number.
- Run the verification pass in a fresh thread with the source pasted again.
- Demand both inputs and both references for any ratio, margin or growth rate.
Don't
- Do not ask the model to re-check its own answer in the same conversation — it will reconcile with its earlier text.
- Do not ask how confident it is; the reply is generated prose, not a measurement.
- Do not accept a reference without a quote, or a quote without a reference. Either alone is unverifiable.
- Do not keep a failed claim with a hedge attached. Delete it.
- Do not treat a fluent, well-structured brief as evidence of accuracy — fluency is what unconstrained generation looks like.
The Audit Trail — Three Fields That Make a Claim Defensible
Verification is what you do in the moment. The audit trail is what survives it, and it is the part almost everyone skips, because in the moment the verification feels sufficient. It is not. Six months later the memory of having checked something is indistinguishable from the memory of having read it, and you cannot tell which lines in an old note were confirmed and which were absorbed.
The record is three fields per line. The claim, in one sentence, with its unit and period inside it. The source, precisely enough to reopen — document, period, page or note. And the date you checked it, which is not the same as the date the document was published. That is the whole format. It fits in a plain text file, a spreadsheet, or a note in whatever you already use, and it takes a few seconds a line.
The date-checked field earns its place more often than the other two. Figures get restated in later filings. Interpretations that were correct against one quarter's disclosure stop being correct against the next. Knowing that you last confirmed a line in a particular month tells you whether it needs revisiting — and a claim you cannot date is a claim you have to re-verify from scratch or drop entirely.
The figure below is the point in one image: the chain runs from the claim to the source to the date checked, and it only holds if every link is present. Break the source link and the chain does not weaken, it collapses — the claim reads exactly the same, and it can no longer be defended by anybody, including you.
And that last clause is the real argument. This is not paperwork for a regulator. It is the mechanism by which you can update. A claim with a live source can be reopened when new information arrives and either confirmed or dropped. A claim without one has no route back, so it cannot be tested, only defended — and beliefs that cannot be tested are the ones that quietly do the damage in a portfolio.
A claim with a live source can be reopened and dropped when new information arrives. A claim without one can only be defended — and untestable beliefs are the ones that do the damage.
The audit trail is a chain
A claim is only as strong as your ability to trace it back to the document it came from.
Before an AI-derived line enters your permanent notes
Six checks. On the four or five claims in a brief that could move a decision, this is a couple of minutes — and it is the difference between a research process and a well-formatted guess.
- Does the claim carry a verbatim quote I have found in the source document by text search?
- Does it carry a page or note reference precise enough to reopen in under a minute?
- Have I recorded the basis, the unit and the period alongside the figure?
- For any computed figure — did both inputs come from text I supplied, each with its own reference?
- Is the date I checked it written beside the claim, separately from the document's own date?
- If this claim were wrong, do I have a concrete route to finding that out?
Why This Bites Harder in Indian Market Work
Two things make this sharper here than in most other places you might use these tools. The first is that the claims cost money. A misread margin, a wrong basis, a segment figure taken as company-wide — each of these can support a position you would not otherwise have taken, and the error only surfaces when the market has already priced the truth. Almost no other everyday use of AI has that property.
The second is regulatory. Research published or circulated in India by a SEBI Registered Research Analyst carries record-keeping and disclosure obligations, and the underlying expectation is that a recommendation has a documented basis. An AI-drafted paragraph with no traceable source does not meet that standard, and cannot be made to meet it retrospectively. If you publish research, run a group, or advise anyone in any capacity, the audit trail is not optional good practice.
It is worth being blunt about where responsibility sits. There is no arrangement in which the tool is accountable for the output. A model is a drafting instrument, and the analyst whose name is on the note owns every figure in it, exactly as they would if a junior had typed it. The article on guardrails and the human in the loop in this module goes further into what that means in practice.
None of this is an argument against using AI for research. Compression, structuring and consistent checklists are genuine gains, and they hold up. The argument is narrower: the verification cannot be delegated to the same system that produced the draft, and it cannot be delegated to your impression of how the draft reads. It has to be a procedure, run against the source, recorded with a date. That is the whole discipline, and it is short enough to keep.
Watch out — Do not paste live positions, holdings, client information or broker credentials into a hosted model in the course of verifying anything. The verification pass needs the source document and the claim, and nothing else. The data-privacy article in this module covers what must never enter a prompt.
Common questions
It is output that is fluent, well-formed and not true — a figure, a citation, a ticker or a quote produced by the same process that produces correct answers. It is not a malfunction. The model generates the text that plausibly follows your prompt and has no separate faculty that checks whether that text corresponds to anything real.
Knowledge Check
A brief contains one paragraph that reads noticeably better than the rest. What does that suggest?
Written By
Rohit Singh
Mr. Chartist
With 14+ years of experience in Indian financial markets, Rohit Singh (Mr. Chartist) is a SEBI Registered Research Analyst, Amazon #1 bestselling author, and the founder of Investology — a premium trading ecosystem trusted by a 1.5 Lakh+ strong community across India.
Keep reading
The Capability Line — What AI Can (and Can’t) Do for a Trader
Three things it is genuinely good at, three it is genuinely bad at, and the single test that tells you which side of the line you are standing on.
Research CraftFilings and Concalls with AI — Turning 300 Pages into Ten Sourced Claims
One document at a time, one fixed checklist every time, a page reference beside every number. The workflow that makes compression defensible.
Governance & PracticeGuardrails, SEBI and the Human in the Loop — Where AI Ends and Advice Begins
Advice is a regulated activity with a named, accountable person behind it. A model has none of that, and cannot acquire it.
Research CraftData Privacy — What You Must Never Paste Into a Prompt
Credentials, client data, holdings and unpublished research. A prompt box is not a private notebook, and the difference matters legally.
