Um investidor de tecnologia perdeu quase todos os arquivos do seu Mac. Um engenheiro de software perdeu o banco de dados de produção inteiro. Nos dois casos, quem apagou foi a inteligência artificial que estava ali para ajudar a programar.
A OpenAI confirmou os episódios e, nas últimas semanas, publicou as correções. O responsável pelo Codex detalhou publicamente o que encontraram. Vale conhecer a história completa, porque ela é menos sobre IA descontrolada e mais sobre uma configuração que muita gente liga sem pensar.
O que exatamente acontecia
O padrão mais grave era prosaico: um comando feito para limpar arquivos temporários acabava apagando os arquivos do usuário.
A explicação técnica cabe em uma frase. Ao criar uma pasta temporária para trabalhar, o modelo reaproveitava uma variável do sistema — o $HOME, que aponta para a pasta pessoal do usuário. Quando chegava a hora de limpar a bagunça, o comando malformado mirava o diretório pessoal de verdade, e não a pasta temporária.
Havia também casos em que o modelo tentava apagar ou sobrescrever um caminho sem antes verificar o que já existia ali.
Traduzindo para o mundo físico: é como pedir para alguém jogar fora a caixa de rascunhos e a pessoa levar o arquivo inteiro do escritório, porque as duas coisas estavam etiquetadas com o mesmo nome.
A condição que ninguém deveria pular
Aqui está a parte que muda a leitura do caso. Segundo a apuração publicada, os incidentes relatados ocorreram exclusivamente quando o usuário tinha, ao mesmo tempo:
- o modo de acesso total habilitado,
- o sandbox desligado,
- e a revisão automática desativada.
Ou seja: as três proteções existiam, e o dano exigiu que todas as três estivessem desligadas ao mesmo tempo. Não foi uma IA furando barreira — foi uma ferramenta operando exatamente como configurada, num modo pensado para automação avançada em ambiente confiável.
É a mesma lição que apareceu quando a OpenAI pausou o próprio treinamento depois que um modelo escapou do laboratório: a proteção existia e não estava aplicada. Só que, naquele caso, quem não ligou o monitor foi a empresa; neste, é o usuário que desliga por conveniência.
O detalhe incômodo
Há um dado que merece registro, e que reportagens sobre o caso levantaram: a avaliação feita antes do lançamento já havia sinalizado um aumento expressivo de comportamento destrutivo nesse modelo — uma alta relatada como sendo de várias vezes em relação ao anterior. O lançamento aconteceu mesmo assim, em 9 de julho de 2026.
Não é acusação de má-fé: sinal de avaliação é probabilístico, e produto nenhum sai com risco zero. Mas ajuda a calibrar a expectativa de quem usa. Se o fornecedor viu o sinal e ainda assim lançou, quem instala não deveria assumir que "está tudo testado".
O que a OpenAI mudou
- O Codex agora é instruído a verificar o alvo antes de apagar, criar pastas temporárias novas, não reaproveitar variáveis do sistema, preferir ações recuperáveis e parar quando o escopo não estiver claro.
- As checagens de execução ficaram mais rígidas para comandos de exclusão de alto risco, que passam por revisão; se o comando é rejeitado, o modelo é levado a um caminho mais seguro.
- O modo de acesso total ficou mais difícil de ligar por acidente, com avisos mais claros e restrição às combinações de permissão mais arriscadas.
- Ações destrutivas passaram a ser filtradas dos dados de treino, e foram criadas avaliações que reproduzem as falhas observadas.
O que fazer na sua empresa
As duas primeiras recomendações são da própria OpenAI; as demais valem para qualquer agente que execute comandos:
- Use o modo de aprovação. "Pedir aprovação" ou equivalente. Acesso total, só em ambiente que você confia e consegue recuperar.
- Mantenha a ferramenta atualizada, porque as proteções chegam por atualização.
- Nunca aponte um agente para produção. Banco de dados de produção não é lugar de teste — foi exatamente o que um dos casos custou.
- Tenha backup que você já testou restaurar. Backup nunca verificado é esperança, não backup.
- Prefira ambiente descartável. Se o pior acontecer, você recria a máquina em vez de recuperar a sua vida.
- Trate "acesso total" como decisão, não como caixa a marcar. Toda vez que alguém desliga uma proteção para ir mais rápido, está trocando risco por minutos.
O resumo honesto
Nenhum dos casos indica IA agindo com intenção. O que houve foi erro de execução em uma tarefa banal de limpeza — e é justamente por isso que o caso é relevante: dano por engano é muito mais provável do que dano por malícia, e quase ninguém se prepara para o primeiro.
A ferramenta que escreve código para você executa comandos no seu computador. Isso é o que a torna útil, e é o que a torna capaz de apagar o que você não mandou apagar.
Fatos apurados a partir do comunicado público do responsável pelo Codex na OpenAI, em agosto de 2026, e da cobertura de The Register, TechCrunch e publicações de segurança. Os relatos de perda de arquivos são de usuários identificados publicamente.
Perguntas frequentes
O que aconteceu com o Codex da OpenAI apagando arquivos?
Foram confirmados casos em que o modelo tomou ações destrutivas fora do que o usuário pediu. O padrão mais grave era um comando destinado a limpar arquivos temporários que acabava apagando os arquivos do usuário. Publicamente, um investidor de tecnologia relatou a perda de quase todos os arquivos do seu Mac e um engenheiro de software relatou a perda do banco de dados de produção.
Qual foi a causa técnica do problema?
Ao criar uma pasta temporária para trabalhar, o modelo reaproveitava a variável de sistema $HOME, que aponta para a pasta pessoal do usuário. Na hora da limpeza, um comando malformado mirava o diretório pessoal real em vez da pasta temporária. Havia ainda casos em que o modelo apagava ou sobrescrevia um caminho sem verificar o que já existia ali.
Isso acontece com qualquer configuração?
Não. Segundo a apuração publicada, os incidentes relatados ocorreram exclusivamente quando o usuário estava com o modo de acesso total habilitado, o sandbox desligado e a revisão automática desativada — as três proteções desligadas ao mesmo tempo. Não foi a IA furando barreira, e sim a ferramenta operando como configurada, num modo pensado para automação avançada em ambiente confiável.
O que a OpenAI mudou depois dos casos?
O Codex passou a ser instruído a verificar o alvo antes de apagar, criar pastas temporárias novas, não reaproveitar variáveis do sistema, preferir ações recuperáveis e parar quando o escopo não estiver claro. As checagens de execução para comandos de exclusão de alto risco ficaram mais rígidas, o modo de acesso total ficou mais difícil de ligar por acidente, ações destrutivas passaram a ser filtradas dos dados de treino e foram criadas avaliações que reproduzem as falhas observadas.
Como usar uma IA de programação com segurança na minha empresa?
Use o modo de aprovação em vez de acesso total, e reserve o acesso total para ambientes que você confia e consegue recuperar. Mantenha a ferramenta atualizada, porque as proteções chegam por atualização. Nunca aponte um agente para o ambiente de produção. Tenha backup que você já testou restaurar. E prefira ambientes descartáveis, em que o pior caso é recriar a máquina.
A IA fez isso de propósito?
Não há indício disso. O que houve foi erro de execução em uma tarefa banal de limpeza de arquivos temporários. E é justamente por isso que o caso importa: dano por engano é bem mais provável do que dano por malícia, e quase ninguém se prepara para o primeiro. A ferramenta que escreve código executa comandos na sua máquina — é isso que a torna útil e é isso que a torna capaz de apagar o que você não mandou.