AI without hallucination: an answer you can check

A language model always has an answer, even when it does not know. What separates a reliable answer from a merely plausible one is not its tone, it is what you can check.

In short

A hallucination is an answer drawn from the model's memory rather than from a source. Omniscient builds every answer from the documents and graph objects actually found in your own data, and every claim it makes points back to what justifies it. The reader never has to take it on trust: one click checks it, and anything with no source shows.

Why does a language model invent?

That is the first objection, and it is a fair one. A language model consults nothing: it produces the most likely continuation of the question. On a subject it has seen a great deal of, that continuation happens to be correct. On the name of your head of procurement or the expiry date of your maintenance contract, it is manufactured.

The real danger is not the error, it is how it looks. An invented answer carries exactly the same assured tone as a correct one. Nothing in the text marks the difference. That is what makes the phenomenon expensive in a company: a false statement phrased with confidence travels, and it gets picked up in a memo, in an email, in a decision.

How do you avoid hallucinations in practice?

A hallucination comes from an answer produced from memory. An enterprise assistant has no business answering from memory, because it has the documents to hand.

The principle has three beats. The question first triggers a search across your data, documents and knowledge graph objects together. The passages retrieved are then handed back to the model as raw material. The writing, finally, is done from that material and from nothing else.

The difference is one of kind, not of degree. A model questioned on its own searches what it has retained of the world. Here it writes from what has just been placed in front of it, and what has been placed in front of it comes from you.

It is also why an answer can be about a contract signed last week. No model has ever seen it, and none needs to have seen it.

How do you check an answer in seconds?

Grounding the answer is not enough on its own. You still have to be able to check it without rereading the whole source.

Every claim in the answer therefore carries its reference. The citation is clickable and opens what justifies it, the object concerned or the original document at the useful place. The search steps are also displayed while they run, so you see what was consulted before you even read the result.

The practical consequence is the one that counts. An answer you doubt gets checked instead of being set aside out of caution, and that is what decides real adoption of a tool of this kind, far more than the quality of its prose. An assistant you cannot check ends up being used only for questions whose answer you already know.

What can actually be checked?

A reliability claim that cannot be verified is a sales argument. Here is what can be checked, item by item.

What can be checkedBy what meansWhere it shows
The origin of a claimThe citation attached to the sentenceIn the answer, on click
The scope consultedThe search stepsLive, while answering
The document itselfOpening the sourceFrom the citation
The right to read the sourceFiltering applied to the searchPer role and per object
Perceived qualityThe reader's rating of the answerOn every message
Cost and durationA trace kept for every exchangeAdministration console

Not one of these lines is an estimate. They are things a reader or an administrator establishes for themselves, which is exactly what you should ask of a supplier on this subject.

Access rights are part of reliability

The question of rights is usually filed under security. It also belongs to the accuracy of answers.

Filtering applies during the search, not after it. A document a reader is not allowed to see never enters the scope consulted, so no answer can rest on it. Two people asking the same question each get an answer based on what they are entitled to read.

Filtering applied afterwards would produce the opposite: an answer built on everything, then stripped of its inconvenient citations. The text would remain, deprived of what allows it to be checked, and the reader would face a claim with no source, which is a hallucination as far as anything they can verify goes.

Why does the graph narrow the margin further?

Some questions have no answer in any single document.

Which customers have a contract expiring this quarter and an unresolved incident?

A system that has only document passages to work with then does what it knows how to do: it brings together extracts that resemble each other, and produces an answer that has the shape of a cross-reference without being one. This is the case where invention is hardest to spot, because each piece taken separately is correct.

The knowledge graph answers differently. Customers, contracts and incidents are linked objects there, and the cross-reference becomes a walk across relations whose result is a list of real objects. There is no longer a resemblance to guess at. The same holds for search across your documents, which draws on both at once.

What this page does not promise

A vendor announcing the complete absence of error is describing a product that does not exist, and an informed reader knows it.

A language model can summarise an accurate passage badly. It can miss a nuance, or join two correct facts in a way that is not. What is at fault then is no longer the source, it is the writing, and that is corrected by opening the citation.

The difference lies in how long it takes to notice. With no source attached, an error of that kind surfaces weeks later, once the decision has been taken. With the source attached, it surfaces on reading. That is not a guarantee, it is a change of regime, and it is the only one anyone can honestly promise today.

Where do you start when judging reliability?

The right test fits in one question: take the one whose answer you already know and whose verification normally costs you half a day. Ask it, then open the citations.

What you are measuring then is not the quality of the prose, it is how long it takes you to establish that the answer is right. That figure is what decides whether an enterprise assistant gets used over time.

Frequently asked questions

Can Omniscient guarantee zero hallucinations?

No, and nobody can: a language model remains a language model. What changes here is that the answer is built from passages actually retrieved in your data, and that each of its claims carries the link to its source. A mistake therefore becomes visible in seconds instead of travelling unnoticed. The question to put to a vendor is not whether they guarantee no error, but how long it takes you to spot one.

What happens when the answer is not in your data?

It says so. That is the pivot for an enterprise assistant: on a question whose answer exists nowhere, a model left to itself produces something plausible and wrong. Here the writing rests on what the search brought back. When it brings back nothing useful there is nothing to cite, and the absence of a result is information in itself. It usually points at a source that has not been connected yet.

Is our data used to train the language model?

No. Your documents are read at question time to build the answer, they never serve as training examples. On an installation running on your own infrastructure the model runs there too, and no data leaves the network. See the three installation modes on the sovereign hosting page.

How do we know if answer quality is slipping?

Every answer can be rated by its reader, and every exchange leaves a usable trace: the question, the sources consulted, the response time and the cost. Those traces aggregate in an administration console. A drop in quality is therefore observed on figures rather than on a feeling, and it can be traced back to a source, a kind of question or a period.

Let us see what it does on your data

A demonstration is built on your own cases. Tell us what you are trying to get, and we show you the path to the answer.

How a quote is built