Residência de dados em agentes de IA: onde ficam memória, logs e chamadas

A residência de dados em uma camada de IA da empresa responde a uma pergunta: em qual país ou região a memória, os logs e as chamadas ao modelo do agente ficam guardados fisicamente, e quem consegue acessá-los? Uma configuração de agente mantém dados da empresa em pelo menos três lugares, e cada um precisa de uma resposta por escrito antes que registros regulados entrem no sistema. Este guia percorre cada lugar e traz as perguntas que fazer a qualquer fornecedor antes de tudo.

Principais pontos

• A residência cobre três lugares: os armazenamentos de memória, os logs e rastros, e as chamadas ao modelo que carregam prompts e textos recuperados.
• Cada lugar pode ser copiado para um backup, um cache, uma ferramenta de suporte ou um suboperador, então as perguntas sobre localização precisam acompanhar cada cópia.
• Obtenha respostas por escrito sobre região, retenção, uso para treinamento e acesso antes que qualquer registro regulado entre no sistema.
• Defina o desenho de residência já no primeiro projeto e revise-o sempre que um modelo, conector ou fornecedor mudar.

Por que residência são três perguntas, e não uma

A maioria das conversas sobre residência começa e termina no fornecedor do modelo. Em uma camada de superinteligência para a empresa, o material que é guardado ou transmitido é bem mais amplo. Um agente que mantém memória, lê seus documentos, chama ferramentas e grava logs cria cópias dos dados da empresa em vários lugares. Cada cópia tem a sua localização, a sua regra de retenção e a sua lista de pessoas com acesso.

Reguladores e compradores corporativos perguntam sobre o fluxo dos dados, e não apenas sobre o destino final. Um hábito útil é desenhar o caminho que uma pergunta de cliente percorre no sistema: onde a requisição entra, o que é recuperado, o que sai da sua fronteira e o que fica registrado. Cada seta desse desenho é uma pergunta de residência, e cada caixa é um lugar onde pode existir uma cópia.

Onde a memória do agente fica fisicamente

A memória de um agente empresarial raramente é uma coisa só. Normalmente inclui registros estruturados, como cadastros de clientes ou histórico de pedidos, documentos indexados para busca, resumos de conversas anteriores e as configurações que definem o que o agente tem permissão para lembrar. Essas partes podem estar em sistemas diferentes e, às vezes, em regiões diferentes.

Desenhos baseados em recuperação mantêm os documentos de origem em um repositório que você controla e enviam ao modelo apenas trechos relevantes no momento da requisição. Isso reduz o que sai da sua fronteira, mas os trechos ainda viajam em cada chamada, então precisam da mesma resposta de residência que todo o resto. Pergunte onde o índice de busca é construído e armazenado, se os embeddings são gerados por um serviço externo e onde esse serviço roda, e se registros apagados são removidos dos índices e dos backups em um cronograma conhecido. A exclusão é a pergunta que as equipes mais costumam deixar de lado. Um registro removido do banco principal pode continuar num índice ou num snapshot por muito tempo, se ninguém for responsável por essa limpeza.

Antes de decidir onde a memória fica, decida o que o agente deve guardar. O artigo sobre minimização de dados em agentes de IA ajuda a separar fatos duradouros de conversas passageiras.

Logs e rastros também contêm dados regulados

Observabilidade é necessária para operar agentes com segurança. Os rastros registram cada etapa: o prompt, os trechos recuperados, os argumentos das ferramentas, as respostas e os erros. Esses registros ajudam na depuração e nas auditorias, mas também são uma cópia completa de todo conteúdo sensível que passou pelo agente. A introdução de observabilidade do OpenTelemetry descreve logs, rastros e métricas como sinais distintos, cada um com seu tratamento. Em um sistema de agentes, o rastro costuma ser onde os dados pessoais se escondem, porque captura tudo o que o modelo viu.

Pergunte qual ferramenta de log ou monitoramento recebe esses eventos, se ela roda na mesma região do restante do sistema, por quanto tempo os rastros são mantidos, quem pode lê-los e se identificadores pessoais podem ser mascarados antes da exportação. Muitas exposições começam quando uma pessoa bem-intencionada cola um rastro em um canal compartilhado para pedir ajuda. Defina a regra antes que esse momento chegue. Para o padrão de registro em si, veja os requisitos de trilha de auditoria para empresas reguladas.

O que acontece durante uma chamada ao modelo

Cada chamada ao modelo envia um conjunto de dados: instruções, contexto da conversa, textos recuperados e saídas de ferramentas. Esse conteúdo atravessa a infraestrutura do fornecedor, e quatro fatos determinam a sua exposição. Primeiro, onde a requisição é processada. Segundo, se o fornecedor mantém esse conteúdo por um período para monitoramento de segurança ou análise de abuso. Terceiro, se algum cache o armazena e por quanto tempo. Quarto, se o conteúdo pode ser usado para treinar ou aprimorar modelos. Cada resposta deve estar por escrito e vinculada ao tipo de conta e ao serviço que você de fato contrata, e não deduzida de uma página de marketing. Termos para empresas e planos padrão costumam ser diferentes.

A escolha de região, quando o fornecedor oferece, é apenas um controle. Um fornecedor na região correta ainda pode depender de um suboperador em outro lugar para suporte, monitoramento ou infraestrutura. Siga a cadeia pela lista de suboperadores do fornecedor e pelas condições de tratamento do contrato. A lógica por trás desses documentos está em Contrato de tratamento de dados com fornecedor de IA: o que checar e em Suboperadores de dados do fornecedor de IA: quem mais trata seus dados?.

Perguntas a fazer antes de guardar registros regulados

Use esta lista na chamada com o fornecedor e guarde as respostas por escrito no seu arquivo de riscos de IA.

• Qual país ou região armazena nosso índice de memória e os documentos de origem, e essa localização pode ser fixada em contrato?
• Qual região processa cada chamada ao modelo, e os backups e as rotas de contingência permanecem na mesma região?
• Por quanto tempo prompts, saídas e rastros são mantidos por padrão, e o que muda no nosso tipo de conta?
• Conteúdo de clientes ou funcionários é usado para treinar ou aprimorar modelos, e isso pode ser desativado por escrito?
• Quais suboperadores tocam o conteúdo enviado, os logs ou os dados de suporte, e onde cada um opera?
• Podemos apagar os registros de uma pessoa da memória, dos índices, dos rastros e dos backups, e quanto tempo isso leva?
• Quem no fornecedor pode ler nosso conteúdo para suporte ou revisão de segurança, e quais controles de acesso se aplicam?
• O que acontece com nossos dados quando encerramos o serviço, incluindo formato de exportação e confirmação de exclusão?
• Receberemos aviso antes que o modelo, a região ou a lista de suboperadores mudem?

Se um fornecedor não consegue responder por escrito a várias dessas perguntas, trate isso como um achado, e não como uma formalidade.

Cenário ilustrativo e como a operação gerenciada lida com ele

Cenário ilustrativo: um escritório de contabilidade quer um agente que responda perguntas de clientes com base em pastas de declarações de impostos arquivadas. O primeiro desenho colocou o índice de busca na região padrão do fornecedor, enviou documentos completos em cada prompt e exportou os rastros para uma ferramenta de monitoramento em outra região. A revisão usou as perguntas acima. A equipe mudou o índice para a conta de nuvem regional da própria empresa, passou a enviar apenas os parágrafos relevantes, mascarou os identificadores fiscais antes que os rastros saíssem do sistema e registrou qual suboperador podia ver cada conteúdo. As decisões de residência foram para o registro de riscos, junto aos níveis de permissão de cada ação.

A Be Human desenha e opera a camada em torno do modelo, incluindo armazenamentos de memória, conexões com ferramentas, configurações de rastros e limites de permissão. O primeiro projeto define um papel útil e registra onde fica cada armazenamento e cada log e qual fornecedor toca cada um. A operação gerenciada depois inclui revisão de permissões, manutenção das integrações e resposta a incidentes, para que o desenho de residência seja verificado novamente quando um conector, um modelo ou um suboperador mudar. O trabalho é entregue remotamente, em inglês e em português.

Decida, documente e revise a residência antes do lançamento

A residência funciona melhor como uma decisão escrita, e não como uma configuração que alguém se lembra de ter feito. Uma sequência simples mantém o trabalho controlável:

• Desenhe o caminho dos dados para uma tarefa real, desde a requisição que entra até cada cópia guardada.
• Classifique cada cópia como memória, log, carga enviada ao modelo ou backup, e marque quais delas contêm registros regulados.
• Registre a região, o período de retenção e o suboperador de cada cópia, com o documento de origem ao lado.
• Mascare identificadores nos rastros e limite quem pode lê-los, tanto dentro da equipe quanto no fornecedor.
• Escreva um procedimento de exclusão que cubra índices e backups, e teste-o em um registro antes do lançamento.
• Revise o desenho sempre que um modelo, conector ou fornecedor mudar, e registre a data da revisão e o resultado.

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

Perguntas frequentes

Residência de dados significa que o modelo roda no meu país? Nem sempre. Alguns fornecedores permitem escolher uma região de processamento para certos modelos e produtos, enquanto outros processam requisições em várias regiões. Peça por escrito a localização do processamento para o serviço exato que você contrata.

Escolher uma região no painel do fornecedor é suficiente? Normalmente não. As configurações de região costumam cobrir o armazenamento principal e o processamento, mas backups, acesso de suporte, ferramentas de monitoramento e suboperadores podem estar em outro lugar. Mapeie a cadeia completa antes de confiar em uma única configuração.

Devemos manter a memória do agente em nossos próprios servidores? Depende dos registros envolvidos. Manter o índice de memória e os documentos de origem em uma conta que você controla reduz a exposição, mas aumenta o trabalho operacional. Decida por tipo de registro e revisite essa escolha quando o volume ou o risco mudarem.

Quando o jurídico deve ser envolvido? Envolva o jurídico antes que registros regulados entrem no sistema, especialmente quando você trata dados pessoais sujeitos a normas nacionais, como a LGPD, ou ao AI Act europeu. O jurídico deve revisar as condições do contrato junto com o mapa de tratamento. Uma resposta técnica sozinha não resolve as obrigações legais. Para o caso brasileiro, vale ler LGPD e agentes de IA nas empresas: o que verificar antes de usar.

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