AI hallucination detection is the practice of identifying model outputs that are fabricated, unsupported by the source material, or false against real-world facts, and doing so before a customer or regulator finds them. In production, no single technique is enough. Reliable detection combines automated checks on each response with independent review of real conversations and a documented oversight process.
This guide covers the main detection methods, the metrics worth tracking, why retrieval-augmented agents still hallucinate, and how to reduce LLM hallucinations in customer-facing deployments. It is written for compliance, CX and technical teams that run conversational AI agents.
TL;DR
- Hallucinations come from how generative models work. Warning labels do not fix them; measurement and documented oversight do.
- Separate source faithfulness (does the answer match the provided context?) from world factuality (does it match reality?). They need different fixes.
- Stack methods: LLM-as-judge, semantic entropy, lightweight internal-state detectors and human sampling. Each catches different failures.
- Vendor-supplied dashboards are not independent evidence. Audit real conversations, including escalation and disclosure behavior.
- Lexic audits conversational AI agents from any vendor and can analyze 100% of conversations rather than a sample.
Table of Contents
- What counts as a hallucination in a customer conversation
- Why hallucinations cannot be fully engineered away
- Core methods for detecting LLM hallucinations
- Why retrieval does not solve the problem
- How to reduce LLM hallucinations in production
- Bias and fairness belong in the same review
- What regulators expect: independent evidence
- Our perspective: audit what the agent did, not what it was designed to do
- How Lexic supports hallucination oversight
- Building a detection program: a sequence that works
- Common mistakes
- FAQ
- Sources
What counts as a hallucination in a customer conversation
A hallucination is an output that looks fluent and confident but is false, fabricated or unsupported. In customer service this shows up as an invented refund policy, a wrong interest rate, a made-up order status or a confident answer to a question the agent should have escalated.
Two distinctions matter before you pick a detection method.
Source faithfulness means the answer is consistent with the context the agent was given, such as a knowledge base article or a retrieved policy. World factuality means the answer is consistent with general knowledge. Researchers who survey hallucination in LLMs draw this line because the remedies differ. Fixing faithfulness in a retrieval-based agent is mostly an engineering task: better retrieval, tighter prompts, better grounding. Fixing world factuality usually means retraining or extensive fine-tuning, which most enterprises cannot do on a vendor’s model.
Business leaders often treat the two as one problem. The result is a vague mandate to “stop hallucinations” with no owner and no metric.
There is also a third category that rarely appears in research papers but dominates complaints: behavioral failures. The agent does not state a false fact, but it fails to hand off to a human, hides that it is an AI, or promises something it cannot deliver. These are not caught by factuality checkers. They are found only by reviewing what the agent actually did in real conversations.

Why hallucinations cannot be fully engineered away
Hallucination is not a user-interface defect. The NIST Generative AI Profile describes it as an outcome of how generative models produce text from statistical patterns, which is why NIST recommends assessing hallucination risk in LLM-driven business applications rather than relying on disclaimers.
The same logic applies in Europe. The EU AI Act places transparency, documentation and oversight duties on organizations. A footer reading “AI can make mistakes” does not show active oversight. Records of how the system performs do.
The practical conclusion: plan for a nonzero hallucination rate, measure it continuously, and build the process that catches and routes failures.
Core methods for detecting LLM hallucinations
Practitioners generally combine several approaches. Dataiku’s overview lists four common families: prompt-based LLM detectors, semantic similarity checkers, BERT-based stochastic analysis and token overlap scoring, and notes that no single method catches every hallucination type. The table below adds the approaches most relevant to conversational agents.
| Method | How it works | Strength | Limitation |
|---|---|---|---|
| LLM-as-judge | A second model checks whether a claim is supported by the context | Flexible, handles nuance | Computationally expensive; the judge can err too |
| Semantic entropy | Samples several answers and measures uncertainty over meaning | Works on free-form text without labeled data | Needs threshold tuning; detects only a subset of hallucinations |
| Internal-state detectors | Small auxiliary models read hidden states or output probabilities | Fast enough for real time | Needs access to model internals or probabilities |
| Lexical overlap (exact match, n-grams) | Compares wording with a reference | Cheap | High false positives on valid paraphrases |
| Human review of samples | Reviewers read transcripts | Catches context and tone problems | Does not scale; sampling misses rare failures |
| Full-conversation audit | Every conversation is analyzed against policy, security and disclosure criteria | Complete coverage, evidence for regulators | Requires integration with conversation data |
LLM-as-judge
Using one model to evaluate another is the most common approach for retrieval-based systems. Work from Amazon and NeurIPS authors reports that this style of detection is highly effective, often reaching 75% or better accuracy in retrieval contexts, but it is expensive to run on every turn. The LLM-Check paper investigates cheaper alternatives built on internal model signals and reports speedups of up to 450x over prompt-based checks.
AWS describes a hallucination detection setup for RAG applications that compares several of these techniques, which is a useful starting point for engineering teams.
Semantic entropy
Lexical metrics penalize correct answers that use different words. Semantic entropy avoids this by measuring uncertainty at the level of meaning. The method published in Nature samples multiple answers, groups those that mean the same thing and flags questions where the meanings diverge. It is well suited to free-form generation. It needs careful thresholds, because setting them too low flags harmless variation and buries reviewers in noise.
Conversation-specific evaluation
Generic benchmarks do not always transfer to support chats. Two recent papers focus on conversations:
- HalluDetect, a framework for multi-turn, retrieval-based chatbots, reached an F1 score of 69% in a consumer grievance chatbot, and the deployed system cut hallucinations to 0.4159 per turn with 96.13% token accuracy.
- FECT, a benchmark for contact center transcripts, reported a mean F1 of 0.86 for detecting factual inconsistencies in interpretive claims when LLM judges were aligned using a decompose, decouple, detach approach.
Treat these figures as indicators of what is achievable under study conditions, not as guarantees for your agent. Your policies, your data and your customers will produce a different error profile.
Why retrieval does not solve the problem
Retrieval-augmented generation grounds answers in your documents, which reduces fabrication. It also adds new failure points. If retrieval returns the wrong passage, an outdated policy or a partial match, the model can produce a fluent answer that is faithful to the wrong source.
AWS describes one mitigation: a verified semantic cache of curated question-and-answer pairs. High-confidence questions are answered from the cache and bypass the LLM. Similar but nuanced questions are handled by the model with few-shot examples that constrain it. For regulated topics such as fees, eligibility and cancellation terms, this pattern gives you answers a human has approved.
How to reduce LLM hallucinations in production
Detection tells you what is failing. Reduction is a combination of design choices and operating discipline.
- Define what the agent may answer. List the topics that are in scope and the ones that must go to a person. Ambiguous scope is the root of most confident wrong answers.
- Curate approved answers for high-risk topics. Use verified responses for pricing, legal terms, medical or financial guidance.
- Ground and constrain the model. Provide the relevant context, require the agent to say when it lacks information and limit what it may claim.
- Score every response where cost allows. Use a cheap detector on every turn and a stronger judge on flagged or high-risk turns.
- Set an escalation rule and test it. An agent that recognizes its uncertainty and hands off is safer than one that guesses.
- Review on a schedule. The NIST AI RMF guidance summarized by SafeAI for Business recommends a quarterly monitoring cadence that logs accuracy drift, user complaints and demographic disparities.
- Keep records. Logs of tests, findings and fixes are what you show an auditor.
Organizational controls matter as much as model controls. A practical look at enterprise runtime controls for agents shows how phased rollouts, permissions and monitoring fit together over a few months, which is the same discipline hallucination management needs.
Bias and fairness belong in the same review
Teams searching for bias in conversational AI are usually looking at the same data as teams searching for hallucinations: transcripts. The two problems overlap. An agent may be accurate for one customer group and unreliable for another, or may escalate some customers faster than others. The NIST guidance above explicitly includes demographic disparities in its monitoring log, so a hallucination review that never segments results by customer group is incomplete.
In practice, add segment fields to your evaluation: language, channel, product line and, where lawful and available, customer group. Then compare error and escalation rates across them.
What regulators expect: independent evidence
For companies serving EU customers, including US-based companies entering Europe, hallucination handling sits inside broader AI Act obligations. The European Commission’s guidance on Article 50 states that providers must design systems that interact directly with people, such as chatbots and AI agents, so that users are informed they are dealing with AI. That is a behavior you can test in conversations, not just a setting in a configuration file.
Two points follow for compliance teams:
- Function matters. Systems that only polish formatting or tone are treated differently from those that generate core content or perform assessments. The latter carry stricter transparency and record-keeping duties under the AI Act text.
- Vendor data is not enough. Identifying whether a risk originates in training data, system inputs or generated output is difficult. Verifying behavior independently, in real-world conditions, is the defensible approach.
This article describes general requirements. For decisions about your own obligations, consult qualified legal counsel familiar with the AI Act.
Our perspective: audit what the agent did, not what it was designed to do
Most hallucination tooling answers a technical question: is this sentence supported by this document? That is necessary. It is not sufficient for a company that must prove control over customer-facing AI.
We audit conversational AI agents from any vendor, and we do not build or operate agents ourselves. That independence is the point. A team that relies on the vendor’s own metrics is asking the party being evaluated to grade itself. When a regulator, a board or a customer asks how you know the agent behaves, evidence drawn from real conversations and gathered independently carries more weight.
Our audits have found that 85% of audited agents fail to properly escalate issues to human representatives. That is a different failure from a fabricated fact, yet it produces the same harm: a customer left with a wrong or unresolved answer and a company with no record of it. Teams that focus only on factual detection miss it.
Our view, in four points:
- Measure behavior across the full conversation, including escalation and AI disclosure, not only single answers.
- Cover all conversations where possible. Hallucinations are rare events and samples miss them.
- Keep the audit independent of the agent vendor so findings can be defended.
- Route findings to the team that can fix them: CX, security, engineering or compliance.
— Sergio Llorens
How Lexic supports hallucination oversight
Lexic Compass audits AI agents from any vendor against real conversations, checking regulatory compliance, security vulnerabilities, escalation handling and customer disclosure. Engagements are available as a Flash Preview, an Audit Sprint or Enterprise Continuous Trust, described on the audit engagement page. The AI agent audit overview explains what Compass covers. For ongoing customer intelligence across calls, chats, emails and tickets, including sentiment, churn and opportunity signals, see Lexic Pulse. Pricing is not published on these pages.
Building a detection program: a sequence that works
A workable rollout does not start with tooling. It starts with scope.
Step 1: Inventory your agents and conversation sources
List every AI agent that speaks to customers, the vendor behind it, the channels it uses and where transcripts live. Many companies discover agents they did not know were live.
Step 2: Define failure types
Write a short taxonomy: unsupported claim, contradicted claim, wrong retrieval, missed escalation, missing AI disclosure, policy breach, unsafe instruction. Each type gets an owner and a severity.
Step 3: Set baselines
Run an initial evaluation on a representative set of conversations. Record the rate per failure type and per segment. Without a baseline, you cannot show improvement.
Step 4: Combine automated and human checks
Use automated detectors for coverage and humans for calibration. Review a sample of flagged and unflagged conversations so you learn both the false-positive and false-negative rates.
Step 5: Add alerts and routing
High-severity findings, such as a wrong legal statement or a refusal to hand off, should trigger real-time alerts. Lower-severity patterns can be reviewed weekly. Practical guidance on what to configure first in AI support highlights the same priority: define the agent’s knowledge, limits and handoffs before tuning anything else.
Step 6: Recheck after every change
Model updates, new prompts and new knowledge base content change behavior. Re-run your evaluation after each, and keep the results.
Common mistakes
- Relying on a single score. A single hallucination rate hides the difference between harmless paraphrase and a harmful fabrication.
- Using exact-match metrics. They flag correct paraphrases and cause reviewer fatigue.
- Testing only scripted prompts. Real customers phrase things unpredictably, and they interrupt, switch topics and push back.
- Ignoring escalation. An agent that never says “I do not know” is a risk even when its facts are right.
- Accepting vendor reports as proof. They are useful inputs, not independent assurance.
FAQ
How do you detect hallucinations in AI?
Compare each output with its source or with verified facts, and score the result. Common techniques include an LLM judging another LLM’s answer, semantic entropy over multiple samples, lightweight detectors on internal signals and human review. Production systems layer several of these because each misses different failure types.
How common are AI hallucinations?
Rates vary widely by model, task and domain, so no single figure applies to your agent. In the HalluDetect study of a consumer grievance chatbot, the optimized system still averaged 0.4159 hallucinations per turn. Measure your own rate on your own conversations.
Can you tell an AI not to hallucinate?
Instructions help but do not remove the problem. Hallucination stems from how generative models produce text, so prompts that demand accuracy reduce errors without eliminating them. Grounding, approved answers for high-risk topics, escalation rules and ongoing monitoring work better together.
Does retrieval-augmented generation prevent hallucinations?
No. It reduces fabrication but introduces retrieval errors, where the model answers faithfully from the wrong or outdated passage. Test retrieval quality and answer faithfulness separately.
Why does independent auditing matter for compliance?
Regulators and boards want evidence that does not come from the vendor being assessed. An independent audit of real conversations shows how the agent behaves in practice, including escalation and AI disclosure, and gives compliance teams records they can defend.
Sources
- Detecting hallucinations in large language models using semantic entropy, Nature
- LLM-Check: Investigating Detection of Hallucinations in Large Language Models, NeurIPS 2024
- HalluDetect: Detecting, Mitigating, and Benchmarking Hallucinations in Conversational Systems
- FECT: Factuality Evaluation of Interpretive AI-Generated Claims in Contact Center Conversation Transcripts
- Hallucination survey, arXiv
- Detect hallucinations for RAG-based systems, AWS
- Reducing hallucinations with a verified semantic cache, AWS
- NIST Generative AI Profile
- NIST AI Risk Management Framework: A Practical Guide for SMEs
- EU AI Act, Official Journal text
- Transparency obligations under Article 50 of the AI Act, European Commission
- AI hallucination detection: methods and enterprise guide, Dataiku

