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

100 Agentes Paralelos Claude Engenharia Reversa de Marketing Open Source: Um Manual do r/ClaudeAI
Desenvolvedor cria 100 sessões paralelas de Claude+Codex para analisar por que seu projeto open-source recebeu zero upvotes — agentes retornaram um manual de marketing de 7 pontos e descobriram o registro de plugins da Anthropic como um canal de baixa concorrência.

Usando IA para Desembaraçar 10.000 Títulos de Propriedade Brasileiros: Um Estudo de Caso Técnico
Uma empresa brasileira de imóveis está usando Claude, Gemini 3.1 Pro e ferramentas de OCR para analisar 10.000 títulos de propriedade com décadas de inconsistências, incluindo vendas duplicadas, contratos fraudulentos e 500 processos ativos.

Usando IA para Portar um Driver Wi-Fi do Linux para o FreeBSD: Um Estudo de Caso
Um desenvolvedor usou o Claude Code e o agente Pi para tentar portar o driver brcmfmac do Linux para chips Wi-Fi Broadcom BCM4350 para o FreeBSD, primeiro através de tradução direta de código e depois gerando uma especificação detalhada de 11 capítulos para implementação em clean-room.

Construindo uma CLI de Revisão de Código com IA usando Claude: Um Caminho Não Tradicional
GrandCru é um CLI de revisão de código desenvolvido por um ex-oficial militar usando Claude IA. Ele apresenta esquema Zod de duplo canal para feedback técnico e prosa criativa.