Step-by-step tutorial Optimization

How to fix wrong or invented AI chatbot answers

Trace one unsupported answer through active sources, extraction and retrieval checks, evidence rules and a final known-versus-unknown regression test.

Beginner32 min readJuly 16, 2026
How to fix wrong or invented AI chatbot answers

To fix wrong or invented AI chatbot answers, first locate the failure in the evidence path instead of assuming every error needs a stronger model.

“Hallucination” is often used for several different failures. The requested fact may be absent, two active sources may disagree, extraction may have damaged the text, retrieval may have selected the wrong passage, or the model may ignore correct evidence. Each cause needs a different fix.

This controlled example deliberately asks about a fictional Northstar Services warranty for 2028. The knowledge base does not contain that policy, so the correct baseline is a clear “not answered” result—not a confident invention. We inventory the two active sources, inspect the real Audit result, add an evidence-and-escalation role and verify an unsupported refund question together with a supported control.

The goal is not to make the assistant answer more questions. It is to make supported answers precise and unsupported answers safely incomplete.

Privacy-protected two-click player

How to Fix Wrong AI Chatbot Answers: 5 Real Checks

Fix wrong AI chatbot answers by checking sources, content extraction, matching passages, answer rules and models with repeatable regression tests.

YouTube · 3:07 · English

The YouTube player stays blocked until you choose Play. Loading it connects your browser to YouTube and may transfer technical data to Google.

Open directly on YouTube

What you will have at the end

  • A reproducible safe baseline for five unsupported warranty questions
  • An inventory of the two active sources and their authority
  • A reviewed Audit result covering duplicates, conflicts and thin sources
  • A concise evidence-only role with an escalation path
  • A known-versus-unknown regression routine

Before you start

  • A Premium account or active trial with Knowledge Optimizer access
  • One non-production assistant with representative indexed knowledge
  • One question whose answer exists and one question whose answer is deliberately absent
  • An approved expected result for both questions
  • Permission to change and re-index the tutorial assistant

Trace the evidence path

A grounded answer passes through five layers: the fact must exist in an authoritative source, extraction must preserve it, chunking and retrieval must surface it, the role must require evidence, and the model must follow that evidence. Diagnose the first layer that failed instead of changing everything at once.

An unsupported answer is not always a model hallucination. Missing content is a source problem; unreadable PDF text is an extraction problem; an irrelevant passage is a retrieval problem; added claims despite correct evidence are an instruction or generation problem.

Conflicting current and obsolete sources are especially dangerous because retrieval can legitimately find either version. Give every policy one owner and effective date, remove archives from the active set and explicitly allow the assistant to say that information is unavailable.

Reproduce safelyAudit active evidenceAdd guardrail and regress

01–05

Set it up step by step

1

Reproduce the answer and record a safe baseline

Do not start fixing until the exact input, output and expected result are saved.

Open Knowledge Optimizer → Knowledge Test, select the intended assistant and reuse one fixed five-question set. In this tutorial, all five questions ask for the fictional Northstar Services warranty policy for 2028 in different wording. The policy is deliberately absent from the indexed sources.

Read every result instead of trusting only the percentage. A safe answer says the information is unavailable and does not invent coverage, duration, price, exceptions or a legal promise. The verified baseline classifies all five variants as Not answered because the missing policy cannot be supported.

Save the exact question, full answer, evaluation, model label, role version, active-source list and timestamp. If one answer contains an invented term, preserve it before changing anything; it is the evidence you will use to prove that the later correction worked.

  • Use a non-production assistant so diagnosis cannot change visitor behavior.
  • Keep the same language and punctuation when rerunning the failing question.
  • Do not use “sounds plausible” as the expected result; write the allowed facts explicitly.
Do not start fixing until the exact input, output and expected result are saved.
2

Inventory every active source before editing the role

First decide whether the requested fact exists anywhere in the active knowledge set.

Open the assistant → Knowledge. Record every active website, file and text source together with its indexing status. A completed status means processing finished; it does not prove that the needed sentence exists or is authoritative.

Use Search content and inspect the original files for warranty, guarantee, refund, cancellation, coverage and the year 2028. Record the source owner, effective date, intended audience and whether an older version is still active. Search synonyms because visitors rarely use the exact wording from a policy heading.

Classify the result before editing anything: missing fact, conflicting fact, extraction problem or fact present and readable. If the policy is absent, add it to an owned data source only after approval. Never paste changing business facts into the system role merely to make one test pass.

  • Open the original source beside the dashboard result.
  • Archive obsolete sources instead of relying on prompt wording to prefer the newer one.
  • After every source edit, wait for re-indexing to finish before retesting.
First decide whether the requested fact exists anywhere in the active knowledge set.
3

Run Audit and inspect extraction, duplicates and conflicts

Audit proposes evidence to review; a content owner still decides what is correct.

Open Knowledge Optimizer → Audit, confirm the correct assistant and select Run audit. Wait for scanning and evaluation to finish. Pair findings compare similar chunks; thin-source findings flag sources with too little usable text.

Open both excerpts for every duplicate or contradiction. Compare subject, conditions, dates, language and source ownership. Two translations can be intentional duplicates, while two different effective dates may be a real contradiction. Do not save or accept a finding only because the similarity score is high.

If an excerpt is truncated, scrambled or missing table labels, check the original PDF extraction and reading order. Fix the document structure, remove the obsolete source when appropriate, re-index and repeat the exact failing question before touching the model.

  • Treat contradictions as release blockers until an owner resolves them.
  • Keep intentionally multilingual content clearly labeled by language and audience.
  • Saving to the optimization inbox records work; it does not silently rewrite the source.
Audit proposes evidence to review; a content owner still decides what is correct.
4

Add a concise evidence, abstention and escalation rule

The role controls behavior when evidence exists—and when it does not.

Open the assistant → Settings and select the Custom Role card. Save the current text with date and owner before editing so you can restore it. Keep factual policies in data sources; the role should contain stable behavior rules.

Use an explicit order: answer factual claims only from indexed evidence; never invent policies, dates, prices, codes or completed account actions; if the evidence is missing or conflicting, say that the information cannot be verified; offer only a support path that is actually configured. Remove conflicting instructions such as “always provide an answer.”

Keep the fallback human and specific. For example: “I can’t verify an annual-contract refund policy in the available sources. I can help you contact support.” This is more useful than a generic refusal and still avoids invented terms. Save, wait for the saved state and begin the next test in a fresh conversation.

  • Do not claim that the bot checked an account unless a tool confirmed it.
  • Do not hide uncertainty behind phrases such as “usually” or “typically.”
  • A configured escalation destination is part of the test, not just prompt wording.
The role controls behavior when evidence exists—and when it does not.
5

Test one unknown and one known answer together

A safe assistant must abstain selectively, not refuse everything.

Select Test chatbot and start a fresh conversation. First ask: “What is Northstar Services’ refund policy for annual contracts?” Pass only when the assistant says the policy cannot be verified from the available sources, invents no deadline, percentage, fee or exception and offers the approved support route without claiming that a handoff already happened.

In the same controlled run, ask a supported control question such as “What is the verification code in the tutorial knowledge base?” The answer must return exactly `NORDSTERN-42`. This pair distinguishes useful grounding from an assistant that simply refuses every factual request.

Rerun the five warranty variants, one ambiguous request and one prompt-injection attempt. Compare another model only when the correct passage is repeatedly retrieved but still ignored or embellished. Keep sources, role, temperature and questions fixed; record quality, median latency and quota multiplier before choosing a challenger.

  • Use a new chat session after each role or source version change.
  • Treat the known answer and safe refusal as release gates.
  • Monitor Questions, Feedback and Conversations after rollout for new failure wording.
A safe assistant must abstain selectively, not refuse everything.

Example & result

See the practical test and its result

Every tutorial includes a fixed input, the expected outcome and a transparent record of what was actually verified locally.

Practical example: How to fix wrong or invented AI chatbot answers

This exact scenario was completed with the temporary tutorial account.

Verified end to end

Exact test input

What is Northstar Services’ refund policy for annual contracts?

Expected result

The bot says the information is not in the indexed sources instead of guessing.

What was actually verified

The live assistant replied that it could not find a refund policy in the available information and did not invent terms.

The live assistant replied that it could not find a refund policy in the available information and did not invent terms.

Tips & tricks

Make the setup reliable

Test with realistic examples, record your baseline and change one setting at a time. That makes real improvements visible.

Use explicit effective dates

Policies and prices should state version or effective date so current content is distinguishable from archives.

Test safe “I do not know” behavior

An assistant that correctly declines unsupported claims is more reliable than one that always sounds complete.

Pair every unknown test with a known fact

An assistant that refuses everything is not grounded—it is unusable. Verify safe abstention and accurate retrieval together.

When something does not work

Troubleshooting

Check status, permissions and test data systematically before changing the model or prompt.

The right answer exists but is not retrieved

Inspect extraction, headings, chunk boundaries and duplicate sources. Re-index the corrected source and repeat the exact question before changing the model.

The right passage is retrieved but the answer adds facts

Tighten the evidence and abstention rule, lower unnecessary creativity and compare a second model with the identical retrieved evidence.

Two active sources disagree

Stop prompt tuning. Ask the content owner which version is authoritative, archive the obsolete source, add an effective date and re-index.

The assistant now refuses a known fact

Confirm that the known fact still appears in Search content, wait for indexing to finish and simplify an overly strict role. The evidence rule should permit supported answers, not require a refusal whenever wording differs.

The old answer remains after a source or role change

Verify the saved state, wait for re-indexing and start a completely new test conversation. Existing chat history can carry old context into the next turn.

Ready for a production-style test

Keep the known/unknown pair as a permanent release gate. Classify every negative-feedback case as source, extraction, retrieval, instruction or generation failure; repeated classes reveal which system needs a durable fix.

Related resources