Atender pedido de exclusão de memória de agente de IA: guia prático

Para atender a um pedido de exclusão da memória de um agente de IA, localize todos os lugares onde os fatos da pessoa foram guardados, remova ou desidentifique cada cópia e registre o que foi removido, onde e como você verificou. A memória de longo prazo do agente é apenas o primeiro lugar para procurar. Resumos, índices de busca, registros de conversa, notas de transferência, cópias de segurança e o histórico do lado do fornecedor costumam guardar os mesmos fatos. A exclusão só está completa quando cada cópia foi removida ou quando a retenção dela foi justificada.

Principais pontos

• Um pedido de exclusão alcança cada cópia dos fatos de uma pessoa, e não apenas a tabela de memória que o agente consulta.
• Monte um inventário dos armazenamentos de memória antes que o primeiro pedido chegue, para não descobri-los sob pressão de prazo.
• Exclua ou desidentifique, depois reindexe e verifique. Apagar a linha de origem não remove o fato dos embeddings ou dos resumos.
• Mantenha o registro da exclusão mínimo e nunca copie para dentro dele os dados pessoais apagados.
• Peça ao jurídico que confirme quais leis se aplicam e quais exceções, como uma retenção legal, permitem que alguns registros permaneçam.

Por que a exclusão é mais difícil na memória de agentes do que em um banco de dados

Em um banco de dados tradicional de clientes, um pedido de exclusão corresponde a um registro com chave conhecida. Um agente funciona de outro jeito. Ele pode resumir uma conversa em uma nota, guardar essa nota como embedding para recuperação posterior, citar o fato em uma resposta e manter a transcrição em um log. Cada etapa cria uma nova cópia em outro formato. Um fato que nunca foi digitado em um campo ainda pode ser recuperado por busca de similaridade, então pesquisar pelo nome da pessoa não basta.

A maioria dos agentes de negócio não retreina o modelo subjacente depois de cada conversa, mas mantém memória externa que é injetada em prompts futuros. Essa camada externa, junto com os logs e índices ao redor dela, é onde o trabalho de exclusão acontece de fato. Trate-a como parte dos sistemas de dados da empresa, com responsáveis, regras de retenção e caminhos de exclusão, e não como um recurso de conveniência da ferramenta de chat.

Passo a passo: encontre cada cópia de um fato pessoal

Execute a sequência a seguir para cada pedido. Guarde os identificadores de quem pediu em um arquivo restrito do caso, e não em canal de conversa compartilhado ou comentário de chamado.

• Confirme a identidade de quem pediu e o escopo do pedido, incluindo se ele abrange clientes, funcionários ou ambos.
• Liste cada armazenamento onde o agente pode gravar: memória de longo prazo, memória de sessão, resumos, índices vetoriais, notas de conhecimento, sincronização com CRM e chamados, rascunhos e logs.
• Pesquise cada armazenamento pelos identificadores conhecidos e depois pelos fatos que o agente pode ter inferido, como preferências, detalhes de saúde mencionados de passagem ou uma situação familiar.
• Verifique os recursos do fornecedor que guardam histórico de conversa ou memória, e registre a configuração de retenção de cada um.
• Verifique cópias de segurança e exportações. Se você não puder editar um snapshot, marque-o para expirar e documente a exceção.
• Registre cada ocorrência com o nome e o tipo do armazenamento, sem copiar o conteúdo para o registro.

Como excluir sem quebrar o agente?

Apagar uma entrada de memória é a parte fácil. Resumos que citam o fato precisam ser reescritos ou removidos, e as entradas vetoriais precisam ser apagadas pelo identificador, ou o índice precisa ser reconstruído a partir das fontes limpas. Se você remover só o texto original, um embedding desatualizado pode continuar trazendo o fato nas respostas, e o agente vai parecer lembrar de algo que foi instruído a esquecer.

Jobs de sincronização são a origem mais comum de fatos que reaparecem. Um processo noturno que copia o histórico de chamados de volta para a memória pode restaurar um fato que você apagou no dia anterior. Pause a reingestão automática para os identificadores apagados antes de excluir, e depois confirme que a pausa está funcionando. Para um procedimento mais completo, veja como excluir dados de cliente de agente de IA.

Use a desidentificação quando a exclusão total prejudicaria registros que você precisa manter, como uma transação que as regras contábeis ou de garantia exigem guardar. Substitua os campos pessoais por uma referência neutra e mantenha os fatos de negócio que não são pessoais. Escreva a base dessa escolha no registro de exclusão, para que quem revisar depois entenda por que aquele registro sobreviveu.

Guia de decisão: excluir, desidentificar ou manter

Use esta ordem para cada fato encontrado. O padrão é a exclusão, e cada exceção precisa de um motivo declarado.

• Exclua quando o fato não tem mais finalidade de negócio ou legal, como uma preferência declarada que não influencia mais o atendimento.
• Desidentifique quando o registro sustenta um histórico de contabilidade, garantia ou segurança que você precisa manter, e a identidade da pessoa não é necessária para essa finalidade.
• Mantenha apenas quando uma obrigação legal específica ou uma retenção legal se aplicar, e restrinja o acesso a esse registro.
• Recuse somente por escrito. Se o pedido for excessivo, sem fundamento ou em conflito com outro dever legal, explique ao solicitante, em linguagem simples, o que foi mantido e por quê.
• Leve ao jurídico quando os dados envolverem saúde, crianças, disputas trabalhistas ou transferências internacionais.

Para empresas brasileiras, LGPD e agentes de IA nas empresas reúne as checagens que geralmente mais importam antes de um pedido chegar.

Cenário ilustrativo: a nota de transferência que sobreviveu à conversa

Cenário ilustrativo, não é um caso real: uma cliente pede a um agente de atendimento que apague os dados dela. A equipe pesquisa o CRM, não encontra nada sensível e encerra o pedido. Algumas semanas depois, a cliente recebe uma resposta que menciona um detalhe da conversa anterior. A investigação mostra que o agente tinha gravado um resumo no histórico do chamado, e um job noturno copiava esse histórico de volta para a memória do agente. A solução não foi uma busca maior. A equipe incluiu o histórico de chamados no inventário de armazenamentos, pausou a reingestão para os identificadores apagados e criou uma consulta de verificação que roda após cada exclusão e cada ciclo de sincronização.

Documente a exclusão para poder comprová-la

O registro deve responder a cinco perguntas: o que foi pedido e quando, quais armazenamentos foram pesquisados, o que foi excluído, desidentificado ou mantido, e como o resultado foi verificado. Guarde-o em um sistema restrito, separado dos dados pessoais que ele descreve. Um mínimo útil inclui os itens abaixo.

• Uma referência do pedido e o escopo combinado com quem pediu
• A lista de armazenamentos verificados, com o responsável e o método de acesso de cada um
• A ação tomada em cada armazenamento: excluído, desidentificado ou retido com base declarada
• O método de verificação, a data em que foi executado e o resultado
• O nome da pessoa que aprovou cada exceção
• Uma checagem de acompanhamento agendada após o próximo ciclo de sincronização ou reindexação

Registre resultados e eventos, não o conteúdo. A introdução do OpenTelemetry sobre observabilidade descreve a telemetria como dados sobre o comportamento de um sistema, que é o modelo certo para um registro de exclusão. Os contratos com fornecedores também devem dizer como os pedidos de exclusão chegam aos suboperadores. O contrato de tratamento de dados com fornecedor de IA lista o que confirmar antes de assinar.

Como a Be Human trata exclusões em operações gerenciadas

A Be Human desenha a camada de memória da infraestrutura de IA de uma empresa já pensando na exclusão. Cada armazenamento de memória é registrado com um responsável, uma regra de retenção e um caminho de exclusão antes que qualquer agente escreva nele. Em operações gerenciadas, a Be Human executa buscas recorrentes por identificadores nesses armazenamentos, revisa mudanças de permissão que possam ampliar o acesso à memória e registra cada pedido de exclusão no formato descrito acima. Alterações no comportamento de exclusão passam por revisão controlada, e um incidente, como um fato reingerido, é tratado como evento operacional com acompanhamento escrito. Sua equipe define o escopo e as decisões de retenção, e seus assessores jurídicos confirmam a base legal.

Se você não tem certeza de qual agente da sua empresa concentra hoje mais memória pessoal, faça o diagnóstico gratuito de IA da Be Human para encontrar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Podemos recusar um pedido de exclusão porque o agente precisa da memória para funcionar? Em geral, não totalmente. O agente pode continuar trabalhando com menos contexto pessoal, e você pode remover os fatos que identificam a pessoa mantendo os dados operacionais de que realmente precisa. Qualquer recusa ou recusa parcial deve ser escrita, explicada em linguagem simples e revisada pelo jurídico quando a lei se aplicar.

Precisamos retreinar o modelo de IA para remover os dados de alguém? Normalmente não, quando os fatos pessoais estão nos seus armazenamentos de memória, logs e índices, e não no treinamento do modelo. Confirme isso com o fornecedor por escrito, porque alguns fornecedores usam dados de clientes para treinamento sob certas configurações. Verifique os termos de tratamento de dados e as opções de exclusão de uso antes de o primeiro pedido chegar.

Com que rapidez precisamos agir diante de um pedido? O prazo depende das leis que se aplicam à sua empresa e às pessoas envolvidas, então não o estime por conta própria. Defina uma meta interna de atendimento que sua equipe consiga cumprir de forma consistente, e confirme com o jurídico o prazo legal de cada jurisdição em que você atua.

E as cópias de segurança que ainda contêm os dados? Em geral, cópias de segurança são tratadas pela expiração, e não pela edição de cada snapshot, e sua política de retenção deve dizer isso. Os procedimentos de restauração precisam reaplicar o registro de exclusões para que fatos apagados não voltem, e a cópia deve ser registrada como exceção documentada até expirar.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.