Tudo some
O cliente volta e precisa explicar de novo preferências, pedidos e decisões já discutidas.
Memória privada por usuário
Seu agente continua a conversa. Sem reler tudo.
Sinais da conversa viram observações, fatos duráveis ganham força quando reaparecem e memórias pouco úteis perdem peso. Tudo separado por usuário final.
Memória não é conhecimento: documentos são globais ao agente; fatos aprendidos ficam privados por end user.
memory / private scopeL3 + L4
01Sinal da conversaPreferência, fato ou contexto relevanteobserve
02Observação diáriaContexto recente deduplicadoL3
03ConsolidaçãoFatos úteis são curadosdream
04Reforço ou decaimentoUso recorrente muda a importânciascore
05Memória durávelRecuperada no próximo encontroL4
L3 diáriocontexto recente observado
L4 durávelfatos curados e pontuados
4k tokensbudget máximo da memória injetada
end userescopo privado entre sessões
O problema
Histórico não é memória. E prompt infinito não é contexto.
Enviar toda conversa de volta ao modelo custa mais, aumenta ruído e ainda não resolve quais fatos merecem sobreviver. Memória útil precisa de seleção, escopo e ciclo de vida.
Tudo entra
O histórico inteiro ocupa contexto, compete com instruções e faz o custo crescer a cada sessão.
Tudo mistura
Sem escopo server-side, uma busca de memória pode alcançar outra pessoa ou outro cliente final.
Mecanismo
O que é recente fica perto. O que é durável ganha estrutura.
As observações do dia e as memórias de longo prazo vivem no caminho crítico em MySQL. O histórico verbatim permanece navegável, mas fora da consolidação e fora da injeção automática no prompt.
Privado por pessoa, controlado pelo servidor
O modelo pode decidir qual memória ajuda a resposta. Não pode decidir de qual pessoa ela vem: company, agent e end user são selados antes.
Ver Brain e memória juntos →scope = company + agent + end_user
turn → observe(0..5 fatos)
→ dedup / reinforce
→ daily_entries (L3)
→ dream / decay
→ agent_memories (L4)
verbatim → navegável, fora do promptProva de comportamento
O Bench inclui memória entre sessões como parte do agente real.
O cenário de clínica roda conversas sequenciais por paciente e verifica se o agente recupera o contexto certo sem confundir pessoas.
memória por paciente
No Catcher Bench, o agente AdrIA é avaliado com catálogo, políticas, contraindicações e probes de memória entre sessões.
Ver o teste AdrIAVer o BenchPerguntas frequentes
Memória útil sem mágica
O agente recebe o histórico inteiro em todo prompt?
Não. A memória L3/L4 é curada e limitada por budget. O histórico verbatim fica navegável em uma trilha separada, fora da consolidação e da injeção automática.
A memória pode cruzar usuários?
O escopo é selado no servidor por empresa, agente e usuário final. O modelo escolhe o que lembrar dentro desse escopo, nunca qual usuário consultar.
Memória e conhecimento são a mesma coisa?
Não. Conhecimento é global ao agente e vem do corpus. Memória representa fatos privados aprendidos sobre cada usuário final.
Continuidade com escopo
Faça o próximo encontro começar de onde o último parou
Crie um agente, associe um end user à sessão e veja a memória se formar sem misturar pessoas.