Configuração simples do MEMORY.md do Agente OpenClaw supera o runtime do Memory Startup em teste temporal
Um desenvolvedor no r/openclaw recebeu uma DM de uma startup de memória pedindo que ele quebrasse o produto deles. O teste: alimentar um agente com três versões da mesma decisão e verificar se ele retorna a atual. O runtime da startup falhou; o agente OpenClaw do desenvolvedor, cuja memória é apenas markdown em um repositório git, passou.
O teste
Três decisões foram inseridas no runtime da startup em ordem:
- REST — Janeiro
- GraphQL — Abril
- tRPC — Agosto
O runtime retornou GraphQL. As três voltaram empatadas com relevância 1.000, porque nada no caminho de recuperação realmente lê os campos temporais do esquema.
O agente OpenClaw, por outro lado, retornou tRPC — datado, com as versões antigas riscadas acima dele. O comentário do autor: não há nada para ranquear, é simplesmente o que o arquivo diz.
Como é a configuração
O agente tem sido o mesmo por 7 meses, passando por três modelos e dois fornecedores. O armazenamento nunca foi a parte difícil — as regras de escrita são:
MEMORY.mdé apenas um índice, sem fatos. O OpenClaw trunca arquivos grandes de bootstrap, então um arquivo gordo perde silenciosamente o final.- Todo fato é marcado como
stated,observed,inferredousuggested. - Uma lição inferida precisa de 3 sinais em 2 sessões antes de se tornar uma regra.
- Uma decisão alterada é riscada, nunca adicionada ao final.
O autor é honesto: n=1, e só funciona se o seu agente realmente seguir as regras. Um escritor descuidado também apodrece uma pasta de markdown.
Por que os campos temporais importam
A maioria dos sistemas de memória criados para agentes trata a recuperação como um problema de ranking de relevância. Se o esquema tem campos valid_from / valid_to, mas o recuperador os ignora, um fato substituído pontua de forma idêntica ao atual. Foi exatamente o que o runtime da startup mostrou: três empates em 1.000. Um arquivo markdown versionado em git contorna completamente o problema de ranking — a versão atual é a linha não riscada, e o histórico fica inline acima dela.
O autor abriu o teste e a configuração completos; os links estão nos comentários da thread original. Ele também está perguntando o que todo mundo usa para memória: MEMORY.md padrão, um plugin ou algo personalizado.
📖 Leia a fonte completa: r/openclaw
👀 See Also

Não programador constrói painel ao vivo da MLB usando Claude AI e Claude Code no GitHub Codespaces
Um usuário sem experiência em programação usou o Claude chat e o Claude Code no GitHub Codespaces para criar um painel ao vivo da MLB com relatórios de lesões, placares de jogos e estatísticas de times, implantando-o no Vercel.

Claude Opus 4.6 Corrige Jogo de 16 bits do Windows para Sistemas Modernos
Claude Opus 4.6 ajudou a corrigir o jogo de 1999 Tonka Construction para rodar no Windows moderno, modificando o WING32.dll para traduzir chamadas legadas, de forma semelhante ao funcionamento do DXVK. A correção elimina a necessidade do DOSBox e da instalação de drivers que anteriormente dificultavam a execução do jogo.

Analisando 7 Anos de Entradas de Diário com um LLM: Falhas de RAG vs Fine-Tuning
Após manter um diário desde 2019, um desenvolvedor alimentou um LLM com mais de 200 entradas para descobrir padrões — RAG falhou, fine-tuning falhou e a privacidade era uma restrição. A abordagem final revelou lições de vida cíclicas a cada dois anos.

Implementação do OpenClaw para Empresa de Logística: Análise de E-mails e Atualizações de Status
Um desenvolvedor configurou o OpenClaw para uma pequena empresa de logística para automatizar a análise de e-mails, o cruzamento de dados em planilhas e as atualizações de status, economizando de 2 a 3 horas diárias para o proprietário com código mínimo.