Por quanto tempo guardar logs de agente de IA? Auditoria e privacidade

Guarde logs e transcrições de agentes de IA apenas pelo tempo que uma finalidade específica exige: diagnóstico operacional, revisão de incidentes, obrigação contratual ou legal, ou uma decisão que alguém possa precisar explicar depois. A maioria das empresas deve adotar um prazo curto como padrão para transcrições brutas, manter por mais tempo um conjunto menor de registros estruturados de decisão e excluir ou anonimizar o restante em um cronograma fixo. Os prazos adequados dependem do seu setor, das suas obrigações de proteção de dados e da frequência com que as ações do agente são revisadas. Por isso, a regra precisa ser escrita e ter um responsável nomeado.

Principais pontos

• A retenção segue a finalidade. Anote por que cada log existe antes de decidir por quanto tempo ele fica guardado.
• Mantenha as transcrições brutas por pouco tempo, porque elas concentram o conteúdo mais pessoal e sensível.
• Mantenha os registros estruturados de decisão por mais tempo, porque eles mostram o que o agente fez e quem aprovou.
• Transforme a exclusão em uma rotina automatizada com dono definido, e não em uma tarefa que alguém precisa lembrar.
• Revise a retenção sempre que permissões, ferramentas ou fontes de dados mudarem.

Por que a retenção é uma decisão de desenho

Um log não é neutro. Cada registro que o agente grava é uma cópia de algo que aconteceu, e cada cópia cria obrigações: alguém precisa protegê-la, alguém pode precisar lê-la e, eventualmente, alguém precisa apagá-la. A cartilha sobre observabilidade da OpenTelemetry descreve sinais como logs, traces e métricas, em que os logs registram eventos isolados e os traces acompanham uma única requisição por várias etapas. Um agente produz os dois, e também produz transcrições, que muitas vezes contêm tudo o que um cliente ou funcionário digitou, inclusive detalhes que ninguém pretendia armazenar.

O erro mais comum é guardar tudo porque armazenamento é barato. Essa economia esconde três custos: mais dados pessoais expostos se uma conta for comprometida, mais material para pesquisar quando alguém perguntar o que aconteceu e mais ruído, que dificulta encontrar os registros úteis. O NIST AI Risk Management Framework trata documentação e governança como parte da gestão de risco de IA ao longo de todo o ciclo de vida do sistema. Ou seja, a retenção pertence às regras de operação, e não a um padrão da infraestrutura.

Mapeie cada tipo de log para sua finalidade

Comece listando o que o agente de fato grava. A maioria das implantações produz mais categorias do que as equipes esperam, então o inventário vem antes de qualquer decisão sobre prazos. As categorias típicas incluem:

• Transcrições brutas de conversas, com as mensagens do usuário e as respostas do agente
• Registros de chamadas de ferramentas, mostrando qual sistema foi acionado, com quais campos e o que retornou
• Eventos de aprovação, mostrando o que o agente propôs, quem aprovou ou rejeitou e quando
• Registros de configuração e versão, mostrando qual modelo, conjunto de prompts, habilidade ou nível de permissão estava ativo
• Registros de erro e incidente, incluindo ações que falharam e qualquer pausa ou reversão
• Resultados de avaliações feitas periodicamente sobre o comportamento do agente

Cada categoria responde a uma pergunta diferente. As transcrições ajudam a explicar uma conversa confusa. Os registros de ferramentas e de aprovação explicam o que mudou em um sistema. Os registros de versão explicam por que o comportamento era diferente entre duas datas. Tratar tudo como um único bloco obriga você a guardar a categoria mais sensível pelo mesmo tempo que a menos sensível. Se você ainda está decidindo quais campos devem entrar no registro, o guia sobre o que registrar desde o primeiro dia ajuda a identificar os campos que valem a pena capturar cedo.

Como escolher o prazo de cada log?

Use a finalidade como critério. Para cada categoria, percorra as perguntas abaixo na ordem. A primeira resposta que se aplicar normalmente define o prazo seguro mais curto.

• O registro contém dados pessoais ou informações confidenciais de clientes? Se sim, guarde-o apenas pelo tempo que a finalidade declarada exigir.
• Ele contém credenciais, tokens ou dados de pagamento? Se sim, esses dados não deveriam ser gravados no log, e qualquer cópia existente deve ser removida.
• Um cliente, funcionário, auditor ou órgão regulador poderia razoavelmente perguntar sobre essa decisão depois? Se sim, guarde o registro de decisão, e não a transcrição completa.
• Um contrato, uma norma do setor ou a lei local exige um prazo específico? Se sim, esse prazo prevalece sobre o padrão interno.
• A equipe precisaria desse registro para reproduzir e corrigir uma falha? Se sim, mantenha-o pelo tempo de um ciclo normal de investigação e depois reduza.
• Há uma disputa, incidente ou bloqueio legal em aberto? Se sim, suspenda a exclusão apenas dos registros afetados e anote o motivo.

Na prática, isso resulta em um prazo padrão curto para as transcrições brutas, uma janela mais longa para os registros estruturados de decisão e uma regra segundo a qual os registros de versão e de avaliação seguem a finalidade que sustentam. Escreva os prazos escolhidos em um único documento assinado pelo responsável pela operação, para que ninguém precise adivinhar durante um incidente.

Cenário ilustrativo: um distribuidor regional implanta um agente que responde a consultas sobre status de pedidos e prepara pedidos de crédito para a equipe financeira aprovar. As transcrições contêm nomes de clientes, endereços de entrega e reclamações. A equipe mantém as transcrições por uma janela curta de diagnóstico, porque raramente precisa delas depois que um problema é resolvido. O pedido de crédito em si, com o valor proposto, a política aplicada, o aprovador e a decisão, fica armazenado como registro estruturado pelo mesmo período que o financeiro já aplica às decisões de crédito. A transcrição é excluída na data prevista, enquanto o registro de decisão permanece e responde à pergunta da auditoria, sem manter todas as reclamações por tempo indefinido.

Equilibrar auditoria com riscos de privacidade e armazenamento

As necessidades de auditoria e de privacidade só puxam em direções opostas quando todos os logs são tratados como um único bloco. Separados por finalidade, o rastro de auditoria pode manter o necessário para explicar as decisões, enquanto a exposição à privacidade diminui a cada registro que você escolhe não guardar integralmente.

Três controles práticos reduzem essa tensão. Primeiro, limite o que entra no log: o agente deve registrar identificadores como referências, e não dados pessoais completos, e deve ocultar qualquer campo que a finalidade não exija. O princípio está detalhado em minimização de dados em agentes de IA. Segundo, restrinja quem pode ler cada classe de registro, porque uma transcrição guardada que todos podem pesquisar representa uma exposição maior do que uma que um grupo pequeno só pode abrir por um motivo definido. Terceiro, considere as cópias: backups, exportações e pipelines de análise muitas vezes mantêm dados depois que o armazenamento principal já os apagou. Por isso, o cronograma de exclusão precisa citar esses locais também.

Nas empresas brasileiras, a mesma lógica vale sob a LGPD, que se apoia em finalidade, necessidade e eliminação dos dados quando eles deixam de ser necessários. O material sobre LGPD e agentes de IA nas empresas indica o que verificar, e a Autoridade Nacional de Proteção de Dados (ANPD) publica seus próprios materiais. Os prazos de retenção devem ser justificados por escrito em relação à finalidade, e não copiados do padrão de um fornecedor.

Como escrever uma regra de retenção que as pessoas vão seguir?

Uma regra de retenção é um documento curto, com um responsável, e não um parecer jurídico. Siga esta ordem:

• Faça o inventário de todas as fontes de log que o agente grava, incluindo os repositórios hospedados pelo fornecedor
• Classifique cada fonte por sensibilidade e finalidade
• Defina um prazo padrão para cada classe e um prazo maior apenas onde uma finalidade nomeada o exigir
• Defina como bloqueios legais e congelamentos por incidente são aplicados e liberados
• Automatize a exclusão e teste-a confirmando que uma amostra de registros vencidos foi de fato removida, inclusive nos backups, que têm ciclo próprio
• Nomeie quem aprova exceções e quem revisa a regra

Como a Be Human trabalha com isso: em operações gerenciadas, a Be Human define com o cliente, já na primeira etapa, as classes de log, e configura as regras de retenção e de acesso junto com a memória, as ferramentas e as permissões do agente. Também executa verificações programadas de que os registros vencidos foram removidos. As revisões de permissão e a resposta a incidentes usam os mesmos registros, de modo que a regra de retenção é testada no uso real e não apenas escrita.

Revise a retenção quando o agente mudar

A retenção não é uma configuração única. Uma nova ferramenta, uma nova fonte de dados ou uma permissão mais ampla muda o que o agente registra e, portanto, o que precisa ser guardado e por quanto tempo. Revise a regra quando a autoridade do agente crescer, depois de qualquer incidente e em um intervalo que o responsável escolha com antecedência. A responsabilidade por uma decisão registrada pelo agente também continua com uma pessoa, por isso o mesmo responsável deve conseguir responder perguntas sobre os registros. Esse ponto é desenvolvido em quem é responsável quando o agente de IA comete um erro.

Se você não tem certeza de qual tarefa do agente deve ser desenhada primeiro, faça o diagnóstico gratuito de IA da Be Human para identificar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Por quanto tempo devo guardar transcrições brutas de agentes de IA? Guarde-as pela janela mais curta que cubra o diagnóstico e a revisão de problemas recentes, e depois exclua-as conforme o cronograma. O prazo exato depende do seu setor, dos seus contratos e de as transcrições conterem dados pessoais, o que acontece com frequência. Um registro estruturado de decisão normalmente atende à necessidade de responsabilização que motivou guardar a transcrição completa.

Posso guardar todos os logs do agente para sempre, por segurança? Guardar tudo raramente é mais seguro. A retenção indefinida amplia os dados expostos em um vazamento, complica as respostas a pedidos de acesso e exclusão e atrasa as investigações, porque os registros úteis ficam enterrados. A segurança vem de guardar os registros que explicam as decisões por um prazo definido e remover o restante.

Quem deve ser dono da regra de retenção? Um responsável nomeado da operação ou da área de negócio deve ser o dono, com contribuição do jurídico ou da privacidade sobre os prazos, e a equipe de segurança responsável pelo acesso e pela exclusão. O responsável aprova as exceções e revisa a regra quando permissões ou fontes de dados mudam. Logs sem dono costumam se acumular, porque ninguém é responsável por apagá-los.

Um bloqueio legal interrompe a exclusão de rotina? Pode interromper, mas apenas para os registros que ele cobre. Documente quais registros estão congelados, por que motivo e quem aprovou o congelamento, e libere o bloqueio quando o caso for encerrado. Os registros não relacionados devem continuar seguindo o cronograma normal, para que um único incidente não transforme todo o acervo em armazenamento permanente.

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