Publicações gerais
Memória verificável para agentes: guardar menos, provar mais
Princípios para projetar memória persistente com origem, validade, recuperação previsível e evidência — sem confundir anotações com conhecimento confiável.
Memória persistente parece simples até a primeira informação antiga orientar uma decisão nova. Guardar tudo não resolve o problema: aumenta ruído, custo de recuperação e a chance de reutilizar uma conclusão que já perdeu validade.
Uma memória útil precisa ser verificável. Cada registro deve dizer de onde veio, quando foi observado, em qual escopo vale e qual evidência permitiria confirmá-lo ou invalidá-lo.
O que merece permanecer
Uma regra prática separa três classes:
- Fatos do projeto, como comandos de teste e limites arquiteturais, com referência ao arquivo ou commit.
- Decisões, acompanhadas do contexto, alternativas rejeitadas e condição de revisão.
- Episódios, como uma falha e sua correção, mantidos como histórico e não como regra universal.
Conversas intermediárias, hipóteses não testadas e respostas transitórias devem expirar ou permanecer claramente marcadas como não verificadas.
Recuperar é selecionar, não despejar
Uma boa consulta começa com filtros baratos — projeto, tópico, recência e palavras-chave — e só depois usa mecanismos mais caros, se forem necessários. O resultado precisa manter a origem e indicar por que foi selecionado.
Esse desenho ajuda a evitar dois erros comuns: preencher o contexto com lembranças irrelevantes e tratar similaridade textual como prova de verdade.
O que falta no OmniCodex
O OmniCodex já contém regras para respostas compactas e instruções parciais de integração com memória de codebase. Isso ainda não equivale a memória persistente validada. O próximo passo responsável é definir um formato de evidência, políticas de invalidação e testes com tarefas repetíveis antes de ativar qualquer recuperação automática.
Referência e limites
Esta é uma análise independente publicada por MoroniGL.dev. A auditoria considerou o material gratuito MEMORY — Self-Editing Agent Memory, da Flux Growth Agency, cuja distribuição auditada incluía licença MIT. Nenhum código ou texto do pacote foi incorporado aqui; serviços de modelo opcionais podem ter custos próprios.