Como a Memória do OpenCLAW Realmente Funciona: Corrigindo o 'Esquecimento' do Agente

✍️ OpenClawRadar📅 Publicado: March 29, 2026🔗 Source
Como a Memória do OpenCLAW Realmente Funciona: Corrigindo o 'Esquecimento' do Agente
Ad

Como a Memória do OpenCLAW Realmente Funciona

Os agentes OpenCLAW não possuem memória persistente entre conversas. Cada vez que você envia uma mensagem, o agente lê vários arquivos (SOUL.md, USER.md, MEMORY.md e o histórico recente da sessão) e constrói sua "memória" do zero. Não é lembrar - é ler suas anotações.

Ad

Por Que Seu Agente Esquece as Coisas

Motivo 1: Sua sessão está muito antiga

Cada mensagem em sua sessão atual é incluída em cada nova chamada de API. Após 2-3 semanas, isso se torna milhares de tokens. O modelo atinge seu limite de contexto (conversas antigas são silenciosamente truncadas) ou o OpenCLAW executa compactação que resume tudo, mas perde detalhes.

Solução: Use /new regularmente - diariamente no mínimo, e antes de qualquer tarefa grande. Isso limpa o buffer da conversa mantendo todos os arquivos intactos.

Motivo 2: Informações importantes estão no histórico do chat, não nos arquivos

Se você contou algo ao seu agente em uma conversa há 3 semanas, essa informação está no histórico da sessão que será truncado. Qualquer coisa que seu agente deve SEMPRE saber precisa estar em um arquivo, não no chat.

Solução: Coloque informações permanentes no USER.md:

# Sobre mim
- Nome: [seu nome]
- Parceiro(a): [nome]
- Localização: [cidade]
- Trabalho: [cargo]
- Fuso horário: [fuso horário]

Preferências

  • Comunicação: direta, sem enrolação
  • Rotina matinal: briefing às 8h
  • Nunca agende reuniões antes das 10h
  • Pedido de café: [qualquer que seja, sério]

Este arquivo é carregado a cada sessão e nunca é truncado ou compactado.

Motivo 3: MEMORY.md é uma bagunça inchada

A maioria das pessoas nunca estrutura o MEMORY.md, então após um mês ele se torna uma enorme parede de texto que o modelo apenas passa os olhos em vez de ler. Fatos importantes ficam enterrados sob detalhes irrelevantes.

Solução: Estruture seu MEMORY.md em seções claras:

# Pessoas
  • Sarah (esposa): trabalha na [empresa], aniversário 12 de junho
  • Mike (colega de trabalho): cuida do frontend, prefere slack ao email
  • Projetos Ativos

    • Reforma da cozinha: empreiteiro é Dave, orçamento $15K, começa em abril
    • Apresentação do Q2: entrega 28 de março, precisa de dados de vendas do Mike

    Decisões Tomadas

    • Mudou de opus para sonnet em 5 de março (motivos de custo)
    • Usando API do brave search em vez do google (camada gratuita suficiente)

    Tarefas Recorrentes

    • Briefing diário às 8h (calendário + email + clima)
    • Lista de compras semanal todo domingo às 18h

    Memória organizada é recuperada com precisão. O agente lê texto estruturado melhor do que uma parede de parágrafos.

    Motivo 4: Você não tem uma rotina de manutenção da memória

    Arquivos de memória crescem para sempre sem limpeza. Após 2 meses, MEMORY.md tem 300 linhas com metade desatualizada ou irrelevante, desperdiçando tokens em projetos concluídos.

    Solução: Configure um cron de memória noturno. Adicione isso às instruções do seu agente:

    toda noite às 23h:
    
    
    1. revise as conversas de hoje
    2. extraia quaisquer novos fatos, decisões ou compromissos
    3. adicione-os à seção correta no MEMORY.md
    4. remova qualquer coisa que não seja mais relevante
    5. inicie uma nova sessão

    Motivo 5: Você está confundindo memória de sessão com memória de longo prazo

    Entenda a hierarquia:

    • SOUL.md: Identidade e personalidade. Carregado toda vez. Nunca muda a menos que você mude.
    • USER.md: Fatos sobre você. Carregado toda vez. Atualize quando sua vida mudar.
    • MEMORY.md: Contexto em andamento. Carregado toda vez. Cresce e é podado.

    📖 Leia a fonte completa: r/clawdbot

    Ad

    👀 See Also

    Otimizando o GLM-4.7-Flash no Mac Mini M4 com 24 GB de RAM
    Guides

    Otimizando o GLM-4.7-Flash no Mac Mini M4 com 24 GB de RAM

    Um desenvolvedor compartilha detalhes específicos de configuração para executar o GLM-4.7-Flash em um Mac Mini M4 com 24GB de RAM, incluindo quantização Q3_K_XL, tamanho de contexto de 32k com MLA e realidades de alocação de memória para Metal.

    OpenClawRadar
    Limites de Taxa da API Claude: Janelas de Fuso Horário, Gerenciamento de Contexto e Sobrecarga do MCP
    Guides

    Limites de Taxa da API Claude: Janelas de Fuso Horário, Gerenciamento de Contexto e Sobrecarga do MCP

    Análise dos limites de taxa da API Claude revela restrições mais rigorosas durante os horários de pico (5h-11h PT / 8h-14h ET em dias úteis), com o gerenciamento de contexto e o uso do servidor MCP impactando significativamente o consumo de tokens. Estratégias práticas incluem trabalhar fora dos horários de pico, iniciar conversas novas para novas tarefas e auditar integrações MCP.

    OpenClawRadar
    Lista de configuração do OpenClaw: seis etapas críticas para novos usuários
    Guides

    Lista de configuração do OpenClaw: seis etapas críticas para novos usuários

    Uma postagem no Reddit descreve seis passos essenciais de configuração para usuários do OpenClaw: mudar o modelo padrão de Opus para Sonnet para reduzir custos, bloquear o host do gateway para 127.0.0.1 por segurança, criar SOUL.md para personalidade do agente, evitar instalar habilidades inicialmente, não criar múltiplos agentes e usar o comando /new para gerenciar o contexto da conversa.

    OpenClawRadar
    Correção para subagentes não aparecerem no OpenClaw v2026.3.13
    Guides

    Correção para subagentes não aparecerem no OpenClaw v2026.3.13

    Uma solução alternativa para o OpenClaw v2026.3.13 onde subagentes personalizados não aparecem na lista de agentes: simplifique a lista de agentes no openclaw.json para incluir apenas IDs e registre manualmente os agentes no runs.json com o status definido como 'idle'.

    OpenClawRadar