OpenClaw 4.5–4.12 : le homard rêve — une mémoire qui grandit pendant que tu dors

Quand 3.28 est sorti, dreaming, c'était un paragraphe tout en bas du changelog. Un processus expérimental de croissance de mémoire qui tournait en arrière-plan. Le homard apprenait à dormir.

Huit jours et cinq releases plus tard, le homard rêve pour de vrai.

Trois phases, chacune à son propre rythme

Le gros refactor a atterri en 4.5. Avant, dreaming, c'était un tas de modes en concurrence — un seul pouvait tourner à la fois, et les bords entre eux étaient flous. 4.5 a scindé ça en trois phases coopératives : light, deep et REM.

Chacune a son propre calendrier, son propre comportement de récupération, sa propre porte de promotion. Le sommeil léger s'occupe de la promotion pondérée du recall à court terme. Le sommeil profond est l'endroit où la mémoire durable est réellement écrite. REM est la seule autorisée à préparer des "vérités potentiellement durables" et à les prévisualiser avant qu'elles ne franchissent la porte.

Avec la scission sont arrivés des contrôles d'aging configurables : recencyHalfLifeDays et maxAgeDays te laissent ajuster la décroissance du recall. Le logging verbose optionnel montre quelles décisions de promotion ont été prises et pourquoi. Si une phase échoue, la récupération tourne indépendamment au lieu d'entraîner toute la pipeline vers le bas.

La Dreams UI

4.5 a aussi livré la première version de la Dreams UI dans la Control UI. Le Dream Diary comme surface de premier niveau. Étiquetage conceptuel multilingue. Config simplifiée — juste enabled plus un frequency optionnel. Les phases sont traitées comme un détail d'implémentation dans la surface exposée à l'utilisateur, et c'est le bon choix.

4.9 a construit au-dessus une vue de diary structurée : navigation par timeline, contrôles de backfill et de reset, résumés de dreaming traçables, et une voie grounded Scene avec des hints de promotion, plus une action clear-grounded sûre pour les signaux de backfill en staging.

4.11 a ajouté deux nouveaux sous-onglets au diary : Imported Insights et Memory Palace. Imported Insights laisse Dreaming inspecter directement les chats sources importés — y compris les exports ChatGPT. Memory Palace fait remonter les pages wiki compilées et les pages sources complètes qui se trouvent derrière. Tu vois non seulement ce dont le homard s'est souvenu, mais aussi d'où ça vient.

Backfill grounded REM

C'est la fonctionnalité qui rend dreaming utile pour ceux qui ont déjà des mois de notes.

Avant 4.9, dreaming ne traitait que les nouvelles notes quotidiennes à mesure qu'elles arrivaient. Si tu écrivais dans un répertoire de mémoire depuis un an, rien de tout cet arriéré ne rentrait en mémoire durable à moins que tu ne le stages manuellement.

4.9 a ajouté une voie grounded REM de backfill. openclaw memory rem-harness --path accepte un répertoire historique. Dreaming rejoue ces vieilles notes dans le corpus — promotion light, promotion deep, staging REM — sans exiger un second stack de mémoire. Les flux commit/reset du diary gardent le backfill auditable. L'extraction de faits durables est devenue plus propre. L'intégration avec la promotion live à court terme fait que la passe historique et la passe en cours partagent la même plomberie.

4.12 a enchaîné en relevant le renforcement des phases, pour que les revisites dreaming-only répétées franchissent réellement la porte de la mémoire durable, au lieu de caler juste sous le seuil. La confiance des candidats de light-sleep est désormais calculée à partir de tous les signaux à court terme enregistrés, et plus seulement à partir des comptes de recall — les entrées dreaming-only arrêtent de s'afficher comme confidence: 0.00. Les écritures narratives du diary sont atomiques, avec un nettoyage retry-on-timeout pour les échecs transitoires.

Import ChatGPT

4.11 a livré l'ingestion des imports ChatGPT dans la couche memory-wiki. Tu exportes ton historique de conversation ChatGPT, tu tends le fichier à Dreaming, et il ingère des chats sources structurés dans le corpus. L'onglet Imported Insights te laisse parcourir ce qui est rentré avant de décider si tu promeus des entrées spécifiques.

Ce n'est pas un gadget. C'est le chemin qui rend Dreaming utile à quiconque a une histoire significative sur un autre assistant. Tu ne pars pas de zéro.

Memory-wiki, ressuscité

4.7 a ramené le stack memory-wiki livré de base. Plugin, CLI, outillage sync/query/apply, intégration memory-host. Champs claim/evidence structurés. Récupération de digests compilés. Linting de santé des claims. Clustering de contradictions. Dashboards d'obsolescence. Recherche pondérée par fraîcheur.

Si tu as utilisé memory-wiki tôt dans la vie du projet et que tu l'as vu s'éteindre, il est de retour avec une meilleure ossature. 4.12 a ajouté la recette hybride recommandée QMD + bridge-mode et les conseils de troubleshooting zero-artifact à la doc des providers.

Corrections plus silencieuses mais qui comptent

• •dreams.md comme cible du diary (4.5) : le contenu du trail de dreaming est écrit dans un fichier de premier niveau plutôt que dans les notes de mémoire quotidiennes. Le fichier reste lisible mais n'est pas tiré dans le recall par défaut, pour que tes lectures explicites ne soient pas polluées par la sortie du dreaming.
• •Transcripts de session dans le corpus (4.7) : les transcripts de session rédigés alimentent maintenant le corpus de dreaming avec des notes de corpus session par jour, du checkpointing de curseur et du support promotion/doctor.
• •Heartbeat consommé exactement une fois (4.12) : le dreaming managé ne rejoue plus sur les heartbeats ultérieurs après qu'une exécution programmée a déjà été consommée.
• •Slugs wiki sûrs en Unicode (4.12) : memory-wiki préserve les lettres, chiffres et marques combinantes Unicode dans les slugs et le clustering de contradictions. Les titres non ASCII ne s'effondrent plus et ne dépassent plus les limites de path.
• •Les notes quotidiennes imbriquées alimentent le recall à court terme (4.12) : les layouts memory/<strong class="text-white font-semibold">/YYYY-MM-DD.md fonctionnent maintenant. Les rapports de rêve générés sous memory/dreaming/</strong> sont exclus pour que dreaming ne promeuve pas sa propre sortie.
• •Honnêteté sur les fuseaux horaires (4.12) : les timestamps du diary utilisent le fuseau horaire local de l'hôte quand dreaming.timezone n'est pas défini, avec l'abréviation du fuseau incluse, pour que DREAMS.md et l'UI rendent explicite la différence entre local et UTC.

Ce que tout ça donne, mis bout à bout

Quand 3.28 est sorti, dreaming était une fonctionnalité à laquelle tu pouvais opter et qu'ensuite tu pouvais plus ou moins oublier. À travers 4.5–4.12, c'est devenu quelque chose qui ressemble davantage à un processus d'arrière-plan qui fait croître la mémoire du homard avec le temps, sans que tu aies à superviser.

Tu écris des notes. Le sommeil tourne en trois phases. La mémoire durable s'accumule. Quand tu regardes le Diary, tu vois ce que le homard a jugé bon de garder — et, crucial, d'où ça vient. Tu peux faire du backfill de vieilles notes, importer de l'histoire venant d'ailleurs, et voir exactement quels signaux ont poussé un claim au-delà de la porte de promotion.

Le homard dort, maintenant. Il se réveille en sachant plus de choses qu'hier.