J'ai rassemblé tout ce qui fonctionne réellement avec la mémoire de Claude — les docs officielles, l'aperçu de recherche Dreaming, les configurations de production réelles — dans un seul guide complet.
Suivez mon Substack pour obtenir des informations exclusives sur l'IA : movez.substack.com
Mettez cette page en favori. Sauvegardez-la. À la fin, vous aurez un agent qui se souvient de manière permanente — pas « pendant une conversation », mais pendant des semaines.
Ce n'est pas une exagération. Jusqu'en mars 2026, c'était impossible pour les utilisateurs normaux. Maintenant, cela prend 12 étapes.
Pourquoi chaque agent que vous avez construit est un poisson rouge.
Chaque fois que vous ouvrez une nouvelle conversation Claude, elle repart de zéro.
Il ne connaît pas votre nom. Il ne se souvient pas des trois corrections que vous avez faites hier, de la solution de contournement qu'il a découverte la semaine dernière, ni du fait que vous détestez les résumés à puces.
À chaque session, il redécouvre les mêmes choses, commet les mêmes erreurs et pose les mêmes questions auxquelles vous avez déjà répondu.
Ce n'est pas un défaut dans la façon dont Claude est commercialisé. C'est une propriété fondamentale du fonctionnement des modèles de langage : chaque session repart à zéro sauf si vous lui fournissez explicitement le contexte.
Pour un chatbot, c'est acceptable. Pour un agent qui effectue un travail réel et répétitif, c'est la raison numéro un pour laquelle votre configuration plafonne. Un agent sans mémoire est exactement aussi utile à la 100e exécution qu'à la première.
Le niveau 1 est un post-it. Le niveau 4 est un employé qui réfléchit à la semaine chaque vendredi et revient plus performant. Ces 12 étapes construisent les quatre niveaux, en trois parties.
Fondation — Niveaux 1 et 2
01. Activez la mémoire intégrée de Claude
Commencez par ce que la plupart des gens ne savent pas exister. En mars 2026, Anthropic a déployé la mémoire persistante, appelée « Chat Memory » — sur tous les comptes Claude, gratuits et Pro.
Claude se souvient désormais de vos préférences, projets en cours et style de travail à travers toutes les conversations, automatiquement, jusqu'à ce que vous lui demandiez d'oublier.
Cliquez sur votre icône de profil → Paramètres → Capacités → faites défiler jusqu'à la section Mémoire, et confirmez que « Générer une mémoire à partir de l'historique des conversations » est activé.
En arrière-plan, il exécute Memory Synthesis — Claude distille vos conversations dans un profil environ toutes les 24 heures. C'est la base sur laquelle tout le reste se construit.
02. Alimentez votre mémoire délibérément au lieu d'attendre
La partie contre-intuitive sur laquelle la documentation est explicite : n'attendez pas que Claude déduise vos préférences de l'historique — cette synthèse ne s'exécute qu'environ une fois toutes les 24 heures.
Dites-le directement dans une nouvelle conversation. L'explicite bat l'inféré à chaque fois, et cela prend effet immédiatement au lieu d'un jour plus tard.
Claude les écrit dans sa mémoire. La conversation suivante commence déjà en les connaissant. Un message élimine toute une catégorie d'explications répétées.
03. Créez un projet comme espace de travail de votre agent
Un projet est un espace de travail persistant où les instructions restent chargées dans toutes les conversations qu'il contient. C'est le niveau 1 dans sa forme la plus forte.
Allez dans Projets → Nouveau projet. Nommez-le d'après la tâche, pas le sujet. Remplissez ensuite la boîte d'instructions personnalisées avec le rôle, les normes et les contraintes de l'agent. Chaque conversation dans ce projet les hérite.
04. Comprenez ce que les projets ne retiennent PAS
C'est là que la plupart des gens se font avoir. Les projets conservent les instructions. Ils ne conservent pas la mémoire des conversations par défaut.
Vous créez un projet, lui donnez un contexte détaillé, travaillez pendant quelques conversations — puis vous démarrez une nouvelle conversation dans le même projet, et tout ce dont vous avez discuté avant a disparu.
Les décisions architecturales, la tâche à moitié terminée, la session de débogage — évaporés. Le projet se souvient de ses instructions, pas de votre historique.
Mémoire persistante — Niveau 3 (pour les codeurs)
05. Ajoutez un fichier mémoire vivant
La mémoire persistante la plus simple qui fonctionne réellement est un seul fichier que l'agent lit au début et auquel il ajoute à la fin.
Dans Claude Code, il s'agit de CLAUDE.md ; pour tout agent, cela peut être un memory.md dans les connaissances du projet.
La règle que la documentation martèle : gardez-le léger. Une session fraîche peut dépenser environ 20 000 tokens pour charger les instructions avant que vous ne tapiez quoi que ce soit.
Ne traitez pas ce fichier comme un dump de wiki. Si vous utilisez /init de Claude Code pour générer un fichier de démarrage, l'étape contre-intuitive suivante est de supprimer la majeure partie de ce qu'il génère — il énonce des choses évidentes que le modèle voit déjà.
06. Activez la mémoire automatique
Claude Code dispose d'un mécanisme de mémoire automatique : il écrit des notes pour lui-même basées sur vos corrections et préférences, et les charge au début de chaque session.
Maintenant, l'agent fait une légère auto-documentation. Lorsque vous le corrigez, la correction peut survivre à la session suivante au lieu de s'évaporer.
07. Structurez le fichier mémoire pour qu'il reste utile
Un fichier mémoire qui grandit sans structure devient du bruit. Donnez-lui des sections :
Chaque entrée mérite sa place. C'est le fichier que l'agent consulte pour arrêter de répéter les erreurs d'hier.
08. Décidez ce qui vaut la peine d'être retenu
Tout ne doit pas être sauvegardé. La discipline ici est tout le jeu. Après chaque session significative, l'agent examine ce qui s'est passé et n'extrait que ce qui vaut la peine d'être conservé : une décision, une solution de contournement, une préférence, un mode d'échec. Tout le reste est oublié intentionnellement.
Un bon filtre : cela changerait-il la façon dont l'agent agira la prochaine fois ? Si oui, stockez-le. Si non, laissez-le partir. Une mémoire qui stocke tout est aussi inutile qu'une mémoire qui ne stocke rien.
Mémoire auto-améliorante — Niveau 4 : Dreaming
09. Comprenez ce qu'est réellement Dreaming
Le 6 mai 2026, lors de Code with Claude, Anthropic a lancé Dreaming en tant qu'aperçu de recherche pour les Managed Agents. Le nom est emprunté aux neurosciences intentionnellement : lorsque les humains dorment, le cerveau consolide les expériences de la journée en mémoire à long terme. Dreaming fait la même chose pour un agent.
C'est un processus planifié en arrière-plan. Il lit le magasin de mémoire existant de l'agent ainsi que les transcriptions des sessions passées, puis produit un nouveau magasin de mémoire réorganisé : doublons fusionnés, entrées obsolètes remplacées par la dernière valeur, et de nouvelles informations véritablement mises en évidence.
Une condition est importante avant de vous embêter : Dreaming n'aide que les agents qui exécutent le même type de tâche à plusieurs reprises. Il consolide les modèles à travers de nombreuses sessions, donc un agent ponctuel n'a rien à consolider. Exécutez-le sur un cheval de bataille, pas sur un touriste.
10. Lancez un dream — la procédure API exacte
Dreaming est un aperçu de recherche, il y a donc trois prérequis avant d'écrire du code : une clé API Managed Agents, un accès à Dreaming demandé via le formulaire d'Anthropic (il est livré avec restriction), et un environnement Python ou TypeScript avec le dernier SDK Anthropic.
Chaque appel dream nécessite deux en-têtes beta empilés ensemble — le SDK les définit automatiquement si vous êtes sur la version compatible avec dreaming :
L'appel lui-même prend deux types d'entrée : le magasin de mémoire existant que vous souhaitez consolider, et jusqu'à 100 ID de session — des exécutions récentes de l'agent que Claude utilisera pour trouver des modèles.
Vous pouvez également passer des instructions pour orienter ce sur quoi le dream se concentre :
Les modèles pris en charge pendant l'aperçu sont claude-opus-4-7 et claude-sonnet-4-6. Les dreams sont facturés aux tarifs standard des tokens API pour le modèle que vous choisissez, et le coût évolue à peu près linéairement avec le nombre et la longueur des sessions d'entrée.
La documentation est explicite : commencez par un petit lot de sessions, augmentez une fois que vous êtes satisfait de la qualité de curation.
11. Inspectez le magasin de sortie avant de valider
Le magasin de mémoire d'entrée reste en lecture seule pendant toute la durée. Le dream produit un magasin de sortie séparé, et son ID apparaît dans le tableau outputs[] du dream une fois l'exécution commencée :
Maintenant, lisez-le. Vérifiez que les entrées fusionnées sont correctes, que les entrées remplacées étaient bien obsolètes, que les informations mises en évidence sont réelles et non du bruit.
Cette étape de révision fait la différence entre un agent qui devient plus intelligent et un qui dérive tranquillement. Comme la sortie est un tout nouveau magasin dans lequel vous optez, un dream ne peut jamais corrompre silencieusement ce que vous avez déjà.
12. Remplacez-le, planifiez-le, laissez-le s'accumuler
Une fois que vous faites confiance à la sortie, le passage à la production est un changement d'une ligne — pointez votre agent vers le nouvel ID de magasin au lieu de l'ancien.
Ensuite, planifiez le dreaming : chaque nuit ou chaque semaine, selon la fréquence d'exécution de l'agent.
Maintenant la boucle est bouclée. L'agent travaille pendant la journée, rêve entre les exécutions, et revient plus performant à chaque cycle, sans réentraînement ni reconfiguration manuelle.
Archiver un ancien dream ne touche jamais à son magasin de sortie — vous les gérez séparément via l'API Memory Stores.
La preuve que cela fonctionne à grande échelle : la société d'IA juridique Harvey a signalé une augmentation d'environ 6x des taux d'achèvement des tâches des agents après avoir activé Dreaming pour les flux de travail de rédaction juridique.
Les mêmes tâches qui échouaient parce que Claude oubliait sans cesse les particularités des types de fichiers et les solutions de contournement entre les sessions ont soudainement commencé à se terminer de manière fiable.
Les erreurs qui brisent la mémoire de l'agent.
- Considérer les projets comme de la mémoire. Les projets conservent les instructions, pas l'historique des conversations. Supposez le contraire et vous perdrez du contexte sans comprendre pourquoi.
- Tout jeter dans CLAUDE.md. Un fichier mémoire gonflé gaspille des tokens et enterre le signal. Mince et structuré bat long et complet.
- Stocker la mémoire sans filtre. Si tout vaut la peine d'être retenu, rien ne l'est. Ne sauvegardez que ce qui changerait le comportement futur.
- Déployer automatiquement la sortie du dream. Tout l'intérêt du magasin de sortie séparé est la révision. Sautez-la et vous perdez le filet de sécurité.
- Exécuter Dreaming sur un agent à faible fréquence. Dreaming consolide les modèles sur de nombreuses sessions. Un agent qui s'exécute deux fois par mois n'en accumule jamais assez.
Conclusion :
La plupart des gens continueront à ouvrir Claude comme ils l'ont toujours fait — une conversation fraîche et oublieuse à chaque fois, en se réexpliquant à chaque exécution, en se demandant pourquoi leur agent ne s'améliore jamais.
Ceux qui construisent les quatre niveaux auront quelque chose de différent : un agent qui les connaît, accumule ce qu'il apprend, et réécrit sa propre mémoire pour devenir plus performant chaque semaine.
Choisissez les quatre premières étapes. Mettez-les en place ce soir. Cela seul changera la façon dont votre prochaine session se déroulera.
