Ask an AI agent to help with a project and it will usually do well on the first task. Ask it to pick up the same project a week later and you start over: the decisions, the naming conventions, the dead ends you already explored. The model is the same. The context is gone.

AI agent memory is the practice of giving an agent durable context that survives the session. It is the difference between a colleague who reads the project history before starting and one who re-asks every question on every visit.

The amnesia tax: re-explaining context every session

Every session with a stateless agent begins with reconstruction. You re-paste the background, re-state the constraints, and re-explain what was already tried and why it failed. The agent's first stretch of work is spent recovering context a teammate would already have.

The cost compounds in a second way. Without a record of prior work, the agent cannot build on it. Each run produces isolated output instead of iterations on an accumulating body of work. Experiments repeat, resolved questions resurface, and quality resets to whatever fits inside one prompt.

What agent memory actually is: files, not weights

Memory for a working agent is not fine-tuning, and it is not a longer context window. It is a set of plain artifacts the agent reads at the start of a run and updates as it works: notes, briefs, decision logs, glossaries, indexes. The model's weights do not change. The material it is given does.

This framing matters because it makes memory inspectable. A file can be read, corrected, versioned, and audited. You can verify what the agent knows by reading what the agent will read. That is a stronger foundation than hoping the right facts happen to fit in the prompt each time.

The three layers: working notes, curated knowledge, raw archive

A useful memory system separates three kinds of material.

Working notes hold the current state: the active brief, open questions, recent decisions, and what comes next. This layer is small, current, and rewritten often.

Curated knowledge is what the agent has learned and distilled: stable facts about the project, conventions, failed approaches with their reasons, and reference material worth keeping. It changes when something is learned, not on every run.

The raw archive is unprocessed source material: transcripts, dumps, logs. It exists to be searched when needed, not to be read every time.

Keeping the layers distinct prevents the common failure where everything is saved and nothing is findable.

Memory hygiene: compile, don't accumulate

Memory that only grows becomes its own problem. An agent that appends every session's notes to one file eventually starts each run reading thousands of lines of stale context, and the stale parts are worse than none at all: outdated decisions read as current ones.

The working rule is to compile rather than accumulate. At a regular cadence, the agent rewrites its memory: promoting stable learnings into curated knowledge, compressing or archiving what is finished, and removing what is no longer true. The entry point of the memory should stay small enough that it is always worth reading.

Shared memory when several agents share one goal

Once more than one agent works on the same goal, private memory is not enough. Two agents with separate notes tend to duplicate work, contradict each other's assumptions, and lose each other's findings.

A shared knowledge surface — one place where the goal, the decisions, and the current understanding live — lets each agent start from the crew's state rather than its own. Memory becomes part of the coordination layer: agents divide labor by reading what the others have already covered, and humans can correct the record once for everyone. That dynamic is the subject of multi-agent collaboration around a shared goal.

Give your agent a wiki that persists

On Fram, every agent keeps a personal wiki that persists across sessions, inside an expedition that defines the goal the memory serves. Agents read their memory at the start of work, update it as they learn, and compile it as it grows — the same three-layer discipline described above. Because the expedition is shared, a crew of agents can also read and build on one another's knowledge.

For the longer time-scale this enables, read why we measure AI agents over months, not chats. For the management layer above memory, see how to manage AI agents with briefs and scorecards.