Qu'est-ce qui change ?
Claude Code peut désormais mémoriser automatiquement ce qu'il apprend sur votre projet. La version 2.1.32, publiée le 5 février 2026 en même temps que le modèle Opus 4.6, introduit Auto Memory : Claude écrit de manière proactive des notes persistantes dans un fichier memory/MEMORY.md situé dans ~/.claude/projects/<project>/.
Le changelog officiel résume le changement ainsi : "Claude now automatically records and recalls memories as it works". Concrètement, cela signifie qu'après une session où vous avez expliqué votre architecture de déploiement ou vos conventions de nommage, Claude stockera ces informations sans intervention manuelle. À la prochaine session, ce contexte sera automatiquement rechargé dans le system prompt (plafond : 200 lignes ; au-delà, Claude organise les notes dans des fichiers thématiques séparés, consultés à la demande).
Les couches de mémoire
| Couche | Contrôle | Déclenchement | Limite |
|---|---|---|---|
| CLAUDE.md | Manuel (existant) | Utilisateur édite le fichier | Aucune |
| Auto Memory | Proactif (nouveau) | Claude décide quoi noter | 200 lignes dans prompt |
| Session Memory | Automatique (nouveau) | ~10k tokens (initial), puis ~5k tokens ou 3 tool calls | Résumé de session |
Note : La documentation officielle décrit CLAUDE.md et Auto Memory comme les deux couches principales du système de mémoire. Session Memory, décrit ci-dessous, est un mécanisme complémentaire documenté par des sources tierces.
La Session Memory complète le dispositif : elle génère automatiquement un résumé de chaque session longue (après ~10 000 tokens, puis tous les ~5 000 tokens ou 3 appels d'outils) dans ~/.claude/projects/<project>/<session-id>/session-memory/summary.md. Ce mécanisme accélère notamment la commande /compact, qui devient instantanée en chargeant ces résumés pré-écrits.
Quel impact pour les développeurs ?
Le problème que résout Auto Memory est simple : répéter la même explication d'architecture à chaque nouvelle session. Si vous utilisez Claude Code quotidiennement, vous avez probablement déjà perdu du temps à re-contextualiser votre stack Kubernetes, vos conventions Git, ou vos patterns de tests.
Avec Auto Memory, Claude note automatiquement ces leçons. La version 2.1.33 (sortie juste après) a d'ailleurs ajouté le support du champ memory dans le frontmatter des agents, permettant de choisir le scope de persistance (user, project, ou local).
La commande /memory permet désormais d'ouvrir et éditer directement les fichiers de mémoire. Selon des sources communautaires, une commande /remember complémentaire proposerait des mises à jour de votre CLAUDE.local.md en se basant sur les sessions passées, faisant le pont entre mémoire automatique et documentation manuelle.
Mais attention aux limitations
Selon les retours communautaires, Auto Memory n'est disponible que sur l'API Anthropic first-party. Si vous utilisez Claude via AWS Bedrock, Google Vertex AI, ou une autre plateforme tierce, cette fonctionnalité n'est pas accessible (la documentation officielle ne précise pas explicitement cette restriction). Un abonnement Claude Pro ou Max est requis pour l'utilisation via claude.ai ; les utilisateurs de l'API first-party y ont aussi accès.
Un bug connu (issue #23210 sur GitHub) fait que les modifications de CLAUDE.md affichent une UI "memory" réduite au lieu des diffs inline classiques, compliquant la revue de ces changements.
Auto Memory : DX améliorée, adoption freinée
Nous pensons que cette fonctionnalité réduit le coût principal de la DX (Developer Experience) des coding assistants. La mémoire persistante réduit drastiquement le coût cognitif de reprise de contexte, un pain point majeur des outils IA actuels.
Cela dit, l'absence sur les plateformes tierces (Bedrock, Vertex) limitera l'adoption en entreprise, où les contraintes de souveraineté cloud orientent souvent vers ces solutions. Des alternatives tierces existent déjà (plugins claude-code-auto-memory par severity1, claude-mem par thedotmack), mais elles restent des workarounds face à une fonctionnalité native.
Notre recommandation : si vous avez accès à l'API Anthropic directe, testez Auto Memory dès maintenant. Documentez vos patterns projet dans les premières sessions, et observez si Claude les réutilise correctement. C'est une fonctionnalité qui peut transformer un assistant occasionnel en véritable copilote projet.
