Agentik
Entrar em contato

Não construa em terreno alugado: IA soberana e zero retenção não são a mesma coisa

Autor

Caio Mioto Siqueira

Publicado em

Existe uma posição que defendemos na Agentik: quem constrói o trabalho da empresa dentro de uma plataforma de big tech está construindo em terreno alugado. O contrato, o preço, o modelo, as regras de uso e o que acontece com os seus dados mudam quando o dono do terreno decide. A alternativa é construir sobre uma infraestrutura que a empresa controla, de preferência com zero retenção de dados.

A primeira metade dessa frase é uma posição, e a defendemos. A segunda metade, “zero retenção”, é uma propriedade técnica. E ela é a que mais se promete e menos se confere. O erro mais comum é tratar cinco coisas diferentes como se fossem uma só.

Cinco coisas que parecem uma

Infraestrutura própria responde a quem controla a camada entre as pessoas e o modelo: interface, acessos, base de conhecimento, registros de uso, troca de modelo.

Residência de dados responde a onde o dado é processado e guardado.

Independência de fornecedor responde a quanto custa trocar de modelo ou de nuvem se as condições piorarem.

Não treinamento responde a se o fornecedor usa o que você envia para melhorar os modelos dele.

Zero retenção responde a se alguém guarda o seu prompt e a resposta depois que a chamada termina, para qualquer fim, inclusive monitorar abuso.

Uma não garante a outra. Dá para ter infraestrutura própria e mandar prompts a um modelo que retém dados por 30 dias. Dá para ter zero retenção em um fornecedor e depender totalmente dele. Dá para ter dados no Brasil e um contrato que muda no próximo trimestre. A soberania é o conjunto de decisões que você toma em cada uma das cinco, e cada uma precisa ser conferida separadamente.

O que os fornecedores dizem hoje

Lemos a documentação oficial de quatro serviços em 15/10/2026. Condições mudam, então confira a página antes de decidir. O que está escrito:

OpenAI (API). Dados enviados à API não são usados para treinar modelos, salvo se a organização optar por compartilhar. Por padrão, os registros de monitoramento de abuso são gerados para todo uso e guardados por até 30 dias, ou mais se a lei exigir ou se for necessário para proteger o serviço. Esses registros podem conter prompts e respostas. Clientes aprovados pela OpenAI podem escolher entre monitoramento de abuso modificado e zero retenção, que exclui o conteúdo desses registros. A própria página lista limites: alguns recursos ainda guardam estado da aplicação mesmo com zero retenção, e a OpenAI se reserva o direito de tornar modelos inelegíveis para esses controles, com aviso por escrito ao cliente. Controles de residência de dados são uma opção de projeto sujeita a elegibilidade.

Anthropic (API Claude). A página diz que o conteúdo de prompts e respostas não é retido por padrão, com uma exceção: os chamados modelos cobertos exigem retenção de 30 dias, e a zero retenção não está disponível para eles sem autorização expressa da Anthropic. A regra tem outros limites. Recursos que dependem de estado, como processamento em lote, arquivos e execução de código, guardam dados conforme a política de cada recurso. A zero retenção é ativada por organização, sob pedido, e não cobre o Console, os produtos de consumo nem o que passa por integrações de terceiros. E mesmo com zero retenção, a Anthropic pode reter dados exigidos por lei ou sinalizados pelos sistemas automáticos de segurança, por até 2 anos.

Microsoft (modelos vendidos pelo Azure). Prompts e respostas não ficam disponíveis a outros clientes nem à OpenAI, e não são usados para treinar modelos. O monitoramento de abuso funciona assim por padrão: a revisão automática não armazena o conteúdo, mas uma amostra de prompts e respostas sinalizados pode ser armazenada, na geografia do recurso, e revisada por pessoas autorizadas da Microsoft. Clientes aprovados para monitoramento modificado ficam sem esse armazenamento e sem revisão humana, mas a revisão automática continua. Implantações do tipo Global ou DataZone podem processar dados fora da geografia do recurso.

Amazon Bedrock. Os provedores de modelo não têm acesso às contas de implantação da AWS, nem aos registros e aos prompts dos clientes. A retenção é uma configuração por região, no nível da conta ou do projeto. No modo “none”, nenhum dado de requisição ou resposta é gravado em armazenamento durável pela AWS nem compartilhado com o provedor, e modelos que exigem retenção deixam de funcionar. No modo “default”, vale a política do modelo, e a AWS pode reter dados para segurança e prevenção de abuso. No modo “aws_review”, a AWS retém e pode revisar o conteúdo, sem compartilhá-lo com o provedor. A documentação diz que alguns modelos exigem retenção: para certos modelos, tráfego sinalizado fica retido por até 30 dias e, para outros, todo o tráfego. A zero retenção nesses casos depende de elegibilidade por conta e por modelo. Com inferência entre regiões, o conteúdo retido fica na região onde a chamada foi processada.

O padrão se repete. Nas páginas da OpenAI, da Anthropic e da Microsoft, treinar com os seus dados não é o comportamento padrão. A atenção vai para a retenção: ela varia por conta, por modelo e por recurso, e o que sobra vem de regras do próprio fornecedor, como monitoramento de abuso, modelos cobertos, exigências legais e recursos com estado. A zero retenção costuma ser uma exceção pedida e aprovada, e mesmo ela tem limites escritos. Nada disso substitui o contrato: o que vale para a sua empresa é o que está no seu acordo, na sua conta e no modelo que você usa.

O que isso muda para quem quer soberania

Uma leitura, que é nossa e não dos fornecedores: zero retenção não é uma característica da arquitetura. É uma condição que você consegue ou não consegue naquele modelo, naquela conta, naquela data. Escolher o modelo errado pode quebrar a promessa que o resto do sistema fazia.

Há um segundo ponto, que costuma ser esquecido. A sua própria plataforma também guarda coisas. Se ela registra quem acessou o quê, ela tem registros. Se ela guarda conversas e base de conhecimento, ela tem dados. Isso é bom para governança e auditoria, e é o oposto de zero retenção. O desenho precisa dizer o que o escritório ou a empresa quer guardar, onde, por quanto tempo e quem acessa.

E há o terceiro: se o modelo roda dentro da sua infraestrutura, os registros dependem de você. Isso é a vantagem real, mas traz a responsabilidade de operar, proteger e atualizar o ambiente.

Soberania, então, não é um selo. É a capacidade de responder cinco perguntas e de mudar a resposta quando precisar.

Cinco perguntas antes de colocar dado sensível em IA

  1. Quem controla a camada entre as pessoas e o modelo? Acessos, registros, base de conhecimento e a troca de modelo estão na sua mão?
  2. Onde o dado é processado? Em que região, e com que tipo de implantação? A inferência entre regiões está ligada?
  3. Quanto custa sair? Dá para trocar de modelo sem refazer o trabalho? Os dados saem em formato aberto?
  4. O que é retido, por quanto tempo e por quê? Pergunte por modelo e por recurso, inclusive para monitoramento de abuso. Peça a resposta por escrito.
  5. O que a sua própria plataforma guarda? E quem pode ver?

Um fornecedor que responde “zero retenção” sem dizer para qual modelo, qual conta e qual recurso não respondeu.

Onde isso encontra a oferta da Agentik

Estamos desenhando uma infraestrutura privada de IA para organizações que querem decidir onde a IA roda, quais dados ela acessa e quais modelos recebem contexto. O ponto de partida é a conversa diagnóstica: mapear qual trabalho a IA vai apoiar, que dados entram e que garantias são realmente necessárias. Se a resposta exigir zero retenção, o desenho escolhe modelos e contratos que consigam cumprir isso, e diz com clareza onde não conseguem.

Fontes

Acessadas em 15/10/2026.

Este texto é informativo. Condições de retenção mudam por conta, modelo e contrato; confirme na fonte e no seu contrato antes de decidir. Não é parecer jurídico.

IA soberana e zero retenção: o que cada fornecedor garante | Agentik AI