OpenClaw 4.5–4.12: l'aragosta sogna — una memoria che cresce mentre dormi

Quando il 3.28 è uscito, dreaming era un paragrafo in fondo al changelog. Un processo sperimentale di crescita della memoria che girava in background. L'aragosta stava imparando a dormire.

Otto giorni e cinque release dopo, l'aragosta sogna sul serio.

Tre fasi, ognuna con il suo orario

Il refactor grosso è arrivato nel 4.5. Dreaming prima erano modalità in concorrenza tra loro — ne poteva girare solo una alla volta, e i bordi tra l'una e l'altra erano fangosi. Il 4.5 l'ha spaccato in tre fasi cooperative: light, deep, e REM.

Ognuna ha il suo orario, il suo comportamento di recovery, il suo gate di promozione. Il sonno light gestisce la promozione pesata del recall di breve termine. Il sonno deep è dove la memoria duratura viene scritta davvero. REM è quella a cui è concesso mettere in stage le "verità potenzialmente durature" e farne il preview prima che attraversino il gate.

Con la separazione sono arrivati controlli configurabili sull'invecchiamento: recencyHalfLifeDays e maxAgeDays ti lasciano regolare il decay del recall. Il logging verbose opzionale ti mostra quali decisioni di promozione sono state prese e perché. Se una fase fallisce, il recovery gira in modo indipendente invece di trascinare giù tutta la pipeline.

La UI dei sogni

Il 4.5 ha anche consegnato la prima versione della Dreams UI dentro la Control UI. Dream Diary come superficie di primo livello. Tagging concettuale multilingua. Una config semplificata — solo enabled più un frequency opzionale. Le fasi vengono trattate come dettaglio implementativo nella superficie verso l'utente, ed è la scelta giusta.

Il 4.9 ci ha costruito sopra una vista del diario strutturata: navigazione timeline, controlli di backfill e reset, riassunti di dreaming tracciabili, e una corsia Scene grounded con hint di promozione, più un'azione clear-grounded sicura per i segnali di backfill in stage.

Il 4.11 ha aggiunto due nuovi sotto-tab al diario: Imported Insights e Memory Palace. Imported Insights lascia che Dreaming ispezioni direttamente le source chat importate — incluse le esportazioni ChatGPT. Memory Palace fa emergere le pagine wiki compilate e le pagine sorgente complete dietro di loro. Puoi vedere non solo cosa l'aragosta ha ricordato, ma anche da dove veniva.

Backfill REM grounded

Questa è la feature che rende dreaming utile a chi ha già mesi di appunti accumulati.

Prima del 4.9, dreaming processava solo le note giornaliere nuove man mano che arrivavano. Se avevi scritto in una directory memory per un anno intero, niente di quel backlog finiva nella memoria duratura, a meno che tu non lo mettessi in stage a mano.

Il 4.9 ha aggiunto una corsia di backfill REM grounded. openclaw memory rem-harness --path accetta una directory storica. Dreaming rigioca quelle vecchie note dentro al corpus — promozione light, promozione deep, staging REM — senza richiedere uno stack di memoria separato. I flussi di commit/reset del diario tengono il backfill auditabile. L'estrazione dei fatti duraturi è diventata più pulita. L'integrazione live con la promozione di breve termine vuol dire che il pass storico e il pass continuo condividono la stessa idraulica.

Il 4.12 ha dato seguito alzando il rinforzo di fase, così le visite ripetute di solo dreaming superano davvero il gate della memoria duratura, invece di restare incantate appena sotto la soglia. La confidence dei candidati di sonno light adesso si calcola da tutti i segnali di breve termine registrati invece che dai soli conteggi di recall — gli entry da solo dreaming smettono di renderizzarsi come confidence: 0.00. Le scritture narrative sul diario sono atomiche, con cleanup retry-on-timeout per i fallimenti transitori.

Import da ChatGPT

Il 4.11 ha consegnato l'ingestion di import da ChatGPT dentro al layer memory-wiki. Esporti la cronologia delle conversazioni di ChatGPT, passi il file a Dreaming, e lui ingerisce source chat strutturate dentro al corpus. Il tab Imported Insights ti lascia sfogliare quello che è entrato prima di decidere se promuovere entry specifiche.

Non è un orpello. È il percorso che rende Dreaming utile per chiunque abbia una storia significativa su un altro assistente. Non parti da zero.

Memory-Wiki, resuscitato

Il 4.7 ha riportato indietro lo stack memory-wiki in dotazione. Plugin, CLI, tooling per sync/query/apply, integrazione con il memory host. Campi strutturati di claim/evidence. Recupero del digest compilato. Linting di salute dei claim. Clustering delle contraddizioni. Dashboard di staleness. Ricerca pesata per freschezza.

Se hai usato memory-wiki più indietro nella vita del progetto e l'hai visto spegnersi, è tornato con ossa migliori. Il 4.12 ha aggiunto la ricetta consigliata QMD + bridge-mode in modalità ibrida, più una guida zero-artifact per il troubleshooting nei doc del provider.

Fix più silenziosi che contano

• •dreams.md come bersaglio del diario (4.5): il contenuto della pista di dreaming va a finire in un file di primo livello invece che dentro le note di memoria giornaliere. Il file resta leggibile ma non viene tirato dentro al recall di default, così le tue letture esplicite non vengono inquinate dall'output di dreaming.
• •Transcript di sessione dentro al corpus (4.7): i transcript di sessione redatti adesso alimentano il corpus di dreaming con note session-corpus per ogni giorno, checkpointing di cursor, e supporto promotion/doctor.
• •Heartbeat consumato esattamente una volta (4.12): il dreaming gestito non rifa più replay sui heartbeat successivi dopo che il run schedulato è già stato consumato.
• •Slug wiki Unicode-safe (4.12): memory-wiki preserva lettere Unicode, cifre, e segni combinanti negli slug e nel clustering delle contraddizioni. I titoli non-ASCII smettono di collassare o di sforare i limiti di path.
• •Note giornaliere annidate alimentano il recall di breve termine (4.12): i layout memory/<strong class="text-white font-semibold">/YYYY-MM-DD.md funzionano adesso. I report di sogno generati sotto memory/dreaming/</strong> sono esclusi così dreaming non promuove il proprio output.
• •Onestà sul fuso orario (4.12): i timestamp del diario usano il fuso orario locale dell'host quando dreaming.timezone non è impostato, con l'abbreviazione del fuso inclusa, così DREAMS.md e la UI rendono esplicito local vs UTC.

A cosa fa la somma di tutto questo

Quando il 3.28 è uscito, dreaming era una feature che potevi attivare e poi più o meno dimenticarti. Tra il 4.5 e il 4.12 è diventato qualcosa di più vicino a un processo in background che fa crescere la memoria dell'aragosta nel tempo senza che tu la supervisioni.

Tu scrivi note. Il sonno gira in tre fasi. La memoria duratura si accumula. Quando guardi il Diary, vedi cosa l'aragosta ha deciso che valesse la pena tenere — e, fondamentale, da dove arrivava. Puoi fare backfill di vecchie note, importare la storia da altrove, e vedere esattamente quali segnali hanno spinto un claim oltre il gate di promozione.

L'aragosta dorme adesso. Si sveglia sapendo più di quanto sapesse ieri.