OpenClaw v2026.4.9: "Dreaming" Traz Memória de Longo Prazo, Linha do Tempo e Ponte CLI via MCP

A versão 2026.4.9 do OpenClaw, lançada a 9 de Abril de 2026, é das actualizações mais comentadas do projecto nos últimos meses. Introduz a função Dreaming — um mecanismo analítico para consolidação de memórias de longo prazo —, uma nova interface de utilizador em linha do tempo para visualizar o histórico de decisões do agente, uma ponte CLI operada via MCP (Model Context Protocol) e um conjunto de correcções de segurança dirigidas à arquitectura de execução. O buzz nas redes foi imediato.

📦 Para actualizar: Corre git pull origin main && git checkout v2026.4.9 ou, via Docker: docker pull openclaw/openclaw:v2026.4.9 && docker-compose up -d. Confirma a versão com openclaw --version após a actualização.

Resumo da Release v2026.4.9

📋 O Que Há de Novo

  • Dreaming: Consolidação periódica de memórias de longo prazo por análise do histórico de sessões
  • UI Linha do Tempo: Nova interface de visualização cronológica de decisões, tarefas e eventos do agente
  • Ponte CLI via MCP: O Model Context Protocol pode agora operar a CLI do OpenClaw directamente, sem camada intermédia
  • Segurança: Isolamento de contexto entre sessões, validação reforçada de inputs MCP e correcção de escalada de privilégios no executor
  • Melhorias gerais: Redução de latência na retoma de sessões, compactação melhorada do contexto e nova telemetria opt-in

Dreaming: Como o OpenClaw Consolida Memória de Longo Prazo

O problema de memória em agentes de IA de longa duração é estrutural: cada sessão começa do zero, e o contexto acumulado — preferências do utilizador, padrões de comportamento, erros repetidos, decisões anteriores — dissipa-se entre reinícios. O OpenClaw tem abordado isto com mecanismos de memória explícita (ficheiros CLAUDE.md, directivas de sistema) e memória de sessão (compactação de contexto), mas ambas têm limites práticos.

A função Dreaming representa uma terceira camada: memória analítica de longo prazo, gerada de forma autónoma pelo agente durante períodos de inactividade ou entre sessões. O nome é deliberado — o mecanismo funciona de forma análoga ao processamento de memória que ocorre durante o sono nos sistemas biológicos.

Arquitectura do Mecanismo Dreaming

Quando o Dreaming é activado, o agente executa um processo de síntese em segundo plano que:

  1. Agrega o histórico de sessões dentro de uma janela temporal configurável (por defeito, as últimas 30 sessões ou 7 dias)
  2. Identifica padrões recorrentes — tarefas repetidas, erros sistemáticos, preferências de estilo do utilizador, fluxos de trabalho mais eficazes
  3. Gera um artefacto de memória consolidada em formato estruturado (JSON + texto narrativo) que é injectado no contexto de sistema das sessões seguintes
  4. Classifica as memórias por relevância e decay temporal — memórias mais antigas perdem peso de forma gradual, evitando contexto obsoleto

O resultado prático é que um agente configurado com Dreaming "recorda" que o utilizador prefere respostas concisas, que habitualmente trabalha com um repositório específico, que determinadas tarefas falham consistentemente com um determinado modelo — e ajusta o comportamento de acordo, sem que o utilizador precise de repetir estas instruções em cada sessão.

O Que o Dreaming Memoriza

  • Preferências de formatação e estilo de resposta
  • Projectos e repositórios frequentemente acedidos
  • Padrões de erro e estratégias de recuperação bem-sucedidas
  • Ferramentas e skills mais usadas por contexto
  • Fluxos de trabalho recorrentes e os seus passos típicos

O Que o Dreaming Não Memoriza

  • Conteúdo sensível (API keys, passwords, dados pessoais identificáveis)
  • Outputs literais de ferramentas — apenas padrões de uso
  • Memórias com relevância abaixo do threshold configurado

O filtro de conteúdo sensível é aplicado antes da escrita do artefacto de memória, não apenas na leitura.

Como Activar e Configurar o Dreaming

O Dreaming é desactivado por defeito. Para o activar, adiciona ao teu config.json:

{
  "memory": {
    "dreaming": {
      "enabled": true,
      "schedule": "after-session",
      "sessionWindow": 30,
      "dayWindow": 7,
      "relevanceThreshold": 0.6,
      "decayRate": 0.05,
      "outputPath": ".openclaw/memory/consolidated.json"
    }
  }
}

O parâmetro schedule aceita after-session (executa após cada sessão terminar), daily (executa uma vez por dia, à hora configurada) ou manual (apenas quando invocado explicitamente via CLI com openclaw dream). Para a maioria dos utilizadores, after-session é o modo mais conveniente.

Privacidade e controlo: O ficheiro de memória consolidada (.openclaw/memory/consolidated.json) é armazenado localmente, nunca transmitido para servidores externos. Podes inspeccioná-lo, editá-lo ou eliminá-lo a qualquer momento. O comando openclaw memory clear limpa o artefacto sem afectar o histórico de sessões.

UI de Linha do Tempo: Visualizar o Que o Agente Fez

A nova interface de linha do tempo resolve um problema de auditabilidade que afectava utilizadores com agentes de longa duração: perceber o que o agente fez, quando, e porquê. Até esta versão, o único recurso era o log textual — extenso, pouco estruturado e difícil de navegar para sessões longas.

A UI de linha do tempo é acessível em http://localhost:3000/timeline quando o servidor local do OpenClaw está activo, e apresenta:

  • Eventos cronológicos — cada chamada de ferramenta, decisão do modelo, sessão iniciada/terminada e memória Dreaming gerada aparecem como eventos numa linha temporal interactiva
  • Filtros por tipo — podes isolar apenas chamadas de ferramentas, apenas eventos de memória, ou apenas sessões de um determinado agente
  • Detalhes por evento — ao clicar num evento, expandes o input, output e metadados (tempo de execução, modelo usado, tokens consumidos)
  • Anotações de Dreaming — os momentos em que o mecanismo de consolidação escreveu memórias ficam visíveis na linha do tempo, com indicação do que foi consolidado
  • Exportação — é possível exportar a linha do tempo em formato JSON para análise externa ou arquivo
Segurança da UI: O servidor da linha do tempo só responde em localhost por defeito. Se precisas de acesso remoto (por exemplo, numa VPS), tens de configurar explicitamente um proxy reverso com autenticação. O acesso directo ao porto sem autenticação está bloqueado quando o IP não é loopback.

Ponte CLI via MCP: Operação Programática do Agente

O Model Context Protocol (MCP) é o standard aberto que define como os agentes de IA comunicam com ferramentas externas. O OpenClaw usa MCP extensivamente para as suas integrações — mas até esta versão, a CLI do OpenClaw em si não era operável via MCP por outros agentes ou sistemas de automação.

A ponte CLI via MCP da v2026.4.9 muda isto: expõe as capacidades da CLI como um servidor MCP, permitindo que outros agentes (ou qualquer sistema que fale MCP) invoquem operações do OpenClaw programaticamente.

O Que Fica Disponível como Operações MCP

Gestão de sessões: session.start, session.stop, session.list, session.resume — iniciar, parar, listar e retomar sessões de agentes sem intervenção humana directa.

Configuração em runtime: config.get, config.set — ler e escrever configurações do agente em tempo de execução, sem reinício, para ajustes dinâmicos de comportamento.

Memória: memory.read, memory.write, memory.clear — acesso programático ao artefacto de memória consolidada pelo Dreaming, permitindo a agentes externos ler ou enriquecer o contexto de memória.

Linha do tempo: timeline.query — consultar eventos da linha do tempo com filtros por intervalo temporal, tipo de evento ou agente, retornando JSON estruturado.

Configurar a Ponte CLI via MCP

Para expor a CLI do OpenClaw como servidor MCP, activa a ponte na configuração:

{
  "mcp": {
    "bridge": {
      "enabled": true,
      "port": 3001,
      "auth": {
        "type": "bearer",
        "token": "o-teu-token-aqui"
      },
      "allowedOperations": [
        "session.list",
        "session.start",
        "memory.read",
        "timeline.query"
      ]
    }
  }
}

O campo allowedOperations implementa uma lista branca explícita — apenas as operações listadas ficam disponíveis via MCP. Por defeito, operações de escrita (config.set, memory.write) não estão incluídas e têm de ser adicionadas conscientemente. Esta decisão de design reduz a superfície de ataque em configurações automáticas.

Atenção à exposição do porto MCP: O porto 3001 da ponte MCP não deve estar exposto à internet sem autenticação robusta. A configuração "auth": { "type": "bearer" } com um token forte é o mínimo recomendado. Para ambientes de produção, considera colocar a ponte atrás de um proxy reverso com TLS.

Caso de Uso: Orquestração Multi-Agente via MCP

O cenário mais imediato desta funcionalidade é a orquestração multi-agente: um agente principal pode agora gerir o ciclo de vida de sub-agentes OpenClaw via MCP, sem depender de scripts de shell frágeis ou de intervenção humana. Um agente de monitorização, por exemplo, pode invocar session.start para lançar um agente de resposta a incidentes quando detecta uma anomalia, e invocar timeline.query para verificar o estado da resposta — tudo dentro de um fluxo de trabalho totalmente automatizado.

Melhorias de Segurança: Isolamento e Validação Reforçada

A v2026.4.9 acompanha as funcionalidades novas com três correcções de segurança dirigidas, que complementam o trabalho da v2026.2.12 e do patch CVE da v2026.2.5:

Isolamento de contexto entre sessões: Corrigida uma condição de corrida que, em configurações com múltiplos agentes activos em simultâneo, podia permitir que fragmentos de contexto de uma sessão "vazassem" para outra. O isolamento é agora garantido por um mecanismo de namespace por sessão no gestor de contexto interno.

Validação reforçada de inputs MCP: Os inputs recebidos via MCP (incluindo os da nova ponte CLI) são agora validados contra um schema JSON estrito antes de serem processados. Inputs malformados ou com campos inesperados são rejeitados com um erro explícito em vez de serem processados parcialmente — mitigando vectores de injecção via protocolo.

Correcção de escalada de privilégios no executor: Identificado e corrigido um caminho de execução no executor de ferramentas onde, em condições específicas de falha, um subprocesso podia herdar permissões mais elevadas do processo pai. A correcção aplica setuid/setgid explícito no fork de subprocessos e descarta capacidades desnecessárias antes da execução.

Recomendação para instâncias expostas: Se operares o OpenClaw numa VPS ou servidor com acesso externo, esta actualização é prioritária. As correcções de escalada de privilégios e de validação MCP são especialmente relevantes nestes contextos. Corre openclaw doctor --security após a actualização para verificar a configuração de segurança actual.

Outras Melhorias e Correcções Notáveis

Para além das funcionalidades principais, a v2026.4.9 inclui várias melhorias que impactam a experiência quotidiana:

  • Redução de latência na retoma de sessões: O tempo de carregamento do contexto ao retomar uma sessão foi reduzido em cerca de 40% para sessões com histórico extenso, graças a uma refactorização do sistema de indexação do contexto compactado
  • Compactação melhorada: O algoritmo de compactação de contexto preserva agora com maior fidelidade as cadeias de raciocínio do agente (chain-of-thought), reduzindo instâncias onde o agente "esquecia" o raciocínio por detrás de uma decisão após compactação
  • Telemetria opt-in: Uma nova opção de telemetria anónima opt-in foi adicionada para ajudar a equipa a identificar padrões de utilização e bugs. Está desactivada por defeito e nunca inclui conteúdo de conversas ou dados identificáveis
  • Documentação da ponte MCP: O repositório inclui agora um guia dedicado de configuração da ponte CLI via MCP com exemplos para os casos de uso mais comuns

O Impacto desta Actualização no Ecossistema

A v2026.4.9 é tecnicamente significativa por duas razões que vão além das funcionalidades individuais. A primeira é a direcção que o Dreaming estabelece: o OpenClaw está a evoluir de um agente de sessão para um agente de longo prazo, capaz de acumular conhecimento operacional ao longo do tempo. Isto aproxima-o do que a literatura de IA chama de continual learning — aprendizagem contínua sem necessidade de re-treino do modelo.

A segunda é a posição do OpenClaw no ecossistema MCP. Ao expor a sua própria CLI como servidor MCP, o projecto transforma-se num cidadão de primeira classe no crescente ecossistema de agentes interoperáveis. Um agente OpenClaw pode agora não só usar ferramentas MCP externas, como também ser uma ferramenta MCP para outros sistemas — o que abre cenários de orquestração que antes exigiam código custom.

O buzz nas redes sociais que acompanhou o lançamento reflecte exactamente esta percepção: a comunidade reconhece que estas não são apenas funcionalidades incrementais, mas blocos de construção para arquitecturas de agentes mais capazes e autónomos.

Experimenta o Dreaming e a Ponte MCP

Actualiza para a v2026.4.9, activa o Dreaming e explora a linha do tempo do teu agente. O repositório oficial tem a documentação completa de todas as novas funcionalidades.

Release Notes no GitHub Documentação Dreaming

Perguntas Frequentes (FAQ)

O Dreaming consome tokens da minha quota de API?

Sim. O processo de consolidação do Dreaming usa o modelo configurado para analisar o histórico de sessões e gerar o artefacto de memória, o que implica consumo de tokens. O volume depende do tamanho da janela de sessões configurada e da verbosidade do histórico. Para controlar o custo, usa o parâmetro sessionWindow para limitar o número de sessões analisadas por ciclo. O modo schedule: "daily" é mais económico que after-session para utilizadores com muitas sessões curtas.

A ponte CLI via MCP funciona com qualquer cliente MCP?

Sim, desde que o cliente MCP suporte o protocolo MCP v1.0 ou superior. A ponte implementa o schema MCP standard, pelo que é compatível com qualquer agente ou sistema que fale o protocolo correctamente — incluindo outros agentes OpenClaw, Claude Desktop, e qualquer ferramenta de terceiros que implemente a especificação. Consulta a documentação oficial do MCP para detalhes sobre compatibilidade de versão.

Posso usar o Dreaming sem a UI de linha do tempo?

Sim. O Dreaming e a UI de linha do tempo são componentes independentes. Podes activar o Dreaming sem activar o servidor da linha do tempo, e vice-versa. A linha do tempo é útil para auditoria e depuração, mas não é necessária para o funcionamento do Dreaming. O artefacto de memória consolidada é sempre escrito em ficheiro local, independentemente de a UI estar activa.

A correcção de isolamento de contexto requer alguma acção da minha parte?

Não — a correcção é aplicada automaticamente com a actualização para a v2026.4.9. Não há alterações de configuração necessárias. Se tens múltiplos agentes a correr em simultâneo, após a actualização podes observar um ligeiro aumento de uso de memória RAM devido ao namespace por sessão — é esperado e faz parte do mecanismo de isolamento.

O Dreaming é compatível com versões anteriores do histórico de sessões?

Sim. O Dreaming lê o histórico de sessões no formato interno do OpenClaw, que não mudou entre versões. Se upgrades a partir da v2026.2.x ou posterior, o mecanismo consegue processar o histórico existente sem conversão. Se upgrades a partir de versões mais antigas (pré-v2026.2.x), recomendamos correr openclaw migrate primeiro para garantir que o formato do histórico está actualizado.

Últimas Notícias Ver Todas →