IN THIS BREAKDOWN · 10 SECTIONS
You can read 23% of this breakdown.
The paper in one minute
EverMemOS argues that memory systems fail less from missing facts than from failing to combine them. Its example: a user said last month they love IPAs and last week that a dentist prescribed antibiotics for two weeks. Asked for a drink for movie night, a snippet-based memory recalls the IPA preference and recommends beer. A memory that has consolidated the user's current state recommends a mocktail.
The system has three phases, loosely modeled on how biological memory is formed and recalled.
Episodic trace formation. An LLM watches the dialogue through a sliding window and cuts it at topic shifts. Each segment is rewritten as a concise third-person episode, from which the system extracts atomic facts (for precise matching) and foresight: forward-looking notes such as plans or temporary states, each with a validity interval ("taking antibiotics: two weeks"). Episode, facts, foresight and metadata form a MemCell.
Semantic consolidation. Each new MemCell is embedded and compared with existing MemScene centroids; above a threshold it joins the scene, otherwise it starts a new one. Scene summaries feed a compact user profile of explicit facts and implicit traits.
Reconstructive recollection. At question time, MemCells are scored by fusing dense and BM25 retrieval over their atomic facts; each scene takes its best cell's score; the top 10 scenes contribute episodes, which are reranked down to 10. Only foresight valid at the current time is kept. An LLM checks whether the context is sufficient and rewrites the query if not.
On LoCoMo and LongMemEval, EverMemOS outscored Zep, Mem0, MemOS and others.
Research notes: the problem, approach and results
LoCoMo accuracy with GPT-4.1-mini, against 85.22% for Zep and 80.76% for MemOS under the same answer model
LLM calls to build memory for LoCoMo's 10 conversations, using 9.42M tokens
PersonaMem-v2 accuracy with the consolidated user profile added to episodes, against episodes alone
Memory systems that store and retrieve isolated snippets can find the right fact and still miss what it means now: that the user who loves IPAs is on antibiotics this week, or that two statements conflict. Consolidating experience into stable knowledge is what most memory layers skip.
Model memory as a lifecycle. Segment dialogue at topic shifts and turn each segment into a MemCell: a third-person episode, atomic facts, and foresight notes with validity intervals. Cluster MemCells online into thematic MemScenes and refresh a user profile. At query time, pick scenes by their best-matching facts, rerank episodes, keep only foresight valid now, and loop if an LLM judges the context insufficient.
On LoCoMo with GPT-4.1-mini, 93.05% against 85.22% for Zep; on LongMemEval, 83.00% against 77.80% for MemOS (leaderboard numbers). Removing scenes cost about 4 points and removing MemCells about 11. Building memory for LoCoMo took 7,056 LLM calls and 9.42M tokens.
Why it matters to an FDE
Assistants deployed for a customer accumulate months of conversation. The useful pattern in this paper is turning that stream into three kinds of memory, each with its own role.
Episodes for context. A short narrative of what happened, rewritten so pronouns and references are resolved, is easier to retrieve and to read than raw turns.
Atomic facts for matching. Short verifiable statements make keyword and vector search precise; retrieval runs over facts, then returns the richer episode.
Foresight with expiry. Temporary states ("traveling next week", "on medication for two weeks", "budget frozen until Q3") are exactly what assistants get wrong later. Storing them with validity intervals and filtering by the current date stops stale constraints from steering answers, and stops expired ones from being forgotten too early, if the dates are extracted correctly.
Two practical warnings. First, structure is expensive to build. The paper's own log shows 7,056 LLM calls and 9.42 million tokens to build memory for 10 LoCoMo conversations of about 9,000 tokens each, around 100 tokens of processing per token of conversation. On a benchmark where each conversation fits in the context window, building plus retrieval costs more per question than simply including the conversation. The trade changes when histories are long, as in LongMemEval's 115,000 tokens.
Second, check the baselines. The "no memory" ablation scores 0.52% on LoCoMo, which suggests it received no history at all rather than the whole conversation; and the LongMemEval baselines come from a leaderboard, where Zep's row matches its run with a different, older answer model.
Understand the mechanism. Try it on a real problem.
Unlock this breakdown and 149 more papers.
Premium opens every paper in full, plus every answer, concept, course and guide on the site. One payment for six months of access.
6 months · One payment · No auto-renewal
- ◇1 architecture diagram
- </>1 runnable code experiment
- ▦2 results tables
- ?5 interview questions with answers
- 03Key takeaways
The MemCell, clustering, retrieval loop, results, costs and three misreadings
Free account - 04How it works
Each phase step by step, the retrieval loop and the two task modes
Premium - 05The numbers that matter
Both benchmarks by question type, ablations, segmentation, profile results and costs
Premium - 06Try it yourself
Price memory building per question, cluster MemCells online, and test foresight expiry
Premium - 07Where it breaks
Baselines, missing full-context comparison, cost, untested foresight and smaller issues
Premium - 08Using it on a deployment
Building episode, fact and foresight memory for a long-running assistant, within a budget
Premium - 09Interview angles
Five questions this paper prepares you for, with answer hints
Premium - 10Read next
Where to go from here on this site
Premium
