← Latest papers
🤖 AI

MEMAUDIT: An Exact Package-Oracle Evaluation Protocol for Budgeted Long-Term LLM Memory Writing

The paper introduces MEMAUDIT, an exact package-oracle evaluation protocol that isolates and certifies the quality of long-term LLM memory writing under storage budgets by transforming memory selection into a finite, auditable optimization problem with exact solvers, thereby disentangling representation quality from downstream retrieval and reasoning effects.

Original authors: Nishant Bhargava, Rodrigo Sobral Barrento

Published 2026-05-06
📖 5 min read🧠 Deep dive

Original authors: Nishant Bhargava, Rodrigo Sobral Barrento

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 are a detective trying to solve a mystery that spans months. You have a notebook, but it's small. You can't write down every single thing you see, hear, or do. You have to decide: What do I write down, and how do I write it? Do I copy the whole conversation? Do I just write "Client likes pizza"? Do I write "Client changed their mind to sushi"?

If you write the wrong thing, or write it in a way that takes up too much space, you might fail the case later. But if you fail the case, how do you know why? Did you forget the clue? Did you write the clue down but in a code no one could read? Or did you write the right clue, but the detective who reads the notebook later just didn't understand it?

This paper introduces a new way to test memory systems called MEMAUDIT. It's like a strict, fair referee that only watches the part where you write the notes, ignoring everything that happens later.

The Problem: The "Black Box" of Memory

Usually, when we test AI memory, we ask the AI a question at the end and see if it gets the answer right. The problem is that this is a "black box." If the AI gets the answer wrong, we don't know if it's because:

  1. It didn't save the right memory.
  2. It saved the memory but in a format that was too big or messy.
  3. It saved the memory, but the "search engine" couldn't find it.
  4. It found the memory, but the "thinking brain" ignored it.

The paper argues we need to stop guessing and start measuring the writing phase specifically.

The Solution: The "MEMAUDIT Package"

The authors created a controlled experiment called a MEMAUDIT Package. Think of this as a simulation game with fixed rules:

  1. The Story (Experience Stream): You are given a specific, frozen story of events (e.g., "User said they like vegetarian food, then later said they are now pescatarian").
  2. The Options (Candidate Memories): For every event, you are given a list of possible ways to write it down:
    • Raw Span: Copy the whole sentence (Expensive, takes lots of space).
    • Fact: Just "Likes vegetarian" (Cheap, but might be outdated).
    • Update: "Changed to pescatarian" (Medium cost, very useful).
    • Tombstone: "Old vegetarian fact is now invalid" (Crucial for avoiding mistakes).
  3. The Budget: You have a strict limit on how much space you can use (like a small backpack).
  4. The Goal: You must pick the best combination of notes to fit in the backpack so that if someone asks a question later, the answer is supported by what you wrote.

The "Oracle" and the Score

The paper uses a super-smart computer (an "Oracle") to solve this puzzle perfectly. It calculates the absolute best possible score you could get with that specific backpack and those specific story events.

Then, it tests different AI memory systems to see how close they get to that perfect score.

  • The Score: If the perfect score is 100 and an AI gets 80, we know exactly how much "semantic value" (useful truth) it preserved.
  • The Magic: Because the rules are frozen, if an AI scores low, we know for a fact it failed at writing, not at searching or thinking.

Key Findings (The "Aha!" Moments)

The paper tested this on several types of memory systems and found some interesting things:

  • The "Density Trap": Some systems try to be efficient by picking the "cheapest" note per word. The paper shows this is a trap. A system might pick a cheap note that misses the most important detail (like the fact that a user changed their mind), leading to a low score.
  • The "Tombstone" Importance: In stories where facts change (like the vegetarian-to-pescatarian example), the best memory systems are the ones that write "This old fact is dead" (a tombstone). Systems that only write "facts" and forget to mark old ones as invalid fail the test.
  • Real-World Systems: They tested real memory tools (like Mem0, Letta, and A-Mem).
    • Some systems were great at finding good information to write down (high "extraction" score) but bad at choosing what to keep when the backpack got full (low "selection" score).
    • Others wrote notes that were too long and messy, so they couldn't fit the most important facts into the small budget.

Why This Matters

Think of MEMAUDIT as a quality control inspector for a factory.

  • Before, we just checked if the final car (the answer) drove well.
  • Now, MEMAUDIT opens the hood and checks the engine assembly line (the memory writing).

It tells engineers: "Your engine is fine, but your workers are putting the wrong parts in the box," or "Your workers are picking great parts, but they're packing them too loosely."

By separating the "writing" problem from the "searching" and "thinking" problems, this protocol helps developers fix the exact part of their AI that is broken, rather than just guessing. It turns a vague "the AI is bad at memory" into a specific "the AI is bad at deciding which memories to keep under a budget."

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 →