Memória de agentes:
o que é e onde ela deve ficar

A memória de agentes guarda o que será reaproveitado depois

Um modelo de linguagem não guarda nada entre uma chamada e a seguinte. Tudo o que ele usa precisa chegar no prompt. A memória de agentes é o conjunto de mecanismos que seleciona o que vale guardar, armazena fora do modelo e recupera no momento certo.

O tema ganhou corpo em 2023, quando pesquisadores da Stanford University e do Google descreveram agentes que registram cada experiência em linguagem natural, condensam esses registros em reflexões e recuperam os mais relevantes antes de planejar a próxima ação.

A memória se divide por tempo de vida e por tipo de conteúdo

• Memória de trabalho: o que está na janela de contexto durante a tarefa, como a instrução e os resultados das ferramentas.
• Memória de sessão: o histórico de uma conversa ou execução, mantido enquanto ela dura e descartado ou resumido ao final.
• Memória de longo prazo: o que sobrevive entre sessões. Reúne fatos, como o contato financeiro de uma conta; preferências, como o formato de relatório que uma gestora pede; histórico de interações; e procedimentos aprendidos, como a sequência que resolveu um tipo de falha.

As implementações combinam resumo, vetores e chave-valor

• Histórico resumido: a conversa é condensada em um texto curto que volta ao prompt na sessão seguinte.
• Banco de vetores: cada interação vira um embedding, e a recuperação busca os registros mais parecidos com a pergunta atual.
• Armazenamento chave-valor: fatos e preferências ficam em campos nomeados, consultados por identificador.

Cada técnica resolve uma parte. O resumo perde detalhe a cada rodada. O vetor encontra o que é parecido e ignora a ligação entre registros. O chave-valor guarda o fato isolado, sem a entidade a que ele pertence.

Memória de agentes sem estrutura acumula erro e mistura contextos

Os problemas aparecem quando a memória de agentes sai do protótipo e atende muitos clientes:

• Erro acumulado: um resumo com uma informação errada é lido como fato na sessão seguinte e passa a ser repetido.
• Memória desatualizada: o agente registra como contato financeiro de uma conta uma pessoa que já saiu da empresa, porque a mudança no CRM não chegou à memória.
• Clientes misturados: uma preferência registrada no atendimento de um cliente é recuperada na conversa com outro, porque os dois textos eram parecidos.
• Permissão ignorada: uma nota do jurídico sobre uma disputa com o cliente aparece na resposta para o time comercial, que não tem acesso a esse documento na origem.
• Fora do perímetro: quando a memória é guardada pelo provedor do modelo ou da ferramenta, o histórico de interações da empresa passa a viver em infraestrutura externa, sob os termos daquele serviço.

A relação entre os registros transforma armazenamento em memória

Na anatomia da IA, o cérebro e a memória correspondem ao Company Brain, e o princípio dessa parte é que armazenar não é lembrar. Um repositório guarda o registro do atendimento. A memória útil sabe que aquele chamado é do mesmo cliente cujo contrato vence no mês seguinte e cuja última entrega atrasou.

Essa ligação depende de identificar a entidade a que cada lembrança se refere. Uma memória presa ao texto da conversa só é recuperada por semelhança. Uma memória presa ao cliente, ao contrato e ao pedido é recuperada por relação, independentemente de como a pergunta foi escrita.

O Company Brain liga a memória de agentes às entidades do grafo

No Company Brain, o histórico das interações é registrado no grafo de conhecimento. Cada atendimento, decisão ou preferência fica ligado às entidades que envolve, com data e sistema de origem. A ontologia do negócio define o que cada registro significa, e uma mudança no CRM atualiza a entidade que a memória referencia.

A permissão é herdada da fonte. Uma lembrança derivada de um documento jurídico carrega a restrição desse documento e volta apenas para quem já tem acesso a ele. A memória é servida via MCP, então qualquer agente da empresa consulta a mesma base, sem que cada ferramenta mantenha a própria cópia do histórico.

A soberania da memória de agentes depende de onde ela fica e de quem apaga

O histórico de interações registra o que clientes pediram, reclamaram e negociaram. No Company Brain, essa memória fica no ambiente do cliente, sob as políticas de retenção e backup que a empresa já aplica aos demais dados. O provedor do modelo recebe o recorte necessário para cada chamada, conforme a arquitetura contratada.

Apagar também faz parte da soberania. A LGPD prevê, no artigo 18, o direito do titular de pedir a eliminação dos dados pessoais tratados com base no consentimento. Com a memória ligada às entidades, o pedido localiza todas as lembranças associadas àquela pessoa. Com lembranças espalhadas em resumos e vetores de várias ferramentas, ninguém sabe ao certo onde elas estão.

A memória de agentes depende de fontes atualizadas e de regras de retenção

A memória herda a qualidade dos sistemas de origem. Se o CRM está desatualizado, a lembrança ligada a ele também estará. Também cabe à empresa definir o que se guarda, por quanto tempo e quem revisa as memórias geradas pelos próprios agentes, como resumos e procedimentos aprendidos.

Um primeiro uso de memória de agentes começa por contas que voltam sempre

O ponto de partida recomendado é um processo em que a mesma conta volta muitas vezes, como o atendimento de clientes de maior porte ou o acompanhamento de fornecedores críticos. O primeiro passo é listar quais fatos e preferências valem guardar e a qual entidade cada um se liga.

Em seguida, as fontes dessas entidades são conectadas ao Company Brain. Nas semanas seguintes, a equipe mede quantas respostas usaram memória e quantas lembranças precisaram de correção.