惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Apple Machine Learning Research
Apple Machine Learning Research
Y
Y Combinator Blog
博客园 - 【当耐特】
V
Visual Studio Blog
GbyAI
GbyAI
V
V2EX
P
Proofpoint News Feed
Microsoft Azure Blog
Microsoft Azure Blog
Microsoft Security Blog
Microsoft Security Blog
D
DataBreaches.Net
Hugging Face - Blog
Hugging Face - Blog
A
About on SuperTechFans
The Cloudflare Blog
阮一峰的网络日志
阮一峰的网络日志
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
N
Netflix TechBlog - Medium
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
量子位
MongoDB | Blog
MongoDB | Blog
有赞技术团队
有赞技术团队
人人都是产品经理
人人都是产品经理
Stack Overflow Blog
Stack Overflow Blog
小众软件
小众软件

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Claude Code Auto Memory: Stop Re-Explaining Your Preferen...
Ray · 2026-06-17 · via DEV Community

If you've spent any real time with Claude Code, you know this pain: you open a fresh session and it's forgotten everything you taught it yesterday. I'd tell it over and over not to dump a pile of emojis into my writing because it looks too AI — and the next morning, fresh session, emojis everywhere again.

Turns out there's a fix built for exactly this, called Auto Memory. I'd already written about CLAUDE.md for setting project rules by hand, but Claude Code's memory system is bigger than just CLAUDE.md. Auto Memory quietly records your corrections and preferences as you work, so next session you don't have to say them again.

Auto Memory needs Claude Code v2.1.59 or newer. Check with claude --version.

Auto Memory vs CLAUDE.md

A lot of people mix these two up, so let's get it straight first.

CLAUDE.md Auto Memory
Who writes it You Claude, automatically
What's in it Instructions and rules Learned lessons and patterns
Scope Project / user / org Per working tree
Loading Fully loaded every session First 200 lines / 25KB only
Best for Code conventions, workflow, architecture Build commands, debugging notes, preferences

In short: CLAUDE.md is the set of rules you write for Claude on purpose — "use 2-space indentation," "write commit messages in English." Auto Memory is what Claude picks up on its own while working with you. You don't write it; it does.

What Auto Memory actually does

Auto Memory is basically Claude taking its own notes. When you correct it, or tell it whether an approach worked, Claude decides whether that's worth remembering for later. If it is, it saves it.

So when I told it:

Don't use so many emojis, it looks too AI

it saved that as a memory file, and every new session loads it back. Now it remembers I don't like emoji soup.

It doesn't save everything, though — one-off discussions or things irrelevant to future work don't get written down.

Where it's stored (this is the confusing part)

Here's the thing that trips everyone up. Your project has a .claude/ folder, but Auto Memory files are not in there. The project .claude/ only holds settings (settings.json, settings.local.json) and rules.

The actual memory lives under your home directory:

/Users/ray/my-project/.claude/                              <- project settings, inside your repo
/Users/ray/.claude/projects/-Users-ray-my-project/memory/   <- Auto Memory, under your home dir

Both paths contain .claude, but one is in your project and one is in your home directory — don't mix them up. If you peek into your project's .claude/ and only find settings.local.json, that's normal. The memory was never there.

The memory path is derived from your git repo, so subdirectories and worktrees of the same repo share one memory. And it's machine-local — it does not sync to other machines or cloud environments.

If you want it somewhere else, set autoMemoryDirectory (Policy / Local / User level only — not project level, on purpose, so a shared repo can't redirect your memory somewhere shady):

{
  "autoMemoryDirectory": "~/my-custom-memory-dir"
}

The directory structure

~/.claude/projects/<project>/memory/
├── MEMORY.md          # index, loaded every session
├── debugging.md       # debugging notes
├── api-conventions.md # API design decisions
└── ...                # other topic files Claude creates

MEMORY.md is the index — Claude uses it to track which memories exist and which file each one lives in. Only the first 200 lines / 25KB of MEMORY.md loads at session start, so Claude keeps it lean and pushes detail into separate topic files. Those topic files aren't loaded on startup; Claude reads them on demand. So your memory can grow without bloating context every single time.

(That 200-line cap is only for MEMORY.md. CLAUDE.md always loads in full — though shorter still means better adherence.)

How do you know it's writing memory?

When you see "Writing memory" or "Recalled memory" in the Claude Code UI, that's it updating or reading memory files. You don't have to do anything; it handles it.

Managing it

  • /memory — the main entry point. See what's loaded, toggle Auto Memory on/off, open the memory folder, or open any file in your editor.
  • Just ask — "remember: always use pnpm, never npm" saves a memory. "forget the rule about pnpm" updates or deletes it.
  • Edit by hand — they're plain Markdown files under ~/.claude/projects/. Add, edit, or delete whatever you want.
  • Turn it off — toggle it in /memory, set "autoMemoryEnabled": false, or set CLAUDE_CODE_DISABLE_AUTO_MEMORY=1.

And in case you were wondering: /compact does not wipe it. The files are on disk, not in the conversation. Compacting only squeezes the chat history; MEMORY.md and CLAUDE.md get re-read from disk and injected back afterward.

That's the whole thing. It's a small feature, but once you stop repeating yourself every session it's hard to go back.