Build Claude Workflows That Remember Between Sessions
Your first project. 20 minutes.
Claude does not have persistent memory by default — every new conversation starts blank. But there are five distinct mechanisms for giving Claude the memory it needs. Understanding which to use transforms good AI interactions into reliable AI workflows.
Six Memory Mechanisms
The complete Claude memory architecture
CLAUDE.md: The Developer Memory System
CLAUDE.md is a Markdown file you place at the root of your project. When Claude Code starts a session, it reads this file before anything else — making it the primary memory mechanism for developer workflows.
# Project Memory
## Commands
- Build: `npm run build`
- Test: `npm test`
- Deploy: `vercel --prod --no-wait`
## Code Style
- TypeScript strict mode enabled
- Prefer named exports over default
- No `any` types — use `unknown` + narrowing
## Architecture Decisions
- Auth: Supabase with RLS on every table
- Database: explicit column selects, no select("*")
- API routes: per-IP rate limiting on all mutations
## Context
Reid is the solo developer. Prioritize shipping
speed over perfect abstractions. Note open TODOs
with `// TODO(reid):` comments.What makes CLAUDE.md powerful is specificity. Vague instructions like "write clean code" are useless. Specific instructions like "no select('*') in Supabase queries" or "per-IP rate limiting on all POST routes" become automatic constraints Claude enforces every session.
Which Memory Mechanism Should You Use?
Build AI workflows that actually remember
Learn memory architecture hands-on in Learn to GPT's free tracks.