GO TO A SECTION

↑ ↓ to navigate · Enter to openExplore all sections →
FDEInterviews logo
ICLR 2025

LongMemEval: Benchmarking Chat Assistants on Long-Term Interactive Memory

500 hand-written questions buried in user-assistant chat histories up to 1.5M tokens, testing five memory abilities. Long-context models lost 30-55% of their accuracy; commercial memory did worse.

Breakdown by FDE Interviews · 12 min read · Updated

About the original · 2024
AUTHORS
Wu, Wang, Yu, Zhang, Chang, Yu
FROM
UCLA, Tencent AI Lab Seattle, UC San Diego
PUBLISHED
Oct 2024 · ICLR 2025
CITED BY
783Semantic Scholar · Oct 2026
IN THIS BREAKDOWN · 10 SECTIONS

You can read 21% of this breakdown.

01

The paper in one minute

An assistant that remembers its user has to do more than find a sentence. It has to recall details the user mentioned in passing, combine facts from several conversations, work out when something happened, notice that a fact has changed, and say "I don't know" when the user never said something. Di Wu, Kai-Wei Chang, Dong Yu and colleagues at UCLA, Tencent AI Lab and UC San Diego built LongMemEval to test exactly those five abilities: information extraction, multi-session reasoning, temporal reasoning, knowledge updates and abstention. It appeared at ICLR 2025.

The 500 questions were written and filtered by people from model-proposed drafts, each with evidence statements. Each statement is then placed in a simulated task-oriented chat in which the user reveals it indirectly: instead of "I bought a new car last month", the user asks for help with car insurance. People edited every evidence session. At test time, the evidence sessions are mixed with unrelated sessions, from simulated chats and public datasets such as ShareGPT and UltraChat, to make a history of any length. Two standard settings: LongMemEval S, about 115,000 tokens and about 50 sessions per question, and LongMemEval M, 500 sessions and about 1.5 million tokens. Answers are judged by GPT-4o, which agreed with human experts more than 97% of the time.

The pilot results were sobering. Long-context models that scored well when given only the evidence sessions dropped 30% to 55% when given the full S history. Two commercial assistants with memory features, ChatGPT and Coze, tested by hand on much shorter histories, fell far below GPT-4o simply reading those histories.

The second half of the paper uses the benchmark to study memory design as three stages, indexing, retrieval and reading, with four control points: what is stored (value), what it is indexed by (key), how the query is formed (query), and how the model reads what comes back (reading strategy).

THE IDEA, VISUALLY
500 QUESTIONS, FIVE ABILITIES information extraction multi-session reasoning temporal reasoning knowledge updates abstention (30 questions) Evidence is said indirectly inside task chats (“help with car insurance” reveals a new car), then buried among filler sessions: S ≈ 115k tokens per question; M = 500 sessions, ≈ 1.5M tokens. MEMORY = INDEX, RETRIEVE, READ Value round beats session; facts lose detail Key value + extracted user facts Query time-aware: filter by event dates Reading chain-of-note + JSON items Even with perfect retrieval, a weaker reading strategy cost GPT-4o up to 10 points. Llama 3.1 8B got worse past about 3k retrieved tokens; GPT-4o kept improving beyond 20k. EVIDENCE ONLY → FULL S HISTORY (FIG. 3B) GPT-4o 0.870 0.606 Llama 3.1 70B 0.744 0.334 Llama 3.1 8B 0.710 0.454 Phi-3 14B 0.702 0.380 Phi-3.5 mini 4B 0.660 0.342 drops of 30% to 55% without chain-of-note COMMERCIAL MEMORY, 97 QUESTIONS (FIG. 3A) GPT-4o reading the history 0.918 ChatGPT memory, GPT-4o 0.577 ChatGPT memory, GPT-4o-mini 0.711 Coze memory, GPT-4o 0.330 Histories of 3-6 sessions, ten times shorter than S. ChatGPT overwrote facts; Coze missed indirect ones.
LongMemEval hides each answer inside realistic task chats, among many unrelated sessions, and asks questions that need extraction, cross-session reasoning, time, updates or knowing what was never said. Every long-context model lost a large share of its accuracy, and two commercial memory features lost more.
Research notes: the problem, approach and results
0.870 → 0.606

GPT-4o accuracy with only the evidence sessions against the full LongMemEval S history

0.577

ChatGPT's memory feature (GPT-4o) on 97 questions with short histories, against 0.918 for GPT-4o reading them directly

≈ 1.5M

tokens of chat history per question in LongMemEval M, 500 sessions

THE PROBLEM

Chat assistants increasingly claim to remember users, but memory benchmarks used short histories, human-human chats, or narrow question types. None tested recalling what the assistant said, reasoning with dates, updating facts, or declining when information was never given.

THE IDEA

Write 500 questions with human-curated evidence, embed each piece of evidence indirectly in simulated task-oriented chats, and bury them among filler sessions to build histories of configurable length. Then use the benchmark to study memory design: value, key, query and reading.

THE RESULT

Reading the full 115k-token history cost long-context models 30% to 55% of their accuracy versus reading only the evidence. Round-level storage, keys expanded with extracted facts, time-filtered retrieval with a strong model, and chain-of-note reading each helped.

02

Why it matters to an FDE

When a customer wants an assistant that remembers, LongMemEval is a template for the evaluation you should build, and its findings are a starting point for the design.

Test the five abilities separately. A memory that finds facts may still fail on updates (the user moved), time (what did you suggest last week) or abstention (the user never said that). Each fails differently, and averages hide it.

Expect indirect mentions. Users rarely announce facts. They reveal them while asking for something else. Memory that only captures explicit statements misses most of what matters, which is how Coze failed in the pilot.

Do not rely on a long context alone. Even GPT-4o lost 30% of its accuracy reading a 115k-token history instead of just the evidence. Retrieval with good indexing beat stuffing the context.

Index rounds, add facts to keys, filter by time. Store individual exchanges rather than whole sessions, index each by its text plus extracted user facts, and use a strong model to turn time references into a date filter.

Reading needs help too. Even with perfect retrieval, how the model reads the retrieved items changed accuracy by up to 10 points.

THE FULL BREAKDOWN

Understand the mechanism. Try it on a real problem.

Unlock this breakdown and 99 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

Get Premium · ₹2,000 / $25
  • ◇1 architecture diagram
  • </>1 runnable code experiment
  • ▦2 results tables
  • ?5 interview questions with answers
  1. 03Key takeaways

    The five abilities, the construction pipeline, pilot results, design findings, misreadings

    Free account
  2. 04How it works

    Question curation, evidence sessions, history compilation, judging, and the memory framework

    Premium
  3. 05The numbers that matter

    The pilot drops, the effect of each design choice, and where the paper's own numbers vary

    Premium
  4. 06Try it yourself

    Value granularity, fact-expanded keys and time filters in a small TF-IDF memory

    Premium
  5. 07Where it breaks

    The limits of the benchmark and of the design study

    Premium
  6. 08Using it on a deployment

    Building a memory evaluation and a first memory design for a customer assistant

    Premium
  7. 09Interview angles

    Five questions this paper prepares you for, with answer hints

    Premium
Back to the paper library →