Anthropic: How agent memory learns from dreaming and wikis

A system that remembers everything is not necessarily a more reliable AI agent. Raw notes can become outdated, incorrect summaries can turn into persistent rules, and a sprawling knowledge base can consume more time than the task itself. Anthropic has now described a layered approach to Claude's persistent memory: searchable source transcripts, selective notes, linked knowledge wikis, and an offline maintenance process called dreaming that can review and revise what the agent retains.

Anthropic: How agent memory learns from dreaming and wikis
Original AI-generated editorial illustration, not a vendor screenshot.

Persistent memory is not a context window

Anthropic defines agent memory as knowledge gained from earlier interactions and tasks that remains available between sessions. That is separate from model-weight updates, a single session's context, or conversation compaction. Its model distinguishes an original searchable transcript layer, agent-written notes, navigational representations such as wikis, and a small collection of context inserted at the start of future sessions.

AgentenCode analysis: This distinction creates a path to provenance. A remembered rule should be traceable to its original evidence. If a summary replaces its source, agents risk treating their own prior inference as a verified fact.

A benchmark where memory demonstrably changes performance

In Anthropic's CL-Bench 1.0 database task, an agent answers questions in separate sessions, sees the correct answer after each attempt, and can preserve learned rules in a directory for later questions. The memory directory—not the continuing conversation—is what bridges sessions.

ModelStateless mean rewardWith memoryScore difference
Claude Opus 5.50.6550.838+0.183
Claude Sonnet 5.50.6440.833+0.189
Claude Opus 50.5640.828+0.264
Claude Sonnet 4.60.3300.364+0.034

These are fractions of average grading reward in one task, not percentages of business workflows fully completed. The weaker model's small gain matters: adding a directory called “memory” is insufficient. Stronger models more often write checked rules, evidence for those rules, and warnings about mistakes instead of storing untested guesses.

Original source-grounded AgentenCode evidence graphic
Original graphic based on cited provider data or editorial workflow assumptions. Not independently tested.

The paradox: Too many memories can make agents worse

Anthropic compared individual runs of two models playing Pokémon Red after approximately 10,000 steps. Sonnet 3.7 had produced 413 files across 225 folders and had won one badge. Fable 5 had written nine files in two folders plus one global note and won four badges.

These are individual runs with different models, not a controlled proof that fewer files cause better outcomes. They illustrate a real operating cost: archiving every short-lived game state produces stale information and expensive searches. Anthropic observed periods when the older model spent its activity managing memory instead of progressing through the task.

The useful metric is therefore not “number of facts saved.” Teams should measure relevance, freshness, retrieval cost and the effect on subsequent decisions.

What dreaming actually does

In this research, dreaming means additional processing of previous transcripts and memory artifacts. It can correct mistakes, merge redundant notes, repair references, create wiki pages and select a small amount of context to preload in later sessions. It is not consciousness or training the model's weights.

Anthropic describes a navigation example: Claude had misremembered which side of a cave a landmark was on. During dreaming, it revisited the actual session transcript and corrected the note. The corrected-memory run made progress, while reported comparison runs without correction did not. This is a vivid experimental example, not evidence that dreaming reliably cures all erroneous memory.

Linked wikis help on dispersed evidence

Anthropic used roughly 350,000 files and 420 million tokens from an enterprise corpus to test wiki construction over as many as 128 sessions. For one 25-question evaluation, combined wiki-plus-search performance moved from 54% to 61% as the wiki grew, while search alone scored 53%. The vendor also reports about 20,000 fewer tokens per question in that comparison.

On a separate merger-document question task, an agent using the wiki met 87% of selected criteria versus 73% with search alone. Yet the research also reports tasks with no clear gain from a wiki, and even a case where wiki text exceeded the original source corpus. A dense index can become a second unmanageable archive.

Editorial interpretation: The payoff appears when a decision requires synthesizing evidence across documents. If one exact passage answers a question, direct retrieval may be cheaper and more reliable.

The hidden failure: Concurrent writes

Multiple agents writing to a shared table of contract terms lost data in Anthropic's example; only 41 of 57 required facts survived. After assigning one contract page per agent and preserving exact relevant language, all 57 of 57 facts survived in that evaluation.

This is a coordination and data-model problem, not simply a prompting issue. A production memory store needs ownership, versioning, provenance and conflict handling when multiple agents write simultaneously. The test result does not amount to a universal guarantee that parallel-agent memory is safe.

Original AgentenCode evidence and approval matrix

Memory layerValueRiskMinimum control
Original transcriptsSource for later auditsSensitive content retentionAccess and deletion policy
Agent-written notesFast re-useFalse or stale conclusionsTimestamps and source links
Linked wikiSynthesis and navigationInvented links, redundancyLink and evidence checks
Offline consolidationSmaller working contextRepeated false assumptionsAudit trail and sampling
Preloaded contextFast resumptionError injected into every taskStrict size and trust gate
Parallel writersScale knowledge creationLost updatesOwnership and version control

This is AgentenCode's editorial operating matrix, not an Anthropic certification.

How to evaluate it in an enterprise pilot

Compare identical repeated tasks across three configurations: no persistent memory, source-linked notes, and notes plus periodic review/wiki building. Record outcome scores, memory errors, repair times, token and compute costs, conflicts and evidence traceability. Include tasks where relevant facts change over time so old knowledge must be corrected rather than merely retrieved.

Also test how a user can inspect, correct and delete retained information. These are operating and privacy concerns, not measured conclusions of the cited benchmarks.

FAQ

Does dreaming retrain Claude's weights? No. It processes transcripts and memory artifacts after sessions.

Is 83.8% Claude's general success rate? No. 0.838 is a mean reward on a particular CL-Bench database task with memory.

When is a wiki better than search? Primarily when a task requires combining information scattered across documents.

Can dreaming guarantee correct memories? No; the research includes positive examples and limitations, not a universal correction guarantee.

Why are parallel agents risky? Concurrent updates to shared memory files can silently erase validated information.

Bottom line: Memory needs evidence, not just storage

The real advance is a distinction between an original event, provisional note, checked knowledge and appropriately authorized re-use. Long-running agents need a way to maintain that chain. The ideal memory is not the largest archive; it is a reliable, revisable basis for future action.

Primary source and method

Source and evaluation limits

  1. Anthropic Engineering — The components of agent memory

Vendor disclosures and original interpretation are distinguished. No independent benchmark, access or security validation is claimed.