OpenClaw 4.5–4.12: a lagosta sonha — uma memória que cresce enquanto você dorme

Quando o 3.28 saiu, dreaming era um parágrafo no fim do changelog. Um processo experimental de crescimento de memory que rodava no fundo. A lagosta estava aprendendo a dormir.

Oito dias e cinco releases depois, a lagosta sonha de verdade.

Três fases, cada uma com sua própria agenda

O refactor grande chegou no 4.5. Antes, dreaming era um monte de modos concorrentes — só um podia rodar de cada vez, e as bordas entre eles eram embaraçadas. 4.5 quebrou isso em três fases cooperativas: light, deep e REM.

Cada uma com sua própria agenda, seu próprio comportamento de recuperação, sua própria porta de promoção. O sono leve cuida da promoção ponderada do recall de curto prazo. O sono profundo é o lugar onde a memory duradoura é, de fato, escrita. REM é a única autorizada a preparar "verdades possivelmente duradouras" e pré-visualizar antes de atravessar a porta.

Com a divisão vieram controles de aging configuráveis: recencyHalfLifeDays e maxAgeDays deixam você ajustar o decaimento do recall. O logging verbose opcional mostra quais decisões de promoção foram tomadas e por quê. Se uma fase falha, a recuperação roda de forma independente em vez de arrastar a pipeline inteira para baixo.

A Dreams UI

O 4.5 também entregou a primeira versão da Dreams UI dentro da Control UI. O Dream Diary como superfície de primeiro nível. Etiquetagem conceitual multilíngue. Config simplificada — só enabled mais frequency opcional. As fases são tratadas como detalhe de implementação na superfície voltada ao usuário, e essa é a decisão certa.

4.9 construiu em cima uma visualização de diário estruturada: navegação por timeline, controles de backfill e reset, resumos de dreaming rastreáveis, e uma faixa grounded Scene com hints de promoção, mais uma ação segura de clear-grounded para sinais de backfill em staging.

4.11 adicionou duas novas sub-abas ao diário: Imported Insights e Memory Palace. Imported Insights deixa Dreaming inspecionar diretamente chats de origem importados — incluindo exports do ChatGPT. Memory Palace traz à tona as páginas wiki compiladas e as páginas de origem completas por trás delas. Você vê não só o que a lagosta lembrou, mas também de onde veio.

Backfill grounded REM

Essa é a feature que torna dreaming útil para quem já tem meses de notas.

Antes do 4.9, dreaming só processava as notas diárias novas à medida que chegavam. Se você estava escrevendo em um diretório de memory há um ano, nada desse backlog entrava na memory duradoura, a não ser que você fizesse staging manual.

4.9 adicionou uma faixa grounded REM de backfill. openclaw memory rem-harness --path aceita um diretório histórico. Dreaming replay dessas notas antigas dentro do corpus — promoção light, promoção deep, staging REM — sem exigir um segundo stack de memory. Os fluxos de commit/reset do diário mantêm o backfill auditável. A extração de fatos duradouros ficou mais limpa. A integração com a promoção live de curto prazo faz com que a passagem histórica e a passagem em andamento compartilhem o mesmo encanamento.

4.12 emendou elevando o reforço de fase, para que revisitas só-dreaming repetidas de fato atravessem a porta da memory duradoura, em vez de travar logo abaixo do limiar. A confiança dos candidatos de light-sleep agora é calculada a partir de todos os sinais de curto prazo registrados, e não só das contagens de recall — entradas só-dreaming param de aparecer como confidence: 0.00. As escritas narrativas do diário são atômicas, com limpeza retry-on-timeout para falhas transitórias.

Import de ChatGPT

4.11 entregou a ingestão de imports do ChatGPT na camada memory-wiki. Você exporta seu histórico de conversa do ChatGPT, entrega o arquivo pro Dreaming, e ele ingere chats-fonte estruturados no corpus. A aba Imported Insights deixa você vasculhar o que entrou antes de decidir se promove entradas específicas.

Isso não é truque. É o caminho que torna Dreaming útil para qualquer um com um histórico significativo em outro assistente. Você não começa do zero.

Memory-wiki, ressuscitada

4.7 trouxe de volta o stack memory-wiki já incluído. Plugin, CLI, ferramentas de sync/query/apply, integração com memory-host. Campos estruturados de claim/evidence. Recuperação de digest compilado. Linting de saúde de claims. Clustering de contradições. Dashboards de obsolescência. Busca ponderada por frescor.

Se você usou memory-wiki cedo na vida do projeto e viu aquilo apagar aos poucos, voltou com uma estrutura melhor. 4.12 adicionou a receita híbrida recomendada QMD + bridge-mode, junto com a orientação de troubleshooting zero-artifact, na documentação de provider.

Correções mais silenciosas que importam

• •dreams.md como alvo do diário (4.5): o conteúdo do trail de dreaming é escrito para um arquivo de primeiro nível, em vez de notas de memory diárias. O arquivo continua legível, mas não é puxado para o recall padrão, para que suas leituras explícitas não fiquem poluídas pela saída do dreaming.
• •Transcripts de sessão no corpus (4.7): transcripts de sessão redigidos agora alimentam o corpus de dreaming com notas de corpus-sessão por dia, checkpointing de cursor, e suporte de promotion/doctor.
• •Heartbeat consumido exatamente uma vez (4.12): o dreaming gerenciado não faz mais replay em heartbeats posteriores depois que a execução agendada já foi consumida.
• •Slugs de wiki seguros em Unicode (4.12): memory-wiki preserva letras Unicode, dígitos e marcas combinantes em slugs e no clustering de contradições. Títulos não-ASCII param de colapsar e de estourar os limites de path.
• •Notas diárias aninhadas alimentam o recall de curto prazo (4.12): layouts memory/<strong class="text-white font-semibold">/YYYY-MM-DD.md funcionam agora. Relatórios de sonho gerados em memory/dreaming/</strong> ficam excluídos para que dreaming não promova a própria saída.
• •Honestidade com fuso horário (4.12): timestamps do diário usam o fuso horário local do host quando dreaming.timezone não está definido, com a abreviatura do fuso incluída, para que DREAMS.md e a UI deixem claro o que é local e o que é UTC.

No que isso tudo soma

Quando o 3.28 saiu, dreaming era uma feature que você podia optar por ligar e depois basicamente esquecer. Atravessando 4.5–4.12, virou algo mais próximo de um processo de background que faz a memory da lagosta crescer com o tempo sem você supervisionar.

Você escreve notas. O sono roda em três fases. A memory duradoura se acumula. Quando você olha o Diary, vê o que a lagosta decidiu que valia a pena guardar — e, crucial, de onde veio. Você pode fazer backfill de notas antigas, importar histórico de outros lugares, e ver exatamente quais sinais empurraram um claim para o outro lado da porta de promoção.

A lagosta dorme agora. Ela acorda sabendo mais do que sabia ontem.