Naetive vs Claude Code's auto memory
26 October 2026
Claude Code remembers things now. Correct it a couple of times about how you like your tests written, and the next session already knows. That is auto memory. It is on by default, and it is good. So it is fair to ask whether you need anything else.
The short answer: auto memory remembers how you like to work. Naetive is the understanding of the project itself. They cover different ground, and Anthropic's own docs draw the line between them.
What auto memory does well
As Claude Code works, it writes notes for itself: your preferences, the corrections you give it, and project context it could not work out from the code. They are plain Markdown files on your computer, one folder per repository, shared by that repository's worktrees. The start of the index, the first 200 lines or 25KB, loads into every session. Run /memory to see and edit them.
It costs nothing, needs no setup, and the files are yours to read. For one developer in one tool on one machine, it removes a real annoyance. Leave it on.
What it leaves out, on purpose
The docs are explicit. Claude "skips anything it can derive from the codebase, such as architecture, file paths, or debugging fixes." That is a sensible choice for a notes file. Code facts go stale, and a note saying auth lives in one file is wrong the day someone moves it.
But those are exactly the things a fresh agent spends the start of every session rediscovering. How the project fits together, why it is built this way, what was tried and ruled out in this area. Auto memory deliberately does not hold them.
Two other limits come with the design.
One machine. In Anthropic's words, "auto memory is machine-local." The files are not shared across machines or cloud environments, so your laptop and your desktop each learn on their own.
One tool. The notes are for Claude Code. Codex, ChatGPT and Claude on the web never see them.
Where Naetive fits
Naetive takes the ground auto memory leaves alone. It is a living understanding of your software project, grounded in the code and shared by every AI agent you connect.
Code facts, with evidence. A claim about the code points at the file and lines it came from. When that code changes, the claim is marked for a re-check instead of quietly going stale. That is how it can hold architecture without the staleness that makes auto memory avoid it. More in Grounded, not vibes.
Decisions and the why. What was decided, when, and what was ruled out, captured as you work rather than written up afterwards.
Every agent, every machine. Claude Code, Codex, ChatGPT and Claude connect to the same understanding over MCP, so switching tools or computers starts from the same picture. Here is how to connect each one.
In the repo too. The .naetive folder carries the understanding with the code, so a fresh clone with no connection can still read it. See Clone the code, inherit the understanding.
Use both
They do not compete. A sensible setup has three layers.
| What it holds | Who writes it | |
|---|---|---|
| CLAUDE.md | Rules you want followed every time | You |
| Auto memory | Your preferences and corrections | Claude Code, for itself |
| Naetive | How the project works and why, grounded in the code | Every agent you connect |
Auto memory makes Claude Code better at working with you. Naetive makes every agent better at working on your project. If you are weighing the first layer too, there is a separate comparison of Naetive and a CLAUDE.md file.