Description
Claude Code's memory system correctly stores feedback and rules, but the model consistently fails to apply them. The same class of errors repeats across sessions despite the memory files being updated multiple times (5+ updates for the same issue).
Specific recurring failures
-
Wrong working directory: Memory says "always cd to backend/ before running backend commands" and "always cd to frontend/ before vite build." Claude still runs commands from the wrong directory, causing build failures or silent no-ops.
-
Forgetting build/deploy steps: Memory says "always rebuild dist after App.jsx changes" and "always copy public/ files to dist/." Claude still forgets these steps, leading to stale bundles being served.
-
Forgetting to commit before deploying: Memory says "uncommitted changes get lost on sync." Claude still deploys ad-hoc file copies to production without committing, causing changes to silently revert on the next sync.
-
Repeating the same fix: A change (e.g., swapping marmot.svg → marmot.png) was done in a previous session but never committed. It reverted. The user had to ask for the same fix again.
Expected behavior
When Claude's memory contains explicit rules with "CRITICAL" flags and documented reasons (including past incidents), Claude should reliably follow those rules without the user having to remind it.
Actual behavior
Claude stores the feedback, acknowledges it, sometimes even updates the memory file again with stronger wording — then makes the exact same mistake in the next (or same) session. The memory system captures knowledge but doesn't reliably influence behavior.
Impact
The user has to babysit every deployment step, defeating the purpose of having an AI assistant. Trust erodes when the same bug class keeps recurring despite explicit documented feedback. The user described this as an "Alzheimer problem."
Environment
- Claude Code CLI
- Model: Claude Opus 4.6
- Memory system: file-based (
~/.claude/projects/ with MEMORY.md index)
- Project: Full-stack Node.js/React app with Express backend, Vite frontend, deployed to OVH VPS
Description
Claude Code's memory system correctly stores feedback and rules, but the model consistently fails to apply them. The same class of errors repeats across sessions despite the memory files being updated multiple times (5+ updates for the same issue).
Specific recurring failures
Wrong working directory: Memory says "always cd to backend/ before running backend commands" and "always cd to frontend/ before vite build." Claude still runs commands from the wrong directory, causing build failures or silent no-ops.
Forgetting build/deploy steps: Memory says "always rebuild dist after App.jsx changes" and "always copy public/ files to dist/." Claude still forgets these steps, leading to stale bundles being served.
Forgetting to commit before deploying: Memory says "uncommitted changes get lost on sync." Claude still deploys ad-hoc file copies to production without committing, causing changes to silently revert on the next sync.
Repeating the same fix: A change (e.g., swapping
marmot.svg→marmot.png) was done in a previous session but never committed. It reverted. The user had to ask for the same fix again.Expected behavior
When Claude's memory contains explicit rules with "CRITICAL" flags and documented reasons (including past incidents), Claude should reliably follow those rules without the user having to remind it.
Actual behavior
Claude stores the feedback, acknowledges it, sometimes even updates the memory file again with stronger wording — then makes the exact same mistake in the next (or same) session. The memory system captures knowledge but doesn't reliably influence behavior.
Impact
The user has to babysit every deployment step, defeating the purpose of having an AI assistant. Trust erodes when the same bug class keeps recurring despite explicit documented feedback. The user described this as an "Alzheimer problem."
Environment
~/.claude/projects/with MEMORY.md index)