claude-mem exists because Claude Code starts cold
August 25, 2026
claude-mem exists because Claude Code starts cold. Anthropic's Tuesday memory launch is chat and Cowork. The CLI is not in that sentence.
The post talks like a hive just formed. "Wherever you work with Claude, it starts from what it already knows about you."
Open a new claude process after that sentence and you still get a blank clipboard. The plugin is already the recognizable name for that hole. A settings path never got one.
Official memory is a chat product#

Tuesday's announcement is a merge of two surfaces. Chat memory and Cowork memory are now one pile of topic files. Mention a deadline in chat and a cloud Cowork task is supposed to already know.
The examples are manager updates, conference headcount, a QBR deck. Fine examples. None of them is a repo.
ZDNET asked. The answer was that the update is focused on Claude Cowork and chat. Code was not mentioned in the post, and it was not added when a reporter pressed.
The Register asked too. Anthropic said Claude Code's memory is staying separate, and that there was nothing to share about whether it would join the hive later. That is not a rumor. That is the vendor on the record, twice.
"Wherever" is doing the marketing. The map has two rooms. You work in a third.
A new claude process still starts empty#

Claude Code's memory docs still open with the cold start. Each Claude Code session begins with a fresh context window. That line is the product. Everything under it is how you tape notes to the window.
The Help Center memory article, updated the same day as the launch, puts memory on by default for Free, Pro, and Max on the web, Claude Desktop, and Claude Mobile. Team and Enterprise stay off until an owner flips them. Shared memory between chat and Cowork only when Cowork runs in the cloud.
The coding CLI is not in the inclusion list. It is not in the exclusion list either. It is off the page, the way a loading dock is off a hotel brochure.
You'll hit this the next time a sitting ends and a new one starts on the same repo. The front desk remembers your allergy. The dock still asks who you are.
A session you can resume is not a new session that remembers. Resume reopens yesterday's transcript. /clear starts fresh with an empty context. Transcripts default to a 30-day cleanup. That is a saved chat, not a memory layer.
CLAUDE.md is not yesterday's session#

The honest pushback is that Code already remembers things. CLAUDE.md. Auto memory. Resume.
If those count, the title is a tantrum and the plugin is a toy. They count as something. They do not count as the continuity a new sitting still lacks.
- CLAUDE.md is the handbook you write and load every sitting
- Auto memory is a capped notebook Claude keeps on one machine
- Resume reopens the same transcript, it does not warm a new process
CLAUDE.md is instructions you write. Architecture, build commands, "always do X." Loaded every session on purpose.
You maintain it. Forget to write the gotcha and the next sitting rediscovers the gotcha. That is a handbook, and a good one. It is not a log of what the agent did after lunch.
Auto memory is Claude's own notebook. Four kinds of notes. Your role, corrections you gave, a few project facts it cannot derive from the code, pointers to dashboards.
The same docs say Claude skips architecture, file paths, and debugging fixes it can derive from the codebase. It also skips anything CLAUDE.md already said.
Then the cap. The first 200 lines of MEMORY.md, or the first 25KB, whichever comes first, load at the start of every conversation. Topic files wait until Claude opens them. Auto memory is machine-local. Worktrees of the same git repo share one directory. Laptops do not.
On this machine that notebook is small. Thirteen project memory folders, 505 files, about 2.1 MB. The forge-flow MEMORY.md sits at 150 lines, under the cap, which is the point. A notebook you can load in full is a notebook that cannot hold a quarter of the sittings.
Four days before the launch, GitHub issue 88579 on anthropics/claude-code already named the hole. Persistent memory ships but is invisible, per-directory, and unverifiable, which is why a 91k-star third-party replacement exists. The filer wrote that when a first-party feature is invisible or fragile, users do not file bugs. They conclude it does not exist and install a replacement.
That issue is the steelman, used as a receipt. Code has a memory feature. Most people never see it working. The ones who do hit a folder-keyed markdown dump with no search. The announcement did not fix that. It built a nicer front desk for chat.
The search query is already a plugin name#

People did not wait. thedotmack/claude-mem is a persistent memory compression system built for Claude Code. Apache-2.0, not archived, pushed the day of the announcement. The next session is supposed to already have a slice of yesterday, without a paste.
GitHub reported 91,838 stars on 26 August 2026, with 8,065 forks. That is not a weekend gist. That is a product-shaped hole with a name the community already uses.
A one-shot read of the local claude-mem database on this machine is the ugly column. 57,481 observations. 1,384 sessions, every one tagged claude.
29 projects. Date range late May through the launch day. forge-flow alone accounts for 542 of those sessions and 33,401 of the observations.
- 57,481 observations in the local SQLite file
- 1,384 sessions, all tagged claude, across 29 projects
- 294 MB claude-mem database versus 2.1 MB of native auto-memory files
Native auto memory on the same disk is the 2.1 MB notebook. The plugin database is 294 MB of SQLite plus indexes. The load-bearing split is 57,481 observations against a 200-line MEMORY.md cap, not the raw file sizes.
This is not an install guide. If the next sitting needs to print last sitting's observations without a paste, that is a different post. The news is why the name exists at all, on the day Anthropic said memory works everywhere.
Code joining the hive is the only change-mind#

Hold this take and you pay for it. Either a third-party worker runs on the box, or every new claude sitting re-hires itself. The worker is extra moving parts. The re-hire is extra tokens and a morning spent re-explaining a race you already killed. Pick the tax. Do not pretend the announcement paid it.
The take dies when Claude Code shows up on the Help Center memory page, with the same topic files chat just got, injected into a brand-new process. Not a better CLAUDE.md. Not a fatter MEMORY.md. Shared memory that a cold start can read. Anthropic told The Register it had nothing to share about that. Until the page changes, the name for the hole stays a plugin.
Memory questions after the launch
Does the new Claude memory cover Claude Code?
No. Anthropic told ZDNET the update is focused on Claude Cowork and chat. The Register was told Code's memory is staying separate, with nothing to share about it joining later.
asked on zdnet.com ↗Isn't CLAUDE.md already memory?
CLAUDE.md is instructions you write. Auto memory is a capped notebook Claude keeps of preferences and a few notes, first 200 lines or 25KB of MEMORY.md. Neither is yesterday's tool-use history loaded into a brand-new session.
asked on code.claude.com ↗Do you still need a plugin after this launch?
If the job is a new Claude Code session that already knows last sitting's work, yes, something else has to fill that. Official memory did not. The Register was told Anthropic had nothing to share about Code joining the shared system.
asked on theregister.com ↗Is claude-mem an Anthropic product?
No. It is a third-party plugin by Alex Newman at github.com/thedotmack/claude-mem, Apache-2.0, 91,838 stars on 2026-08-26. The announcement never names it. The CLI hole already has a community name.
asked on github.com ↗