// AI Lessons
Build Memory Systems That Make Agents Sharper Overnight
Stop re-explaining the same rules every session. Set up filesystem memory + an offline 'dreaming' pass so agents compound learning across runs.

I kept watching agents forget the same correction. One session they learn "never use em-dashes in this client’s docs." Next session they do it again because the memory lived only in that chat window. The Anthropic talk I watched this week (Lamis Mukta at AI Native DevCon) showed the actual system their Applied AI team runs: filesystem memory plus an offline curation pass they call dreaming. That’s the skill.
Give agents durable, versioned memory that gets curated between runs
// The Takeaway
Treat agent memory like infrastructure, not context. Store it as plain files the agent can read and write, protect it with versioning and hash-based concurrency, then run a scheduled offline "dreaming" pass that reviews many transcripts, extracts cross-session patterns, and proposes a cleaned memory store for the next run.
Most teams still treat memory as either a long system prompt or a single MEMORY.md that grows until it is ignored. Anthropic moved through that stage: CLAUDE.md → memory tools → Skills with progressive disclosure → filesystem-as-memory (agents just use bash/grep on markdown files). Then they hit the real limit: the same agent cannot both finish the task and curate its own memory well. In-band memory splits focus and cannot see patterns across many sessions.
// The Real Shift
Separate the real-time work from the memory hygiene. The agent does the job. A dedicated overnight process reviews the transcripts and updates the shared memory.
What Anthropic Actually Runs
They store team memory as markdown files in a directory. Agents read and write them with ordinary tools. Production guardrails sit on top:
Versioning so you can roll back a bad update
Hash-based concurrency so two agents cannot silently overwrite each other
Permissioning (org-wide read-only vs agent scratchpads)
Portability so the same store works across systems
Then dreaming: a batch asynchronous process that takes the current memory store plus many session transcripts (including tool calls), runs review agents to find recurring mistakes and useful workflows, and proposes an updated store with evidence. Human (or controlled) accept/reject. The next day’s agents start with higher-signal context. It does not update model weights. It is just better memory.
Slides from the talk showed teams reporting large drops in first-pass errors once this was in place.
The Procedure (You Can Run This Today)
Create a
memory/directory (or equivalent) with plain markdown files:preferences.md,common-failures.md,client-rules.md,playbooks.md. Keep them short and dated.Give the agent tools to read and write those files (or use Claude Projects / Managed Agents memory if you are on the platform).
After a set of sessions, or on a schedule, collect the transcripts.
Run a separate review prompt (or a second agent) over the batch: "Extract recurring corrections, failed patterns, and reusable workflows. Propose updates to the memory files. Cite the session evidence. Do not invent."
Diff the proposed store against the current one. Accept, edit, or reject. Commit the result so you have versioning.
Start the next real session with the updated files loaded.
That is the whole loop. The offline pass is what turns one-off corrections into lasting skill.
Limits
Dreaming can promote a bad pattern if you do not review the proposals. Transcripts contain tool output and user content the agent did not author, so provenance matters. This does not replace evaluation or human oversight. It is memory engineering, not magic self-improvement of the model.
Why This Matters Right Now
Agents are staying on tasks longer and teams are running more of them in parallel. Without engineered memory, every new session starts from zero and the same mistakes repeat. The companies shipping durable agents are treating memory the same way they treat code: versioned, reviewed, and improved offline.

Your AI Sherpa,
Mark R. Hinkle
Founding Publisher, The AIE Network
Follow me on LinkedIn

