Le dreaming d’OpenClaw

Le cœur de mémoire d’OpenClaw a un processus d’arrière-plan que la documentation appelle dreaming : un balayage qui exécute trois phases coopératives, légère, REM et profonde, fait passer les signaux forts à court terme en mémoire durable, et garde tout cela explicable et vérifiable. Il est activé par défaut. Voici ce que fait chaque phase, ce que le dreaming écrit et où, les règles de sûreté d’une réécriture de MEMORY.md, les signaux de classement, l’horaire, et les façons de le regarder.

Les trois phases

• La phase légère trie et met en attente le matériel récent à court terme : elle lit l’état de rappel récent, les fichiers de mémoire quotidiens et les transcriptions de session expurgées, dédoublonne les signaux, met en attente des lignes candidates, enregistre des signaux de renforcement, et n’écrit jamais dans MEMORY.md.
• La phase REM réfléchit aux thèmes et idées récurrentes des traces récentes à court terme, écrit son propre bloc géré, et enregistre le renforcement utilisé par le classement profond ; elle n’écrit jamais non plus dans MEMORY.md.
• La phase profonde note et promeut : les candidats passent un score pondéré et trois seuils, score minimal, nombre de rappels minimal et nombre minimal de requêtes distinctes, sont réhydratés depuis les fichiers quotidiens vivants pour que les extraits périmés soient ignorés, et vont à une complétion sans outils qui choisit des ajouts, des fusions et des remplacements par rapport au MEMORY.md courant.
• Seule la phase profonde écrit de la mémoire durable, et la promotion à long terme n’écrit que dans MEMORY.md ; la sortie lisible va dans DREAMS.md et des rapports de phase datés facultatifs.

Le journal est destiné à la lecture humaine dans l’interface Dreams, pas une source de promotion.

Les règles de sûreté

Avant la construction du prompt de consolidation, les candidats dont la provenance est non fiable ou système sont retirés, une barrière structurelle de contamination plutôt qu’une pénalité de score. Le modèle renvoie des décisions d’opération, pas de la prose de remplacement, et l’écrivain de mémoire les applique en utilisant l’entrée bornée et sourcée de chaque candidat. Une réécriture acceptée doit préserver les entrées antérieures dans une fraction de perte, un quart par défaut, inclure la référence de source de chaque candidat promu, rester dans le budget de fichier sûr pour l’amorçage, et se lire comme la structure attendue ; si le modèle est indisponible ou si la réécriture échoue à la validation, le dreaming retombe sur l’ancienne promotion par simple ajout. Le MEMORY.md précédent est stocké avant que le fichier change, et DREAMS.md reçoit les comptes d’ajouts, de fusions et de remplacements avec de courts points saillants de type diff. L’ingestion des transcriptions ne prend que les sessions interactives, jamais celles de cron, de battement de cœur ou de sous-agents, expurge d’abord le contenu personnel et sensible, et retire le contexte rappelé pour qu’un extrait rappelé ne puisse pas être réappris comme mémoire nouvelle.

Classement, horaire, journal

• Le classement profond utilise six signaux pondérés : la pertinence à 0,30, la fréquence à 0,24, la diversité des requêtes et la fraîcheur à 0,15 chacune, la consolidation sur plusieurs jours à 0,10 et la richesse conceptuelle à 0,06, plus un petit bonus décroissant venu des passages légers et REM. Chaque entrée promue porte jusqu’à trois phrases déclencheuses et une importance de 1 à 10, et les entrées annotées existantes sont conservées octet pour octet sauf fusion ou remplacement explicite.
• Quand il est activé, le cœur de mémoire gère une tâche cron pour un balayage complet, à trois heures du matin par défaut dans le fuseau configuré, en partageant le budget de travail d’arrière-plan d’au plus trois exécutions avec les autres complétions d’extensions ; une flotte multi-agents a besoin d’un agent système pour posséder la tâche, sinon le journal signale qu’une tâche cron sans agent n’a pas de propriétaire résoluble.
• Quand chaque phase a assez de matière, une complétion d’arrière-plan sans outils ajoute une courte entrée de journal des rêves à DREAMS.md, avec le modèle par défaut de l’agent sauf si un modèle de dreaming est configuré, et une exécution échouée ou vide écrit une entrée de repli et rapporte un résultat dégradé pour que le manque soit visible.

La mémoire d’OpenClaw expliquée explique les fichiers que ce balayage alimente, et Les sessions d’OpenClaw les transcriptions qu’il a le droit de lire.

L’activer, le lire, le remplir a posteriori

La commande slash rapporte l’état et active ou désactive le dreaming, ces deux dernières actions étant réservées aux propriétaires ou aux administrateurs de la passerelle ; la clé de configuration sous l’extension du cœur de mémoire le désactive entièrement ou change la cadence et le fuseau. La CLI prévisualise ou applique la promotion, explique pourquoi un candidat donné serait promu ou non, et lance le harnais REM sans rien écrire ; une voie de remplissage a posteriori ancrée peut rejouer des notes quotidiennes historiques ou l’historique de sessions conservé en entrées de journal réversibles et en candidats mis en attente, avec des commandes de retour arrière. L’onglet Dreams de la passerelle montre l’état d’activation, l’état des phases, les comptes, la prochaine exécution et le lecteur de journal. Les automatisations d’OpenClaw couvre la mécanique cron sur laquelle repose le balayage.

Sur Diali

Sur Diali, les fichiers de mémoire vivent dans l’espace de travail persistant de l’assistant, si bien qu’un balayage à trois heures du matin a quelque chose à consolider et un endroit où le garder. OpenClaw hébergé sur Diali est l’assistant.

• La phase légère met en attente, REM réfléchit, la profonde promeut.
• Une réécriture ne peut pas perdre plus d’un quart des entrées antérieures.
• Le journal sert à lire, jamais à promouvoir.