Verification guide

How to fact-check AI answers

A fluent answer can still be wrong, outdated, or supported by a citation that says something narrower. Verification starts by turning the prose back into individual claims.

Navi reviewing supported, conflicting, and unresolved evidence slips

AI answers can fail in several ways at once: a fact may be invented, a real fact may be out of date, a source may not support the sentence attached to it, or a reasonable interpretation may be presented as settled evidence. Fact-checking works when you diagnose those failures separately.

Why convincing answers still fail

Language models are optimized to produce coherent responses, not to guarantee that every sentence is true. Web access helps because the model can retrieve current material, but retrieval is not the same as verification. The system still has to choose sources, interpret them correctly, and attach them to the right claims.

The highest-risk sentences usually contain a number, date, quotation, superlative, causal claim, legal rule, medical instruction, or statement about what a named person or organization currently does. Start there.

A six-step verification process

Extract the checkable claims

Break a broad paragraph into narrow statements. “The policy worked” may contain claims about timing, a measured outcome, causation, cost, and what counts as success.

Rank claims by consequence

Check what could change a decision or cause harm first. A wrong adjective matters less than a wrong dosage, deadline, price, or legal requirement.

Find the best available source

Prefer the law itself, official documentation, a primary study, a company filing, or a direct dataset over an article that summarizes another article.

Read the relevant passage

Do not stop at the search snippet. Confirm the source says what the answer claims and that the population, date, and conditions match.

Look for counter-evidence

Search for credible disagreement, later updates, retractions, or a different baseline. A conclusion is more trustworthy when the strongest conflict has been considered.

Rewrite the confidence level

Use “supported,” “mixed,” “not established,” or “outdated” when “true” and “false” hide the actual state of the evidence.

How to check an AI citation

  • Existence: does the linked page or paper exist?
  • Identity: are the author, publisher, date, and title what the answer says?
  • Entailment: does the source support the exact sentence, not merely the topic?
  • Scope: does it cover the same population, location, product version, and time period?
  • Independence: are several articles all repeating one unverified original claim?

A citation can be real and still be misused. If a study finds correlation in one sample, it does not automatically establish causation everywhere. Narrow the claim until it matches the evidence.

Current and high-stakes facts need more care

Prices, software features, laws, model names, executives, schedules, and medical guidance can change. Check the publication or update date and prefer an official page. For high-stakes decisions, verification by AI is a starting layer, not a substitute for a qualified professional.

Fast stopping rule

If you cannot open a reliable source that directly supports a decision-relevant claim, label it unverified and do not build the decision on it.

A reusable fact-check prompt

Audit the answer below.

1. Extract every factual claim that could be checked.
2. Rank each claim by consequence if wrong.
3. Find current primary or official sources.
4. For every source, explain exactly what it supports.
5. Label each claim: supported, mixed, not established, contradicted, or outdated.
6. Rewrite the answer so its confidence matches the evidence.

Do not treat a citation as valid until its relevant passage has been inspected.

Verify with AimiChat

AimiVerify is built around this claim-first method. It separates a submitted statement into checkable parts, gathers evidence, and returns a verdict that shows support, conflict, and unresolved uncertainty. For a larger investigation, use Deep Research first and verify the material claims afterward.

Use a source hierarchy, not a source count

Five weak pages do not outweigh one direct record. Match the source to the claim. For a product price, use the official pricing page. For a law, use the enacted text, regulator, or court record. For a scientific effect, look for the study itself and then a systematic review. For what a company reported financially, use its filing rather than a recap.

Claim typeBest starting sourceCommon trap
Price or featureOfficial product documentation with an access dateOld reviews and search snippets
Law or ruleGovernment, regulator, statute, or courtAdvice pages that omit jurisdiction or date
Scientific findingPrimary paper plus review of the wider evidenceAbstract-only claims and press-release causality
Market or company numberFiling, audited report, or direct datasetArticles repeating one estimate as independent confirmation
QuotationFull transcript, recording, or original publicationQuote collections and cropped social posts

Worked example: “AI coding tools make developers 56% faster”

First, narrow the claim. A controlled GitHub Copilot experiment reported that participants completed a specific JavaScript task 55.8% faster. That does not establish a universal 56% productivity increase. The population, task, tool version, and outcome were specific.

Next, look for credible counter-evidence. A later METR randomized trial observed 16 experienced open-source developers completing 246 real tasks in repositories they knew. With early-2025 AI tools, those developers took 19% longer in that setting. The studies are not necessarily contradictory: they tested different people, tasks, codebases, and generations of tools.

A defensible rewrite is: “AI coding assistants can speed up some bounded tasks, but measured effects vary sharply by developer experience, repository familiarity, task complexity, and tool generation. A GitHub experiment found a large speedup on one controlled task, while a METR field-style trial found a slowdown for experienced maintainers in familiar codebases.”

This example shows why fact-checking is not keyword matching. The job is to recover scope and decide whether the sentence generalized beyond the evidence.

Build a claim ledger for anything consequential

Create one row per material claim with these fields: claim, consequence if wrong, source, publication or update date, exact supporting passage, scope, counter-evidence, verdict, and required rewrite. Do not let the final report hide this record.

CLAIM: [narrow factual statement]
CONSEQUENCE IF WRONG: low / medium / high
BEST SOURCE FOUND: [URL, title, date]
SUPPORTING PASSAGE: [short excerpt or precise section]
SCOPE: [population, geography, version, period]
COUNTER-EVIDENCE: [source or “none found”]
VERDICT: supported / mixed / not established / contradicted / outdated
SAFE REWRITE: [sentence whose confidence matches the evidence]

For high-risk claims, require a second reviewer or domain expert. Do not ask the same model that wrote a reference list to validate it from memory. Open the DOI, title, and source record yourself.

Research behind this guide

NIST defines “confabulation” as confidently presented false content and explicitly includes fabricated logic or citations in its Generative AI Profile. Empirical work has documented fabricated and erroneous bibliographic citations. For formal evidence synthesis, the PRISMA 2020 statement makes search, selection, and reporting transparent, while the Cochrane Handbook shows why source quality and risk of bias matter beyond whether a study exists.