← Latest papers
💬 NLP

Rule-Based Explanations for Retrieval-Augmented LLM Systems

This paper proposes a novel framework for generating if-then rules to explain Retrieval-Augmented Generation (RAG) systems by linking retrieved information sources to model outputs, utilizing Apriori-inspired optimizations to efficiently overcome the computational challenges of brute-force source combination testing.

Original authors: Joel Rorseth, Parke Godfrey, Lukasz Golab, Divesh Srivastava, Jarek Szlichta

Published 2026-03-20
📖 5 min read🧠 Deep dive

Original authors: Joel Rorseth, Parke Godfrey, Lukasz Golab, Divesh Srivastava, Jarek Szlichta

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you have a super-smart robot librarian (a Large Language Model, or LLM) who can answer almost any question. But this robot has a secret: it doesn't just rely on its own memory. When you ask it a question, it first runs to a library, grabs a handful of books (retrieved documents), reads them, and then answers you. This is called RAG (Retrieval-Augmented Generation).

The problem? Sometimes the robot gives you a weird, wrong, or even dangerous answer. You might ask, "Why did you say that?" and the robot just says, "Because I read the books." But which books? And did one specific book trick the robot?

This paper introduces a new way to figure out exactly which books (or pieces of information) are causing the robot to behave a certain way. They call these "If-Then Rules."

The Core Idea: The "Recipe" Analogy

Think of the robot's answer like a cake. The "ingredients" are the documents the robot found.

  • The Old Way (Feature Attribution): This is like looking at the cake and saying, "Flour contributed 30%, sugar 20%, and eggs 10%." It gives you a score, but it doesn't tell you what happens if you remove an ingredient.
  • The New Way (Rule-Based Explanations): This is like a recipe card that says: "IF you include the 'Bad Spice' (Document X) AND the 'Confusing Herb' (Document Y), THEN the cake will taste terrible."

The authors want to find these "Recipe Cards" automatically. They want to know: "Which specific combination of documents forces the robot to give a wrong answer?"

How They Do It: The "Taste-Tester" Game

To find these rules, you could theoretically test every possible combination of books. If you have 10 books, there are over 1,000 combinations! Testing them all one by one would take forever.

The authors invented a smart game called the Rule Miner. Here is how it works, using a Lattice (a fancy pyramid) analogy:

  1. The Pyramid of Combinations: Imagine a pyramid where the top is "All 10 books together" and the bottom is "No books at all." Every layer in between represents a different mix of books.
  2. The "Bad Taste" Test: The team defines a "Bad Taste" (like a wrong medical diagnosis or a hallucinated fact).
  3. The Smart Pruning (The Magic Trick):
    • They start at the top of the pyramid (all books). They test the mix.
    • If the mix tastes GOOD: They know that any smaller mix taken from this group might also taste good. They keep digging down.
    • If the mix tastes BAD: This is the key. If a specific group of books causes a bad answer, then any group that includes those books will also cause a bad answer.
    • The Pruning: Instead of testing every single smaller combination that includes those "bad books," the algorithm says, "We already know this whole branch of the pyramid is bad! We don't need to test the children of this branch." It cuts off huge chunks of the pyramid, saving massive amounts of time.

They have two versions of this miner:

  • Mono Miner: Looks for one type of rule at a time (e.g., "What causes a bad answer?").
  • Dual Miner: Looks for two types at once (e.g., "What causes a bad answer?" AND "What causes a good answer?").

Real-World Examples from the Paper

1. The Medical Doctor Scenario
Imagine a doctor asks the robot, "What's the best treatment for Long COVID fatigue?"

  • The robot pulls up 5 medical articles.
  • The robot says, "Take Calcium Supplements!" (This is wrong and dangerous).
  • The Rule Miner runs its game. It discovers a rule: "IF Article 2 (a blog post) AND Article 4 (a forum rumor) are in the mix, THEN the robot recommends Calcium."
  • The Result: The hospital knows exactly which two articles to remove or fix to stop the robot from giving dangerous advice.

2. The "Red Team" Security Scenario
Imagine a security team trying to hack a robot. They have 50 "poisoned" documents designed to trick the robot into revealing a secret code.

  • Testing all combinations of 50 documents is impossible (it would take years).
  • The Rule Miner uses a "Divide and Conquer" strategy. It groups the 50 documents into 2 big piles. It tests them. It finds the bad pile. It splits that pile in half. It keeps splitting until it finds the exact two documents that, when combined, hack the system.
  • The Result: They found the specific "exploit" pair in minutes instead of years.

Why This Matters

  • Actionable: Unlike other methods that just give you a "score," this tells you exactly what to change. "Remove Document X."
  • Guaranteed: The rules are 100% certain. If the rule says "If X is present, the answer is wrong," it always happens. No guessing.
  • Efficient: By using their "pruning" trick, they can solve problems that would otherwise take a supercomputer weeks to figure out.

The Bottom Line

This paper gives us a detective tool for AI. Instead of just saying, "The AI is confused," it allows us to say, "The AI is confused specifically because it read these two documents together." It turns a black box into a transparent system where we can see exactly which ingredients are spoiling the cake.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →