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

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.
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:
- revise as conversas de hoje
- extraia quaisquer novos fatos, decisões ou compromissos
- adicione-os à seção correta no MEMORY.md
- remova qualquer coisa que não seja mais relevante
- 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
👀 See Also

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.

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.

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.

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.