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

    Como Reivindicar e Estender Créditos da API da Anthropic Usando o Roteador do Manifest
    Guides

    Como Reivindicar e Estender Créditos da API da Anthropic Usando o Roteador do Manifest

    Uma postagem no Reddit detalha os passos para reivindicar até US$ 200 em créditos gratuitos da API da Anthropic e configurar o roteador do Manifest para direcionar automaticamente os prompts para modelos mais baratos, como o Haiku, para tarefas simples, estendendo a vida útil dos créditos de um mês para vários meses.

    OpenClawRadar
    Estrutura Prática para Escolher entre os Modelos Haiku, Sonnet e Opus da Claude
    Guides

    Estrutura Prática para Escolher entre os Modelos Haiku, Sonnet e Opus da Claude

    Um desenvolvedor testou os três modelos do Claude em uma tarefa de refatoração de 400 linhas em Express.js e descobriu que a diferença principal está na profundidade do raciocínio, não na inteligência. O Haiku 4.5 lidou com partes diretas, mas perdeu a ordenação do middleware, o Sonnet 4.6 capturou o problema de ordenação e adicionou tipos TypeScript, enquanto o Opus 4.6 identificou uma falha de segurança no middleware de autenticação.

    OpenClawRadar
    Trellis 2 Executando com Sucesso no ROCm 7.11 com AMD RX 9070 XT
    Guides

    Trellis 2 Executando com Sucesso no ROCm 7.11 com AMD RX 9070 XT

    Um desenvolvedor conseguiu fazer o Trellis 2 funcionar no Linux Mint 22.3 com uma AMD RX 9070 XT usando ROCm 7.11, corrigindo dois problemas principais: instabilidade do ROCm com tensores N altos e uma função hipMemcpy2D quebrada no CuMesh.

    OpenClawRadar
    Configuração e Teste do vLLM em Servidor com 10x NVIDIA V100 e 320 GB de VRAM
    Guides

    Configuração e Teste do vLLM em Servidor com 10x NVIDIA V100 e 320 GB de VRAM

    Um advogado que está construindo um servidor local de IA para trabalho jurídico compartilha resultados de testes do vLLM em 10 GPUs Tesla V100 SXM2 de 32 GB, detalhando o que funciona (FP16 não quantizado, bitsandbytes 4-bit) e o que não funciona (GPTQ, AWQ, FlashAttention2) na arquitetura Volta.

    OpenClawRadar