Devin reçoit une mémoire personnelle et des « rêves » quotidiens, adossés à un dépôt Git

Cognition a ajouté deux mécanismes à Devin : Memory et Dreaming. Le premier transporte d'une session à l'autre ce que l'agent a appris en travaillant avec une personne précise : préférences, corrections, leçons tirées des projets. Le second lance une fois par jour une session en arrière-plan, qui relit les notes accumulées, fusionne les doublons et écarte ce qui est périmé. Le tout est stocké dans un dépôt Git personnel de fichiers markdown. Le standard de construction de cette mémoire a, lui, été publié en accès libre par l'entreprise.

Comment fonctionne la mémoire

Avec un agent, l'essentiel s'apprend souvent en cours de route. Vous avez corrigé une hypothèse erronée. Vous avez expliqué pourquoi une approche ne conviendrait pas au projet en cours. L'agent a passé une demi-journée à lutter contre un caprice de l'environnement, et a fini par en venir à bout. Jusqu'ici, ces leçons disparaissaient à la fermeture de la session, ou il fallait s'interrompre pour mettre à jour un skill à la main. Désormais, Devin les enregistre lui-même dans des notes.

Détail important : il ne s'agit pas de résumés de sessions. Ce sont de courtes notes sur des leçons, et chacune renvoie à la session dans laquelle la leçon a été apprise. La mémoire est personnelle. Elle est rattachée à vous au sein de l'organisation sur devin.ai et ne se transforme pas en consignes communes pour toute l'équipe.

Physiquement, la mémoire se trouve dans le Memory Drive. C'est un dépôt Git persistant de fichiers markdown, qu'on peut répartir par dépôts, projets ou thèmes. Un court fichier MEMORY.md contient les préférences générales et l'index des autres fichiers. Au début d'une session, Devin ne reçoit que celui-ci dans son contexte ; il retrouve et lit les notes utiles avec les mêmes outils que ceux qu'il emploie pour parcourir le code. L'archive entière n'est pas chargée dans le prompt.

Chaque session travaille sur son propre checkout Git. Après la modification d'une note, Devin fait un commit, récupère les changements des autres sessions et enregistre le résultat sur le disque partagé. Si une session parallèle a écrit une mise à jour avant lui, la vérification de révision rejette l'écriture obsolète et Devin réessaie sur la version à jour. Les modifications conflictuelles sont remontées pour résolution et ne sont pas écrasées en silence. Plusieurs sessions peuvent donc enrichir simultanément une même mémoire, et la copie locale d'aucune d'entre elles ne fait office de source de vérité.

Dreaming : le ménage planifié

Noter une leçon pendant une tâche ne représente que la moitié du travail. Il faut aussi relire les notes à la lumière du contexte de toutes les sessions. C'est le rôle de Dreaming : une session quotidienne en arrière-plan, où Devin parcourt les conversations passées en même temps que la mémoire actuelle et améliore l'index pour les prochains lancements.

Voici ce qu'il fait concrètement :

• il fusionne les notes qui se recoupent ;
• il retire les détails temporaires, par exemple le port du serveur de dev, qui n'était valable que dans la journée ;
• il cherche les leçons utiles qui n'ont pas été enregistrées dans la mémoire pendant le travail ;
• il supprime les entrées périmées et celles qu'aucune session n'a utilisées.

Lors de cette réorganisation, Devin conserve les liens vers les sources et les préférences que l'utilisateur a explicitement exprimées. Dans l'exemple de l'annonce, une semaine de travail produit sept notes à plat dans l'index : sur le gestionnaire de paquets bun, sur la stack NextJS et TypeScript, sur Tailwind, sur l'ordre des PR pour les migrations. Certaines se recoupent, et l'une est déjà obsolète. Dreaming transforme ce tas en un ensemble structuré. Toutes les sessions Dreaming sont consultables dans l'interface.

Mémoire et skills

Cognition trace une frontière entre deux notions. Le skill fixe un processus répétable, par exemple les étapes de test et de publication d'une release. La mémoire conserve ce que Devin a appris sur vous : le choix d'une stack et la raison que vous avez donnée. Le skill fournit la procédure, la mémoire fournit le contexte pour l'appliquer. Les deux peuvent contenir des instructions, mais elles ne vivent pas de la même façon. Les skills sont empaquetés de manière délibérée pour être réutilisés ; la mémoire, elle, s'accumule au fil des sessions et se révise via Dreaming.

Le standard ouvert mérite une attention particulière. Les développeurs d'autres agents peuvent intégrer ce schéma à leur projet et proposer des modifications au dépôt sur cognition.ai/agent-memory-repo. Le choix de Git et du markdown rend la mémoire lisible et vérifiable par un humain, sans base vectorielle fermée.

Comment l'essayer

Dans devin.ai, ouvrez Customize → Memory. Vous y verrez toutes les notes et les sessions Dreaming récentes. Commencez par vérifier ce que l'agent a noté à bon escient et ce qu'il a transformé en bruit. Le superflu peut être supprimé, et il vaut mieux formuler directement dans la conversation les préférences explicites pour qu'elles entrent dans la mémoire. Si vous construisez votre propre agent, consultez le dépôt ouvert : le schéma, avec un index dans un seul fichier, un checkout par session et une vérification de révision, se transpose à toute stack disposant de Git.