Knowledge Conflict in RAG: Why You Need Probability of Context Correctness, Not a Rigid Algorithm
A team from the Posts and Telecommunications Institute of Technology in Hanoi set out to explain why retrieval-augmented (RAG) language models keep producing absurd outputs — like the real May 2024 case where Google's search AI suggested adding glue to pizza sauce. The model blindly trusted the retrieved text even though it "knew" the source was a forum joke. The authors proved mathematically that any rigid rule — "always trust the context" or "always trust the model's memory" — will badly fail in some situations while working fine in others. There is no universal recipe. Instead of a fixed rule, they propose a three-part system: the model first states what it knows, separately from the query text; a dedicated module scores how much to trust each such statement; and a final "judge" weighs both sources using a predefined probability that, in this particular case, the retrieved context will turn out to be correct. • On the GRACE benchmark, the system beat the best competing method by 26 points and never lost by a meaningful margin. • Final scores: 45.3 and 35.0 (for Qwen3.5-35B-A3B and Llama-3.1-8B) versus 29.4 and 27.5 for the best alternative method. • On the independent ClashEval benchmark, the gains were 12 and 26 points over the CK-PLUG and TCR methods, respectively.
AI-processed from arXiv cs.AI; edited by Hamidun News
Knowledge
Conflict in RAG: Why You Need Probability of Context Correctness, Not a Rigid Algorithm
In May 2024, Google's search engine seriously advised users to add glue to pizza sauce and eat one rock a day — the model dutifully repeated a forum joke and a satirical article it had found online, even though its own knowledge should have been enough to spot the gag. That incident became a vivid illustration of a problem now dissected by researchers at the Posts and Telecommunications Institute of Technology in Hanoi: when a retrieval-augmented (RAG) model has two possible sources of truth — the retrieved text and its own memory — and they contradict each other, it's unclear which one to trust.
Why rigid rules don't work
Every existing approach resolves this conflict the same way: the direction of trust is chosen in advance, at the design stage. Some methods always defer to the retrieved text; others amplify its influence in proportion to how strongly it "pulls" the model's answer toward itself; still others rely solely on the model's memory. The authors proved mathematically that any such fixed rule behaves like a straight line on a graph plotting answer quality against the proportion of "correct" contexts — while the best possible outcome is described by a convex curve that lies above that line everywhere except at a single point.
In other words, any rigid rule is guaranteed to lose almost everywhere, and this isn't a matter of tuning parameters — it's a mathematical inevitability.
The researchers took a closer look at AdaCAD, a popular method that measures how much the model's answers diverge "with text" versus "without text" (using Jensen-Shannon divergence) and amplifies the context's influence proportionally to that divergence. The problem is that this metric is symmetric: it reacts the same way whether "the text is right and the model is wrong" or the reverse. Testing showed the divergence is, on average, the same regardless of whether the model is correct. As a result, precisely where the text is wrong, AdaCAD pushes the model hardest toward the incorrect answer — in 70% of cases, compared to 20% for a plain method with no special tricks at all.
How the solution works
To fairly test all these ideas, the authors built the GRACE benchmark based on questions targeting the Wikidata knowledge base. The trick is that for the same question, the context is deliberately corrupted or fixed in four different ways: left intact, stripped of the needed fact, swapped for an incorrect fact, or given both a correct and an incorrect version at once. This makes it possible to precisely measure what the model knows, what the text says, and what's actually true — independently of one another.
The solution consists of three steps:
- Knowledge notes. Before reading the context, the model formulates what it knows on the topic several times — once deterministically and five times with added randomness — as separate statements. Whatever the model repeats identically every time, it most likely genuinely knows; whatever changes from run to run, it's more likely guessing.
- Confidence calibration. A small trained model (a two-layer transformer) scores each such statement and assigns it a numerical confidence level, tuned so that the stated confidence tracks the real probability of being correct as closely as possible. This is enforced through a specialized reward function that penalizes false confidence more harshly than it rewards correct confidence.
- Final decision. A dedicated "judge" module (gradient boosting) compares the candidate answers derived from the text and from the model's memory, applies a predefined probability of "how often the context is actually right in this scenario," and either picks the better answer or honestly declines to answer if confidence is too low.
Results and what it means in practice
On the GRACE benchmark, the system beat the best of thirteen alternative methods tested, at every ratio of correct to incorrect contexts — gains reached 26 points and never dipped into a meaningful loss. The final average score was 45.3 for the Qwen3.5-35B-A3B model and 35.0 for Llama-3.1-8B, compared with 29.4 and 27.5 for the best competing methods. On the independent, pre-prepared ClashEval benchmark (with no tuning to fit it), the system outperformed the CK-PLUG and TCR methods by 12 and 26 points, respectively.
One important caveat: the advantage disappears in cases where the model simply doesn't know the answer itself — which makes sense, since the whole approach is built on comparing the model's knowledge against the text, not on magically guessing the truth. For engineers building RAG systems, the practical takeaway is simple: don't look for a single universally correct trust coefficient for retrieval. Instead, explicitly estimate the probability that context is correct for your specific use case, and build that estimate into the system as a tunable parameter — rather than hard-coding a rigid rule.
- Oct 29, 2026GitLab Orbit hits GA: agents need 4.5x fewer tokens
- Oct 29, 2026Qwen 3.5 4B gets a RISC-V processor inside its weights, with DeltaNet as memory
- Oct 29, 2026Technokafe Built a Video Essay With Code: 73 Seconds for $10 in Claude Code Tokens
- Oct 29, 2026Study: A Single Random Failure Makes AI Agents Abandon a Working Tool 11.6% of the Time
Key Questions Answered
What are the key details on Knowledge Conflict in RAG: Why You Need Probability of Context Correctness, Not a Rigid Algorithm?
In May 2024, Google's search engine seriously advised users to add glue to pizza sauce and eat one rock a day — the model dutifully repeated a forum joke and a satirical article it had found online, even though its own knowledge should have been enough to spot the gag. That incident became a vivid illustration of a problem now dissected by researchers at the Posts and Telecommunications Institute of Technology in Hanoi: when a retrieval-augmented (RAG) model has two possible sources of truth — the retrieved text and its own memory — and they contradict each other, it's uncl
Why rigid rules don't work?
Every existing approach resolves this conflict the same way: the direction of trust is chosen in advance, at the design stage. Some methods always defer to the retrieved text; others amplify its influence in proportion to how strongly it "pulls" the model's answer toward itself; still others rely solely on the model's memory. The authors proved mathematically that any such fixed rule behaves like a straight line on a graph plotting answer quality against the proportion of "correct" contexts — while the best possible outcome is described by a convex curve that lies above tha
How the solution works?
To fairly test all these ideas, the authors built the GRACE benchmark based on questions targeting the Wikidata knowledge base. The trick is that for the same question, the context is deliberately corrupted or fixed in four different ways: left intact, stripped of the needed fact, swapped for an incorrect fact, or given both a correct and an incorrect version at once. This makes it possible to precisely measure what the model knows, what the text says, and what's actually true — independently of one another. The solution consists of three steps: Knowledge notes. Before read
Ship AI Faster with Founders, Engineers & Weekly Architecture Reviews
Inside Vibe Club (hamidun.com/club) — weekly live masterminds with Zhemal Khamidun, Tech Radar, full LMS access, and 370+ production Claude Code skills.
The AI world, distilled — once a week
Seven stories that actually mattered, hand-picked. No noise, no reposts, no press releases.
Done! Check your inbox for a confirmation.