Mem0’s Claude Code write-up is worth reading as an architecture note, not just as a vendor benchmark.
The first experiment used Claude Code v2.1.209 on the same repository, with and without the Mem0 plugin. The no-Mem0 session loaded three memory files totaling 13,700 tokens. The Mem0 session retrieved a 445-token slice. Mem0 reports total context at 75,011 tokens without Mem0 and 67,291 with Mem0, while both sessions produced accurate answers.
The second experiment tested recall across /clear. A preference stated once earlier in the session was not available to the baseline after the context wipe. With Mem0 connected, the new session recalled and applied the preference without being reminded.
The important caveat is in the source: this was not a Mem0-versus-CLAUDE.md comparison. The baseline was no memory layer connected. Mem0 also does not extrapolate from one 26-memory project to every possible repository. The result is useful because it shows a mechanism, not because it proves a universal slope.
That mechanism is the point. Durable memory can live outside the context window, while retrieval decides what re-enters the prompt for the current task. The alternative is to front-load all accumulated memory and pay the token, latency, and contamination cost every time.
New Runtime Read
This connects directly to the site’s context-cruft and shared-context-layer threads. The win is not “remember more.” The win is separating memory storage, memory retrieval, context injection, and trust.
For production agents, retrieved memory should still be inspectable and scoped. A memory layer that survives /clear is powerful, but it also becomes a privileged input path. The runtime needs provenance, deletion, review, and conflict handling, not only better recall.