Does better memory mean better answers?

We tested six memory systems on 1,536 questions to see whether finding the right information actually helps an AI agent give a better answer.

Updated 7 min read

When choosing memory for an AI agent, it is tempting to compare one headline score. But finding a useful note and answering a question correctly are not the same thing.

We wanted to know what happens between those two steps. So we gave six memory systems the same questions, then checked the answers produced from what each system retrieved. Below, we explain the test, the results, and why adding more information does not always help.

Shared questions

1,536

The same test set for every memory system.

Evidence found

93.29%

Engram retrieval recall among the first 50 results.

Correct answers

89.65%

Agent answers using Engram’s top-50 context.

Engram-run LoCoMo diagnostic. Same questions, top-50 cutoff, and answer protocol. Results and limitations

01

Two tests. Two different questions.

Imagine an agent checking whether a production refund needs an administrator's approval. A retrieval test asks whether the relevant policy appears in the returned memories. An answer test asks whether the agent actually gives the correct approval rule. Finding the policy helps, but does not guarantee that the agent reads it correctly or chooses it over an outdated note.

Recall@50 measures whether the required evidence appears among the first 50 results. Mean reciprocal rank rewards finding it earlier. Answer accuracy scores the answer produced from that context. Each metric answers a different question; a strong memory system needs both useful retrieval and evidence that the retrieved context improves the answer.

From a question to a useful answer

01

The question

Does a $750 refund need approval?

02

The memory

Current policy: above $500, a manager must approve.

03

The answer

Yes. A $750 refund needs manager approval.

Illustrative example. Finding the policy is the retrieval test; applying the current rule is the answer test.

02

What we measured on 1,536 questions

We used the full set of 1,536 evidence-bearing questions in our LoCoMo diagnostic. Every compared system used the same question set and top-50 context cutoff. Codex generated answers, and a separate blind judging pass scored them using the same model family. The answer generator did not receive gold answers or system names; the judge did not receive the memory system's identity or retrieval context. Compatible prior blind judgments were reused for 2,086 of the 10,752 evaluated system-question pairs.

This is an Engram-run diagnostic, not an official leaderboard or independent endorsement. The downloadable artifact records the results. The table below uses the same source as our public benchmark page, so its numbers remain consistent with the published evidence.

Same questions. Different answers.

N = 1,536
Engram1,377 correct
89.65%
Mem0 OSS1,294 correct
84.24%
AgentMemory1,280 correct
83.33%
LangMem / LangGraph1,279 correct
83.27%
Session-file BM251,235 correct
80.40%
BM251,227 correct
79.88%
0255075100%

Answer accuracy (%)

+5.41 percentage points over Mem0 OSS in this shared-question diagnostic. Answer accuracy, not retrieval recall.

03

Why more retrieved context can produce worse answers

A larger candidate set can include the missing fact and raise recall. It can also add adjacent project history, duplicate notes, and older decisions. The agent then has to distinguish the current rule from information that is related but no longer applicable. The extra evidence and the extra noise arrive together.

That is why a top-200 retrieval score can exceed top-50 while top-200 answer accuracy falls. This is not a contradiction. It is a reminder to evaluate the answer as well as the search. Our product work focuses on scope, relevance, and current decisions, with deeper retrieval available when a focused result is insufficient.

More context is not the same as better context.

04

A fair comparison needs more than percentages

Use the same dataset, split, corpus, query, cutoff, answer model, judge, and scoring rule. Publish sample counts and failures. Label results that came from a vendor, a different protocol, or a partial run. A missing score means unmeasured; it should not be displayed as zero.

Measure latency at the same boundary. A local in-process search and a hosted API with a network round trip are different deployment choices. Report cold and warm behavior, median and tail latency, and the hardware or hosting path. A hosted service can add team sharing and managed operations, but those benefits do not erase its latency cost.

05

What this benchmark does not prove

LoCoMo tests questions over conversation history. It does not directly prove that an agent will ship better code, recover a production incident faster, or use fewer tokens. Our current numbers also do not establish that Engram beats every memory product: the comparison covers the systems and versions represented in the shared run.

Helpful memory reports are valuable product signals, but they are self-selected and are not precision measurements. Token and time savings need a paired task experiment: the same model, repository snapshot, tool budget, and task with memory enabled and disabled. We plan to report those measurements separately once the experiment is complete.

06

Choose memory by the work you need it to preserve

For a long-running project, test whether the agent recalls the current architectural decision, resumes open work after compaction, and avoids a previously documented gotcha. For a team, test whether a lesson from one repository is useful in another without exposing private data outside the workspace.

Start with a real decision your agent has already made. Save the durable lesson, begin a fresh session, and ask a concrete question about it. Verify the recalled guidance against the repository or live system. That small check tells you something a headline benchmark percentage cannot: whether the memory helps with your work.

Sources and reproducibility

Give your agent something worth remembering.

Connect Engram, save a real project decision, and check whether your next session can use it.

Start with Engram

Found this useful?

Saved on this device

ShareinX

Keep reading

Support Loop

Help us make Engram sharper

If setup is confusing, a tool behaves strangely, or a pricing limit feels wrong, send it here. The message lands directly with us.

Feedback

Tell us what is missing

Bugs, confusing setup steps, pricing questions, and product ideas go straight to the Engram team.

10 more characters needed0/10