Pense na última pergunta que você fez a uma IA. Talvez tenha colado um e mail do trabalho para que ela o resumisse. Talvez tenha descrito um sintoma, um problema de dinheiro, o nome de um cliente. No instante em que apertou enviar, aquele texto deixou de estar apenas na sua tela: viajou pela internet até o servidor de uma empresa que você não vê, num país que provavelmente não escolheu, e ficou guardado em algum registro. A conversa pareceu privada. O caminho do dado não foi.
A resposta curta, para começar por ela: o que você escreve para uma IA sai do seu dispositivo e chega a um servidor da empresa que a opera; o que se faz depois com esse texto depende do produto, do plano que você usa e dos ajustes que você mexeu. Em alguns casos sua conversa pode ser usada para treinar modelos futuros; em outros, não. A diferença não é um detalhe técnico: é a linha entre um dado que evapora e um que fica. E quase sempre está a um par de cliques de distância, num menu que ninguém abre.
Este artigo trata dessa linha. Não para assustar você (a ferramenta é útil e você vai continuar usando) e sim para que você a use sabendo onde termina o que escreve.
01 · a viagemO que acontece com meus dados quando uso ChatGPT e outras IA
Convém imaginar o prompt como uma carta, não como um pensamento. Um pensamento fica na sua cabeça; uma carta tem remetente, destinatário e, sobretudo, cópias. Quando você escreve num chatbot, seu texto percorre pelo menos três estações.
Primeira: o trânsito. A mensagem sai criptografada do seu navegador ou app e chega ao servidor do provedor. Essa criptografia protege o dado no caminho (ninguém o espiona no meio do trajeto) mas não diz nada sobre o que acontece quando ele chega ao destino. É a diferença entre um envelope lacrado e o que o destinatário faz com a carta depois de aberta.
Segunda: o processamento. O modelo lê seu texto convertido em tokens, gera uma resposta e a devolve. Até aqui, nada estranho: é o trabalho que você pediu.
Terceira, e a que importa: a retenção. O provedor guarda a conversa. Quase sempre o faz, ao menos por um tempo, por razões legítimas (mostrar o histórico, detectar abusos, cumprir a lei) e às vezes também para treinar versões futuras do modelo com o que as pessoas escrevem. É aqui que sua carta pode virar material de estudo.
A criptografia protege a viagem do dado. Não decide o que acontece quando o dado chega.
Essa terceira estação muda conforme o produto. E a maior mudança não é entre uma marca e outra, e sim entre o tipo de conta que você usa.
02 · o modoA diferença decisiva: conta gratuita, ajustes e planos de empresa
Se há uma única ideia que valha a pena levar, é esta: nem todos os usos de uma mesma IA tratam seus dados igual. O mesmo ChatGPT, o mesmo assistente, se comporta de modo diferente conforme você entra.
Na versão de consumidor (a conta gratuita ou pessoal) o provedor costuma reservar se o direito de usar suas conversas para melhorar seus modelos, a menos que você desative isso. A OpenAI, por exemplo, oferece nos ajustes do ChatGPT uma opção para excluir seu conteúdo do treinamento; ela vem ativada por padrão no sentido contrário ao seu, então é preciso ir procurá la [1]. A opção existe. O problema é que quase ninguém sabe que ela existe.
Em Configurações → Controles de dados há um ajuste do tipo "Melhorar o modelo para todos". Desativá lo indica ao provedor que não use seus chats novos para treinar. Não apaga o que já foi enviado, mas corta o fluxo dali em diante. Os nomes exatos dos menus mudam com as versões; o conceito (controles de dados) é estável.
No outro extremo estão os planos de empresa e as APIs pagas. Aqui a lógica se inverte por design: os provedores sérios se comprometem, por contrato, a não treinar seus modelos com os dados que as empresas enviam pela API ou pelos planos Team/Enterprise, salvo permissão explícita. A OpenAI declara isso para sua plataforma de negócios [2]. A razão é comercial antes de ser ética: nenhuma empresa integraria uma IA em sua operação se suspeitasse que seus segredos alimentam o modelo que amanhã seu concorrente vai usar.
A pergunta correta não é "essa IA é segura?", e sim "em que modo estou usando ela?".
| Modo de uso | Pode treinar o modelo com seu texto? | Controle principal |
|---|---|---|
| Conta gratuita / pessoal | Com frequência sim, por padrão | Ajuste de "controles de dados" que você pode desativar |
| Chats "temporários" / sem histórico | Normalmente não são usados para treinar | Ativar o modo temporário antes de escrever |
| Plano Team / Enterprise | Não, por política do produto | O provedor garante por contrato |
| API paga (integração) | Não, salvo permissão explícita | Acordo de tratamento de dados (DPA) |
Há uma nuance que confunde muita gente. Que um provedor não treine com seus dados não significa que não os guarde. Quase todos retêm as conversas por um tempo (dias, semanas) para detectar abusos e cumprir exigências legais, mesmo prometendo não treinar com elas. Retenção e treinamento são duas torneiras distintas. Você pode fechar uma e deixar a outra aberta sem perceber.
A filósofa Helen Nissenbaum propôs uma ideia que ilumina tudo isso: a privacidade não é segredo, é integridade contextual [3]. Um dado não é "privado" ou "público" em abstrato; o que importa é se ele flui segundo as normas do contexto em que foi compartilhado. Contar um sintoma ao seu médico é apropriado; que esse mesmo sintoma acabe no material de treinamento de um modelo global, não. O dado não mudou. Mudou o contexto sem que ninguém avisasse você. Esse desajuste, não o segredo perdido, é o que sentimos como uma violação.
03 · a práticaComo proteger o que você escreve, sem deixar de usá la
A boa notícia é que quase todo o risco se governa com hábitos simples, não com conhecimentos técnicos. Quatro bastam.
Um: separe o dado da tarefa. Na maioria das vezes você não precisa fornecer o dado real para obter a ajuda. Se quer que a IA melhore um e mail, troque o nome do cliente por "Cliente A" e o número exato por um aproximado. O modelo redige igualmente bem com dados fictícios. A utilidade não vive no dado sensível; vive na estrutura do problema.
Dois: ajuste os controles uma vez. Entre na configuração de dados da ferramenta que você usa todo dia e decida, de forma consciente, se quer que seus chats alimentem o treinamento. É um menu, cinco minutos, e fica feito. Em muitas ferramentas existe ainda um modo de "chat temporário" que não guarda histórico: ideal para consultas pontuais que você preferiria que não deixassem rastro.
Três: escolha o modo conforme a sensibilidade. Para o trivial, a conta pessoal está bem. Para o que envolve dados de clientes, saúde, finanças ou segredos do seu negócio, use um plano de empresa ou uma integração por API, onde o não treinamento vem garantido por contrato. Não é esnobismo: é colocar o dado sensível no modo que o protege por design.
Quatro: lembre que o que foi enviado, enviado está. Desativar o treinamento hoje não resgata o que você mandou ontem. Trate cada prompt como uma decisão irreversível no momento de enviá lo, não depois. A prudência vai na frente do botão, não atrás.
Antes de colar algo numa IA, pergunte se: "eu me incomodaria se este texto ficasse guardado no servidor de uma empresa?". Se a resposta for sim, ou você o anonimiza, ou muda de modo, ou não o cola.
Nada disso exige desconfiar da ferramenta nem renunciar a ela. Exige entender que o conforto de escrever para uma máquina em linguagem natural tem um reverso: essa linguagem natural também é informação, e a informação viaja. Quem conhece o trajeto decide quanto de si mesmo coloca no envelope.
Da próxima vez que escrever para uma IA, você não verá uma caixa de texto inocente. Verá uma carta prestes a sair da sua casa. E saberá, enfim, para onde ela vai.
Fuentes
- OpenAI. How your data is used to improve model performance / Controles de dados no ChatGPT. Central de ajuda da OpenAI: help.openai.com. (Descreve a opção de excluir o conteúdo do usuário do treinamento do modelo.)
- OpenAI. Enterprise privacy at OpenAI. openai.com/enterprise-privacy. (Declara que os dados enviados pela API e pelos planos de negócio não são usados para treinar os modelos por padrão.)
- Nissenbaum, H. (2004). Privacy as Contextual Integrity. Washington Law Review, vol. 79, n.º 1, pp. 101-139. (Marco da integridade contextual como definição de privacidade.)