Claude Code Auto Dream : Votre agent IA dort désormais

J'ai découvert cette fonctionnalité par hasard, à 23 heures un mercredi soir.

J'étais plongé dans une session Claude Code -- ma trentième environ sur le même projet -- et quelque chose semblait différent. L'agent faisait référence à des décisions architecturales que j'avais prises plusieurs semaines auparavant avec une précision qui ne correspondait pas à mon expérience récente. Lors des dernières sessions, Claude s'emmêlait dans ses propres notes. Se contredisait. Citait un schéma de base de données que j'avais refactoré il y a deux sprints. Les fichiers mémoire censés l'aider étaient devenus un fardeau.

Mais cette session ? Limpide. Cohérente. Comme si quelqu'un avait parcouru le carnet de notes de Claude pendant la nuit et tout organisé.

Quelqu'un l'avait fait. Ou plutôt, quelque chose l'avait fait. Un sous-agent en arrière-plan dont je n'avais jamais entendu parler avait discrètement passé en revue chaque fichier mémoire de mon projet, élagué les entrées obsolètes, résolu les contradictions et réorganisé l'ensemble en fichiers thématiques propres. Le prompt système de ce sous-agent commence par une phrase qui m'a arrêté net : "You are performing a dream -- a reflective pass over your memory files."

Claude Code Auto Dream. Une fonctionnalité non documentée qui offre à votre agent IA quelque chose de remarquablement proche du sommeil.

Le problème de mémoire dont personne ne vous a prévenu

Si vous avez utilisé Claude Code pour un travail de projet sérieux, vous connaissez déjà Auto Memory -- le système qui permet à Claude de prendre ses propres notes entre les sessions. J'ai écrit il y a quelque temps sur la construction d'un deuxième cerveau avec Claude Code, et Auto Memory représentait une amélioration considérable de ce workflow. Au lieu de mettre à jour manuellement les fichiers de contexte après chaque session, Claude a commencé à sauvegarder des notes pour lui-même : commandes de build, découvertes de débogage, décisions architecturales, préférences de style de code.

Brillant en théorie. Chaotique en pratique.

Voici ce qui se passe réellement après environ 20 sessions sur un vrai projet. Les fichiers mémoire commencent à accumuler du bruit. Pas des déchets à proprement parler -- chaque note individuelle avait du sens quand Claude l'a écrite. Mais avec le temps, la collection devient une usine à contradictions. La session 8 dit "L'API utilise Express." La session 14 dit "API migrée vers Fastify." Les deux entrées coexistent, côte à côte, semant la confusion chez le futur Claude qui hésite dans ses réponses ou choisit la mauvaise. Les horodatages relatifs comme "hier nous avons refactoré le module d'authentification" deviennent sans signification trois semaines plus tard. Les notes de débogage pour des bugs corrigés il y a des mois occupent toujours de l'espace, grignotant le context window et supplantant les informations qui comptent vraiment.

J'ai heurté ce mur vers la session 22 sur un projet Laravel. Claude a commencé à me faire des suggestions qui contredisaient des décisions que nous avions prises ensemble. Il recommandait Sanctum pour l'authentification -- une migration dont nous nous étions explicitement éloignés à la session 15. Le fichier mémoire contenait les deux entrées, et Claude ne pouvait pas déterminer laquelle était actuelle.

J'ai tenté la solution évidente : des prompts système instruisant Claude de garder ses souvenirs en ordre. "Toujours mettre à jour plutôt qu'ajouter." "Supprimer les entrées obsolètes." "Résoudre les contradictions." Cela a aidé marginalement. Le problème fondamental est structurel. Auto Memory écrit vers l'avant -- il ajoute des informations session après session. Rien ne revient examiner ce qui est déjà là. Rien ne vérifie si les notes de mardi ont encore du sens vendredi.

Ce n'est pas non plus ainsi que fonctionne la mémoire humaine, quand on y réfléchit. Votre cerveau n'empile pas simplement tout ce qui s'est passé dans la journée sur le tas d'hier. Il traite. Il consolide. Il fait cela pendant le sommeil -- plus précisément pendant les cycles REM, quand les souvenirs à court terme sont réorganisés en stockage à long terme. Les connexions importantes se renforcent. Les détails non pertinents s'estompent. Les contradictions se résolvent.

Anthropic a apparemment eu la même réflexion. Et ils ont construit la solution.

Ce qu'est réellement Auto Dream (et pourquoi le nom compte)

Auto Dream est un sous-agent en arrière-plan qui s'exécute entre vos sessions Claude Code. Sa mission est de faire pour les fichiers mémoire de Claude ce que le sommeil REM fait pour votre cerveau : passer en revue tout ce qui s'est accumulé, conserver ce qui compte, écarter ce qui ne compte pas, et organiser le reste pour que les sessions futures partent d'une base propre.

Le choix du nom est délibéré. Ce n'est pas du jargon marketing. Le prompt système divulgué instruit explicitement l'agent : "You are performing a dream -- a reflective pass over your memory files. Synthesize what you've learned recently into durable, well-organized memories so that future sessions can orient quickly."

Et la base théorique est réelle. Un article de UC Berkeley et Letta d'avril 2025 -- "Sleep-time Compute: Beyond Inference Scaling at Test-time" -- a démontré que les modèles qui pré-calculent pendant les temps d'inactivité peuvent réduire le calcul en temps de test par un facteur de 2,5 à précision égale, avec des gains de précision mesurables sur les tâches de raisonnement. Les chercheurs ont découvert que la prévisibilité des requêtes utilisateur corrèle directement avec l'efficacité du traitement pendant le temps de sommeil. En d'autres termes : plus votre IA peut anticiper vos besoins sur la base des sessions passées, mieux elle performe quand vous vous mettez réellement au travail.

Auto Dream de Claude Code prend cette recherche et l'applique à la gestion de la mémoire. Au lieu de brûler des tokens de contexte sur des notes contradictoires et obsolètes pendant votre session active, il traite ces notes pendant votre absence. Vous revenez à une base de connaissances plus propre et mieux organisée. L'agent s'oriente plus rapidement. Les réponses sont plus précises.

La différence entre Auto Memory et Auto Dream correspond presque parfaitement à ce que les neuroscientifiques décrivent comme la différence entre l'encodage et la consolidation. Auto Memory encode -- il capture l'information au moment où elle se produit. Auto Dream consolide -- il traite, organise et renforce ces souvenirs pendant les temps de repos. Les deux sont nécessaires. L'un sans l'autre finit par s'effondrer.

Mais voici ce qui rend cela véritablement intéressant, et pourquoi je pense que la plupart des analyses sous-estiment cette fonctionnalité : Auto Dream n'est pas qu'un simple script de nettoyage. C'est une décision d'architecture cognitive. Anthropic construit des agents IA qui reproduisent les systèmes de mémoire biologiques -- non pas comme une métaphore, mais comme un modèle d'ingénierie. Les quatre phases d'Auto Dream correspondent aux stades documentés de la consolidation de la mémoire en neurosciences. C'est soit une coïncidence remarquable, soit un signe de la direction que prend l'IA agentique.

Laissez-moi vous guider à travers ces quatre phases, car les détails d'implémentation révèlent beaucoup sur la façon dont Anthropic conçoit les systèmes d'agents de longue durée.

Les quatre phases en détail : comment Auto Dream fonctionne réellement

Auto Dream opère comme un sous-agent dédié fonctionnant dans un environnement restreint. Il a un accès en lecture à votre code projet mais ne peut écrire que dans les fichiers mémoire. C'est une frontière de sécurité intelligente -- l'agent rêveur ne peut pas accidentellement modifier votre code source en réorganisant ses notes. Il utilise également un mécanisme de fichier de verrouillage pour empêcher plusieurs processus Auto Dream de s'exécuter simultanément sur le même projet.

L'ensemble du processus suit quatre phases distinctes.

Phase 1 : Orientation

L'agent rêveur commence par lire l'état actuel de sa mémoire. Il liste le répertoire mémoire situé à ~/.claude/projects/<project>/memory/, lit le fichier d'index principal MEMORY.md, et survole chaque fichier thématique existant pour comprendre ce qui est déjà stocké et comment c'est organisé.

Imaginez cela comme vous réveiller et parcourir votre carnet avant de commencer à réorganiser. L'agent doit comprendre avec quoi il travaille avant de pouvoir améliorer quoi que ce soit. Cette phase prévient un mode de défaillance courant des systèmes automatisés -- le traitement aveugle sans compréhension de l'état initial, ce qui conduit à des entrées dupliquées ou des informations perdues.

Ce qui est notable ici, c'est que l'agent lit d'abord l'index. MEMORY.md fonctionne comme une table des matières pour tous les fichiers mémoire thématiques. L'agent l'utilise pour cartographier la structure de connaissances actuelle avant de toucher à un fichier individuel. Il recherche des lacunes, des chevauchements et des problèmes organisationnels au niveau structurel avant de se plonger dans les questions de contenu.

Phase 2 : Collecte de signaux

C'est ici que le vrai travail commence. L'agent rêveur scanne tous les transcripts des sessions précédentes -- stockés localement sous forme de fichiers JSONL -- à la recherche de motifs dignes d'être préservés.

Il recherche des signaux spécifiques : les corrections utilisateur (moments où vous avez dit à Claude qu'il avait tort ou réorienté son approche), les thèmes récurrents (sujets ou outils qui reviennent sans cesse d'une session à l'autre), les décisions architecturales importantes et les changements de direction du projet. Les journaux quotidiens, s'ils existent, sont également examinés.

La clé de cette phase réside dans ce qu'elle ne fait pas. Elle ne traite pas chaque session de manière égale. Une session où vous et Claude avez débattu de trois approches d'authentification différentes avant d'en choisir une pèse différemment d'une session où vous avez demandé à Claude d'ajouter un console.log. L'agent fait de la reconnaissance de motifs pour les moments à forte valeur -- les décisions, corrections et préférences qui façonnent les sessions futures.

C'est aussi là que l'agent vérifie la dérive. Si un fichier mémoire dit "le projet utilise PostgreSQL" mais que les sessions récentes montrent des interactions avec MySQL, l'agent signale cette contradiction pour résolution dans la phase suivante.

Phase 3 : Consolidation

La consolidation est l'étape de transformation centrale. L'agent prend tout ce qu'il a collecté en Phase 2 et le fusionne avec la structure mémoire existante. Plus précisément, il :

Convertit les dates relatives en dates absolues. "Hier nous sommes passés de REST à GraphQL" devient "Le 12/03/2026, le projet a migré de REST vers GraphQL." Cela semble anodin mais c'est considérable. Trois semaines plus tard, "hier" ne veut plus rien dire. Une date absolue reste précise pour toujours. Cette seule opération élimine l'une des plus grandes sources de confusion mémorielle dans les projets de longue durée.

Supprime les faits contredits. Si la session 8 dit "l'API utilise Express" et la session 14 dit "Migration vers Fastify", l'entrée Express est supprimée. L'agent n'hésite pas et ne conserve pas les deux -- il identifie la séquence temporelle et préserve la vérité la plus récente.

Fusionne les entrées redondantes. Si trois sessions différentes ont noté la même particularité de la commande de build, celles-ci sont consolidées en une seule entrée propre. Cela réduit directement la consommation du context window. Au lieu de trois descriptions légèrement différentes du même problème consommant 300 tokens, vous obtenez une description précise de 80 tokens.

Organise par thème. Plutôt qu'un déversement chronologique, les souvenirs sont organisés en fichiers thématiques qui reflètent la manière dont vous souhaiteriez réellement les consulter. Les décisions architecturales dans un fichier. Les préférences d'outillage dans un autre. Les contextes de débogage actifs dans un troisième.

La phase de consolidation est celle où l'analogie avec le sommeil REM tient le mieux. Pendant le sommeil REM humain, l'hippocampe rejoue les expériences récentes tandis que le néocortex les intègre dans les structures de connaissances existantes. C'est presque exactement ce qui se passe ici -- les données de sessions récentes (rejeu hippocampique) sont intégrées dans les fichiers thématiques organisés (stockage néocortical).

Phase 4 : Élagage et indexation

La phase finale impose une contrainte stricte : maintenir MEMORY.md en dessous de 200 lignes.

Ce n'est pas arbitraire. L'index mémoire est injecté dans le contexte de chaque session Claude Code. Un fichier d'index de 500 lignes consomme des tokens de contexte qui devraient être disponibles pour le travail réel. Le plafond de 200 lignes force l'agent à prioriser impitoyablement -- les entrées obsolètes sont supprimées, les descriptions verbeuses sont compressées, et l'index est restructuré pour référencer des sous-fichiers thématiques plutôt que de tout inclure en ligne.

Après l'élagage, l'agent reconstruit l'index. Chaque fichier thématique reçoit une référence d'une ligne dans MEMORY.md avec une brève description. Les sessions futures peuvent alors charger uniquement les fichiers thématiques pertinents pour la conversation en cours, plutôt que d'ingérer l'intégralité du corpus mémoriel.

Dans un cas documenté, Auto Dream a consolidé 913 sessions de mémoire accumulée en une structure propre et organisée en moins de 9 minutes. Ce sont 913 sessions de notes, corrections, décisions et préférences -- distillées en une base de connaissances cohérente pendant que le développeur dormait vraisemblablement ou allait chercher un café.

Comment vérifier si Auto Dream est actif (et quoi faire s'il ne l'est pas)

C'est ici que les choses deviennent un peu floues. En mars 2026, Auto Dream est en déploiement discret. Il ne figure pas dans la documentation officielle d'Anthropic. L'infrastructure est construite et présente dans le binaire Claude Code (v2.1.59+), mais tous les utilisateurs n'y ont pas encore accès.

Pour vérifier votre statut, exécutez la commande /memory dans n'importe quelle session Claude Code. Cherchez une ligne qui dit "Auto-dream: on" ou "Auto-dream: off." Si vous voyez le bouton bascule, la fonctionnalité est disponible dans votre installation -- même si elle est actuellement désactivée.

Si vous ne voyez pas du tout l'option Auto-dream, vous êtes sur une version qui n'a pas encore reçu le déploiement. Mettez à jour vers la dernière version de Claude Code et vérifiez à nouveau.

Pour ceux qui voient "Auto-dream: off" -- le bouton bascule apparaît mais ne peut apparemment pas être activé via l'interface pour tous les utilisateurs. Anthropic semble contrôler l'activation complète de manière progressive.

Il existe une solution de contournement que plusieurs développeurs ont confirmée : vous pouvez déclencher manuellement un cycle de rêve en le demandant directement à Claude. Tapez "dream", "auto dream" ou "consolidate my memory files" dans votre session. Claude exécutera le processus de consolidation en ligne. Cela prend plusieurs minutes -- 8 à 9 minutes lors de mes tests sur un projet d'environ 40 sessions -- mais cela ne bloque pas votre workflow habituel. Vous pouvez continuer à travailler dans Claude Code pendant que le rêve s'exécute dans un processus séparé.

Si vous souhaitez reproduire l'expérience complète d'Auto Dream sans attendre le déploiement officiel, il existe un dream skill open source sur GitHub qui réplique le processus de consolidation en quatre phases avec un déclenchement automatique toutes les 24 heures. Je ne l'ai pas testé de manière exhaustive, mais l'architecture reflète ce qu'Anthropic a construit en interne.

Quand Auto Dream s'exécute-t-il réellement ?

Lorsqu'il est pleinement actif, Auto Dream ne se déclenche automatiquement que lorsque deux conditions sont remplies :

Plus de 24 heures se sont écoulées depuis la dernière consolidation
Plus de 5 nouvelles sessions ont eu lieu depuis la dernière consolidation

Les deux conditions doivent être vraies. Cela évite un traitement inutile les jours où vous n'ouvrez Claude Code que pour une question rapide, et garantit qu'il y a suffisamment de nouveau matériel pour justifier un passage de consolidation. Utilisation efficace des ressources -- le système ne rêve que s'il y a quelque chose qui mérite d'être rêvé.

Le déclenchement conditionnel signifie aussi qu'Auto Dream ne se lance pas sur des projets que vous n'avez pas touchés depuis des semaines. Il recherche une mémoire active et croissante -- pas des archives dormantes.

Ce que cela signifie pour votre workflow Claude Code

Je travaille avec des souvenirs consolidés depuis environ deux semaines -- en partie grâce à des déclenchements manuels, en partie grâce à ce qui semble être le système automatique qui se met en marche de lui-même. La différence est suffisamment marquée pour que je veuille être précis sur ce qui a changé.

Le temps de démarrage de session a diminué sensiblement. Claude Code passait auparavant les premiers échanges de chaque session à se réorienter. Je posais une question sur le module de paiement et il référençait un schéma obsolète, je le corrigeais, et ensuite nous passions au vrai travail. Après la consolidation, il s'oriente du premier coup. Les fichiers mémoire propres et organisés permettent au contexte pertinent de se charger correctement dès la première fois.

Les contradictions ont disparu. La confusion Sanctum-vs-JWT-personnalisé que j'ai mentionnée plus tôt ? Disparue. Le fichier mémoire contient désormais une seule entrée datée : "Authentification migrée de Sanctum vers une implémentation JWT personnalisée (03/02/2026)." Aucune ambiguïté. Aucune hésitation.

L'efficacité du context window s'est améliorée. C'est plus difficile à quantifier, mais je l'ai ressenti. Avec une empreinte mémoire plus propre et plus réduite, Claude avait plus de place pour la résolution de problèmes concrète. Le plafond de 200 lignes sur l'index mémoire signifie que moins de contexte est consommé par l'orientation et plus est alloué au travail que je demande réellement.

La continuité inter-sessions s'est améliorée. Claude fait maintenant référence à des décisions prises il y a 15 sessions avec la même assurance que pour celles de la session précédente. Le processus de consolidation crée une structure temporelle plate -- tout ce qui est encore pertinent est également accessible, indépendamment du moment où cela a été initialement enregistré.

Si vous travaillez avec Claude Code sur un projet depuis plus de quelques semaines, je vous recommande vivement de déclencher un cycle de rêve manuel. Même si vous n'avez pas encore la fonctionnalité automatique, la consolidation unique vaut les 9 minutes.

Pour les équipes qui ont besoin de ce type d'architecture de mémoire persistante intégrée dans des systèmes IA en production, j'accepte des projets d'intégration Claude Code sur Fiverr -- la mise en place de la gestion de la mémoire, des workflows d'agents et des couches d'automatisation qui transforment Claude Code d'un assistant de codage en un véritable membre de l'équipe.

La vision d'ensemble : les agents IA apprennent à dormir

Prenez du recul par rapport aux détails d'implémentation un instant et considérez ce qu'Anthropic est réellement en train de faire ici.

Ils construisent un agent IA qui travaille le jour et traite ses expériences la nuit. Il accumule des connaissances à travers des sessions actives, puis consolide ces connaissances pendant les temps d'inactivité par le biais d'un processus de révision structuré qui reproduit les systèmes de mémoire biologiques. Les quatre phases -- orienter, collecter les signaux, consolider, élaguer -- ne sont pas des choix d'ingénierie arbitraires. Elles correspondent aux stades documentés de la consolidation de la mémoire dans la recherche en neurosciences.

Cela compte au-delà de Claude Code. L'article Sleep-time Compute de UC Berkeley et Letta a démontré que le traitement hors ligne pendant les périodes d'inactivité peut réduire les coûts d'inférence active par un facteur de 2,5 tout en maintenant la précision. Les chercheurs ont spécifiquement étudié cela dans le contexte de tâches d'ingénierie logicielle agentique -- exactement le domaine dans lequel Claude Code opère.

Les implications s'étendent à tout système d'agents IA de longue durée. Des agents de support client qui consolident les motifs d'interaction pendant la nuit. Des agents de revue de code qui synthétisent les tendances de feedback sur des centaines de PR. Des agents de gestion de projet qui distillent des semaines de notes de standup en résumés exploitables sur la santé du projet. Le schéma est le même : accumuler pendant l'utilisation active, consolider pendant les temps d'inactivité, revenir plus affûté.

Ce qu'Anthropic a livré ici n'est pas juste une fonctionnalité. C'est un paradigme pour la façon dont les agents IA persistants devraient gérer les connaissances au fil du temps. Et le fait qu'ils l'aient modélisé sur les systèmes de mémoire biologiques plutôt que sur l'optimisation traditionnelle des bases de données suggère qu'ils réfléchissent à la cognition des agents à un niveau fondamentalement différent de la plupart des entreprises d'IA.

J'ai écrit il y a quelque temps sur les systèmes IA auto-améliorants -- des systèmes qui évaluent leurs propres performances et s'améliorent de manière autonome. Auto Dream est une capacité complémentaire. L'auto-amélioration change ce que l'agent fait. La consolidation de la mémoire change ce que l'agent sait. Ensemble, ils créent des agents qui deviennent véritablement meilleurs au fil du temps sans maintenance humaine constante.

Les limitations honnêtes

Je vous rendrais un mauvais service si je présentais cela comme un problème résolu. Auto Dream a de véritables limitations qu'il convient de connaître.

C'est encore expérimental. La fonctionnalité est non documentée, partiellement déployée et pourrait changer significativement avant la sortie officielle. Construire des workflows critiques qui dépendent du comportement actuel d'Auto Dream est risqué. Anthropic ne s'est engagé ni sur la surface API, ni sur les conditions de déclenchement, ni même sur la structure en quatre phases.

Le plafond de 200 lignes est un instrument grossier. Pour des projets complexes avec une histoire architecturale profonde, 200 lignes ne suffisent pas. J'ai travaillé sur des projets où les décisions architecturales seules rempliraient 200 lignes. L'agent d'élagage doit porter des jugements sur ce qui est "obsolète" par rapport à ce qui est "fondamental", et ces jugements ne sont pas toujours justes. Je l'ai vu élaguer une note de migration de base de données qui était encore pertinente parce que la dernière référence remontait à 30 sessions.

Les déclenchements manuels ne reproduisent pas parfaitement le comportement automatique. Quand vous demandez à Claude de "rêver" en ligne, cela s'exécute dans le contexte de votre session actuelle. Le véritable sous-agent Auto Dream s'exécute dans un environnement dédié et restreint avec des permissions et une isolation spécifiques. La version en ligne fonctionne, mais elle n'est pas identique.

Il n'y a pas d'annulation. Si l'agent rêveur supprime quelque chose dont vous aviez besoin, c'est perdu. Les fichiers mémoire sont écrasés sur place. Il n'y a pas d'historique de versions, pas de mécanisme de restauration. Si vous travaillez sur un projet où la précision de la mémoire est critique, pensez à suivre votre répertoire ~/.claude/projects/<project>/memory/ avec git avant de déclencher une consolidation. C'est devenu ma pratique standard.

Les projets multi-développeurs ne sont pas encore gérés élégamment. Le répertoire mémoire est par projet, basé sur le chemin du dépôt git, ce qui signifie que tous les développeurs partageant un dépôt partagent le même répertoire mémoire. Auto Dream consolide en fonction de toutes les sessions, pas seulement des vôtres. Dans un contexte d'équipe, cela pourrait consolider des souvenirs reflétant des préférences contradictoires de différents développeurs. L'issue GitHub qui suit cela identifie l'identité, la précision et la transparence comme les trois lacunes principales.

Ce sont de véritables limitations. Elles n'annulent pas la valeur -- même avec ces réserves, la mémoire consolidée est radicalement meilleure qu'une prolifération mémorielle non contrôlée. Mais allez-y les yeux ouverts.

Ce que je recommanderais maintenant

Si vous utilisez Claude Code sur un projet de plus de 10 sessions, voici ce que je ferais aujourd'hui :

Étape 1 : Exécutez /memory dans votre prochaine session Claude Code. Vérifiez si vous voyez le bouton bascule Auto-dream. S'il est là et réglé sur "on", vous en bénéficiez déjà. S'il est sur "off" ou absent, passez à l'étape 2.

Étape 2 : Avant de déclencher toute consolidation, sauvegardez votre répertoire mémoire. Exécutez :

cp -r ~/.claude/projects/$(pwd | sed 's|/|%2F|g')/memory ~/claude-memory-backup-$(date +%Y%m%d)

Étape 3 : Dans votre session Claude Code, tapez : "Consolidate my memory files. Review all existing memories, remove contradictions, convert relative dates to absolute dates, merge duplicates, and prune stale entries."

Étape 4 : Attendez 8 à 10 minutes. Vous pouvez continuer à travailler sur d'autres choses -- la consolidation s'exécute en arrière-plan.

Étape 5 : Après achèvement, examinez les fichiers mémoire mis à jour. Vérifiez que rien de critique n'a été élagué. Si quelque chose d'important manque, restaurez depuis votre sauvegarde et relancez avec des instructions plus spécifiques sur ce qui doit être préservé.

Étape 6 : Répétez mensuellement, ou chaque fois que Claude Code montre des signes de confusion mémorielle -- contredire des décisions antérieures, référencer du code obsolète, ou hésiter sur des faits qu'il devrait connaître avec certitude.

Si vous souhaitez automatiser cela, le projet dream-skill sur GitHub implémente un déclencheur automatique toutes les 24 heures qui imite le comportement officiel d'Auto Dream. C'est construit par la communauté, pas officiellement par Anthropic, mais l'architecture est solide.

Votre agent IA a désormais un subconscient

La session qui a lancé toute cette investigation -- celle de 23 heures où Claude semblait soudainement plus vif -- s'est avérée être l'une des plus productives que j'aie eues sur ce projet. Claude a fait référence à une stratégie de mise en cache que j'avais rejetée à la session 6 mais qui était redevenue pertinente après nos changements architecturaux de la session 19. Il ne se souvenait pas simplement que la stratégie existait. Il comprenait la chronologie : initialement rejetée parce que nous étions sur un serveur unique, maintenant pertinente parce que nous étions passés à une architecture distribuée.

Ce type de raisonnement temporel à travers 19 sessions de contexte accumulé est exactement ce que la consolidation rend possible. Les fichiers mémoire bruts contenaient les deux entrées -- "stratégie de cache rejetée" et "passage à l'architecture distribuée" -- mais c'étaient des notes déconnectées enfouies dans le bruit. Après consolidation, elles étaient organisées, datées et connectées.

Votre agent de codage IA rêve désormais. Il passe en revue ses expériences pendant que vous dormez. Il se réveille plus vif, avec des souvenirs plus propres et un meilleur jugement. Il y a un an, cette phrase aurait ressemblé à de la science-fiction. Aujourd'hui, c'est une fonctionnalité que vous pouvez activer dans votre terminal.

La question n'est pas de savoir si cela change votre façon d'utiliser Claude Code. C'est le cas. La question est de savoir ce qui se passe quand chaque agent IA de votre workflow obtient cette capacité -- quand votre réviseur de code, votre planificateur de projet, votre moniteur de déploiement et votre rédacteur de documentation consolident tous leurs expériences pendant la nuit et se présentent au travail le lendemain matin un peu plus intelligents que la veille.

Cet avenir n'est pas dans un an. L'infrastructure est déjà dans le binaire.

Questions fréquemment posées

Qu'est-ce que Claude Code Auto Dream ?

Auto Dream est une fonctionnalité expérimentale de Claude Code qui consolide les fichiers mémoire entre les sessions, de manière similaire à la façon dont le sommeil REM organise les souvenirs humains. Il exécute un sous-agent en arrière-plan qui élague les entrées obsolètes, résout les contradictions, convertit les dates relatives en horodatages absolus et réorganise les souvenirs en fichiers thématiques propres. Accédez-y via la commande /memory dans n'importe quelle session Claude Code.

Comment activer Auto Dream dans Claude Code ?

Exécutez /memory dans votre session Claude Code pour vérifier la présence du bouton bascule Auto-dream. Si le bouton apparaît mais ne s'active pas, vous pouvez déclencher manuellement la consolidation en tapant "consolidate my memory files" directement à Claude. La fonctionnalité nécessite Claude Code v2.1.59 ou version ultérieure et est toujours en déploiement progressif en mars 2026.

Auto Dream supprime-t-il mes souvenirs Claude Code ?

Auto Dream élague les entrées obsolètes et contredites mais préserve les informations actuelles et pertinentes. Il supprime les faits dépassés (comme les références à des frameworks dont vous avez depuis migré), fusionne les entrées dupliquées et maintient l'index mémoire en dessous de 200 lignes. Sauvegardez votre répertoire mémoire avant la première utilisation -- il n'y a pas de mécanisme d'annulation intégré.

Combien de temps prend l'exécution de Claude Code Auto Dream ?

Un cycle de consolidation typique prend 8 à 10 minutes selon le nombre de sessions accumulées. Il s'exécute en arrière-plan sans bloquer votre session Claude Code active. Le processus ne se déclenche automatiquement que lorsque plus de 24 heures et plus de 5 sessions se sont écoulées depuis la dernière consolidation.

Quelle est la différence entre Auto Memory et Auto Dream ?

Auto Memory capture les informations pendant les sessions actives -- il encode les notes sur les décisions, les préférences et les détails du projet au fur et à mesure. Auto Dream consolide ces notes entre les sessions -- en révisant, organisant et élaguant les souvenirs accumulés pour qu'ils restent utiles dans le temps. Auto Memory écrit vers l'avant ; Auto Dream regarde en arrière. Les deux sont nécessaires pour une mémoire d'agent efficace à long terme.

Travaillons ensemble

Vous souhaitez développer des systèmes IA, automatiser des workflows ou faire monter en puissance votre infrastructure technologique ? Je serais ravi de vous aider.

Fiverr (solutions sur mesure & intégrations) : fiverr.com/s/EgxYmWD
Portfolio : mejba.me
Ramlit Limited (solutions entreprise) : ramlit.com
ColorPark (design & branding) : colorpark.io
xCyberSecurity (services de sécurité) : xcybersecurity.io