Research
We live-tested 6 memory systems and tiered 7. Here's the scoreboard.
Memory/context-persistence is one of the most crowded categories in the agent-tooling space right now, and also one of the hardest to evaluate from the outside — every project reads well in its own README. So as part of our own equipment registry, we put 7 of them through the same evaluation pipeline: a bare-model floor (no memory at all) and a flat-file baseline (the simplest possible "just write it to disk" approach) as the two anchors every real system has to beat. Six were live-tested end-to-end; one (OpenAI's Conversations API) is tiered from source review, because it's a server-side storage primitive with no client-side algorithm to run — its row says so.
"Live" and "key-free" mean: real runs driven through a subscription-backed model shim, no paid API keys required to reproduce. Not every system ran every bench at full width — per-system scope (which benches, any sampling) is disclosed in each registry entry rather than averaged away.
No vendor claims taken at face value — every live-tested result below is from an actual run, not a docs page, and the one source-review tier is labeled as exactly that.
The scoreboard
What this says about the category as a whole
Most of these didn't clearly beat a flat-file baseline on our small-corpus benches — Cognee explicitly did, in its own live run; the others were closer calls or trailed it. (Fair question: how does Anthropic's Memory Tool hold the top tier if the flat-file head-to-head is a closer call? Because a tier folds in more than that single comparison — spec quality, setup cost, failure behavior — and each registry entry carries the detail behind its letter.) That's not a knock on any one project — it's a genuinely useful signal for anyone deciding whether to reach for a memory framework at all versus starting with something boring that just writes files to disk. Sometimes boring wins, and you only find that out by actually running the comparison.
One thing every entry above has in common, credit where due: none of the underlying projects hid or disputed anything we found when we checked their own docs and source directly. The gaps we found were real, reproducible, and in every case explainable by reading the code — not vendor dishonesty, just the normal distance between a README and a live run.