Um agente que lembra tudo parece conveniente até recuperar uma preferência antiga, misturar um cliente com outro ou perpetuar uma correção como se fosse regra. “Memória” reúne objetos diferentes: contexto da conversa, preferência da pessoa, estado da tarefa, evidência de execução e conhecimento empresarial.
Cada tipo precisa de finalidade, escopo, validade, acesso e descarte próprios. Guardar por padrão aumenta custo de segurança e torna mais difícil explicar por que uma informação apareceu na resposta.
Em uma frase
A boa memória não maximiza retenção; preserva apenas o contexto necessário, pelo tempo certo e dentro da fronteira correta.
Quando uma lembrança antiga vira instrução atual
Um supervisor diz “neste turno, use a doca 4”. Se a frase virar preferência permanente, poderá orientar um pedido futuro fora do contexto. Uma correção feita por uma pessoa pode ser válida somente para aquela ordem. Sem tipo e expiração, memória converte exceção em política.
Em ambiente multiempresa, a falha é mais grave. Histórico, documentos e resultados precisam ser filtrados antes da recuperação. Separar apenas na interface não basta; chaves e consultas devem carregar a fronteira do tenant e as permissões do usuário.
Privacidade exige finalidade e segurança ao longo do ciclo
A ANPD mantém guias sobre agentes de tratamento, hipóteses legais e segurança. A aplicação concreta depende do contexto jurídico da empresa, mas princípios como finalidade, necessidade, transparência e segurança ajudam a questionar retenção indiscriminada.
Na segurança agêntica, a OWASP lista envenenamento de memória entre os riscos: conteúdo malicioso persistido pode influenciar sessões futuras. Memória precisa de validação, proveniência, revisão e mecanismos de exclusão.
Exemplo composto: quatro destinos para uma conversa
Após abrir uma ordem, um agente hipotético descarta o áudio bruto depois da transcrição conforme a política; mantém texto durante a sessão; registra a ordem e a confirmação como evidência; e não transforma “priorize esta vez” em preferência. Uma regra validada segue para base versionada, após revisão.
A pessoa consegue iniciar outra conversa sem herdar contexto indevido, e o logout cancela áudio e rede pendentes. Esse cenário composto mostra decisões de ciclo de vida; requisitos legais devem ser confirmados pela organização para sua finalidade e base legal.
Separe memória de sessão, negócio e auditoria
Sessão mantém referências necessárias à conversa e expira rápido. Estado de negócio pertence ao sistema responsável, não ao modelo. Preferências exigem consentimento ou fundamento adequado e possibilidade de correção. Conhecimento entra em coleção versionada. Evidência preserva a execução com retenção definida.
Para cada registro, guarde origem, empresa, sujeito, finalidade, validade, sensibilidade e quem pode ler ou excluir. Não permita que o próprio modelo promova uma frase a memória durável sem política determinística.
Perguntas antes de persistir contexto
- Qual finalidade operacional exige guardar este dado?
- Ele pertence à sessão, ao sistema de negócio, à base de conhecimento ou à evidência?
- Qual é a empresa, a pessoa, a validade e a política de acesso?
- Como corrigir, excluir, revogar e provar que a mudança ocorreu?
- Conteúdo externo pode contaminar decisões futuras se for persistido?
Como a Uiless ajuda
A Uiless isola conversas por empresa e sessão, cancela operações pendentes na troca de contexto e separa documentos, ferramentas e evidências. No fluxo de áudio, a arquitetura pode descartar o arquivo bruto após a transcrição e conservar somente o necessário conforme política configurada.
O estado verdadeiro continua nos sistemas conectados; a conversa referencia, não substitui, ERP ou CRM. Essa separação reduz memória acidental e facilita aplicar retenção e acesso por finalidade.
Relacione retenção a trilha de auditoria e veja como documentos são isolados em RAG multiempresa.
