Agentes de Trabalho Não Devem Escrever Memória Diretamente: Um Padrão Curador-Agente

Em uma configuração multi-agente, a poluição da memória compartilhada é uma dor familiar. Um desenvolvedor no r/openclaw descreve um padrão que bloqueia todas as escritas de memória através de um agente Curador de Memória dedicado, impedindo que agentes trabalhadores escrevam fatos duráveis diretamente. A abordagem é inspirada por pesquisas sobre memória transacional organizacional (Ren & Argote) e sistemas de memória de agentes existentes como MemGPT, MemoryBank, LEGOMem e Generative Agents.

Como Funciona o Padrão Curador de Memória

Agentes trabalhadores nunca escrevem na memória. Em vez disso, eles emitem eventos de memória estruturados com um escopo proposto e evidências. O agente Curador de Memória então valida, edita, deduplica e roteia cada evento para um dos quatro escopos, ou o descarta completamente.

Os Quatro Escopos

• Memória do Repositório do Agente — decisões de design duráveis para um único agente (análogo à memória especialista individual)
• Memória da Equipe de Agentes — procedimentos entre agentes, padrões de handoff, regras de segurança (memória de equipe transacional)
• Memória do Projeto — estado atual, decisões, riscos para um engajamento
• Rascunho da Sessão — observações temporárias que provavelmente não deveriam persistir (memória de trabalho de curto prazo)

Esquema de Eventos

Os eventos são JSON com tags de tipo: fact, decision, preference, risk, procedure, hypothesis, além de uma referência de evidência e um escopo proposto. O curador pode substituir o escopo proposto e é o único escritor para armazenamentos duráveis.

Perguntas em Aberto

O autor sinaliza duas preocupações:

1. Superemissão ou subemissão — a exigência de eventos pode fazer com que os trabalhadores emitam tudo (inundação) ou parem de se incomodar (perdendo observações úteis).
2. Precisão do roteamento em escala — os limites entre sessão e projeto se confundem em sessões longas; os limites entre projeto e equipe se confundem quando uma lição se generaliza.

O repositório está em github.com/jeongmk522-netizen/agent_memory_curator_agent. O desenvolvedor está curioso para saber se outros bloqueiam escritas antecipadamente ou fazem passes de limpeza depois, observando que a limpeza posterior é mais fácil, mas a poluição provavelmente acumula mais rápido do que é removida.