Guias

Scripts gerados por IA: como revisar antes de rodar e o que já deu errado

Por Danilo Zemaitis · Publicado em 11 de novembro de 2026 · 10 min de leitura

Mesa escura com dois monitores exibindo código-fonte desfocado, um teclado preto e um mouse ergonômico em primeiro plano.

Pedir um script à IA e executá-lo em seguida é fácil, e é aí que mora o risco. Os scripts gerados por IA parecem corretos, vêm prontos para colar e podem apagar a pasta errada, mudar permissões de tudo ou derrubar um servidor em segundos. O difícil é desfazer: em uma pesquisa da Fleet com mais de 250 profissionais de TI que cuidam de dispositivos Apple, 86% disseram deixar conteúdo gerado por IA chegar à produção depois de alguma revisão, e 69% afirmaram não conseguir reverter uma configuração ruim em uma hora. Este guia reúne casos relatados em que isso deu errado e um checklist para revisar e testar antes de rodar.

Por que os scripts gerados por IA exigem revisão

A IA escreve texto que parece plausível a partir de padrões, sem entender de fato o que o comando vai fazer no seu sistema. Quando o script é só texto na tela, o erro fica visível para quem ler com atenção. O problema aparece de duas formas:

  • Você cola e executa sem ler. Um caminho com espaço sem aspas, uma variável vazia ou uma flag que desliga a confirmação bastam para o comando atingir mais do que deveria.
  • Um agente executa por você. Ferramentas de programação com IA podem rodar comandos no seu computador ou em servidores. Em alguns modos, elas executam tudo o que não está bloqueado, sem pedir aprovação.

O texto do 9to5Mac que deu origem a este guia, escrito por Bradley Chambers na série Apple @ Work (patrocinada pela Mosyle), defende que a IA permite lançar mudanças rápido, mas desfazê-las é lento. Ele não relata um caso real: usa um cenário hipotético de um administrador que envia um perfil de configuração, escrito por IA e revisado às pressas, a milhares de Macs. Os números vêm da pesquisa da Fleet, que reúne 250 profissionais, e não temos como saber se a amostra representa o mercado.

Segundo essa pesquisa, nos 30 dias anteriores, 62% dos entrevistados usaram IA para escrever scripts, 61% para criar perfis ou configurações e 68% para resolver problemas ou analisar logs. Do total, 43% precisariam de mais de um dia para reverter uma configuração ruim.

O que já deu errado: casos relatados

Estes são relatos de terceiros. A GeekTech não reproduziu nenhum deles, e a maioria vem do próprio usuário afetado, não de uma investigação independente.

CasoQuandoO que foi relatadoSituação da fonte
Replit e a SaaStrJulho de 2025O fundador Jason Lemkin disse que o agente do Replit apagou um banco de produção durante um congelamento de código, apesar da instrução de não mexer sem aprovação. Segundo ele, o agente disse que o rollback era impossível, e depois o rollback funcionouThe Register, com base em posts do próprio Lemkin. A Replit não havia respondido publicamente na data da matéria
Claude Code no WSL2Outubro de 2025Um usuário relatou que o agente executou um rm -rf recursivo a partir da raiz e apagou os arquivos da pasta pessoal, em Ubuntu no WSL2Issue pública no GitHub. O comando exato não foi registrado no log, e comentários discordam da causa: um aponta uso da opção que ignora permissões, o autor nega
Antigravity, do GoogleDezembro de 2025Ao pedir que reiniciasse um servidor, um desenvolvedor teve o drive D inteiro apagado. O agente usou rmdir com a opção /q, que desliga a confirmação, e estava no modo “Turbo”, que executa o que não está bloqueadoHardware.com.br, a partir de um post no Reddit. Sem comunicado oficial do Google até a matéria
PocketOS, no CursorAbril de 2026O fundador Jer Crane disse que o agente, ao tentar “consertar” um problema de credenciais em ambiente de teste, apagou um volume na nuvem ligado ao banco de produção, usando um token achado em um arquivo sem relação com a tarefa. Segundo ele, os backups estavam perto demais e também sumiramLive Science, com base no relato de Crane. A Railway disse à publicação que restaurou os dados

Alguns padrões se repetem nesses relatos:

  • Execução sem aprovação (modos Turbo, YOLO, ou permissões desligadas).
  • Caminho ou alvo errado em comandos de apagar, muitas vezes por aspas ausentes ou variável vazia.
  • Credencial de produção ao alcance de quem só deveria mexer em teste.
  • Backup guardado no mesmo lugar que o dado principal.

A Adversa AI, empresa que vende segurança para agentes de IA, reúne outros incidentes em uma compilação. Ela é útil para ver a variedade de casos, mas a própria página mistura relatos confirmados com alegações de um único usuário, e uma empresa que vende proteção tem interesse no tema. Use-a como ponto de partida, não como prova.

Checklist para revisar scripts gerados por IA antes de rodar

Esta é a nossa recomendação, baseada nos casos acima e em boas práticas de administração.

  1. Leia o script inteiro, linha por linha. Se não entender um comando, não rode. Pedir à própria IA que explique ajuda, mas a explicação não substitui a sua leitura.
  2. Procure os comandos destrutivos. rm -rf, rmdir /s /q, Remove-Item -Recurse -Force, DROP, TRUNCATE, DELETE sem WHERE, format, dd, chmod -R, chown -R, git push --force e curl ... | bash. Cada um merece uma parada.
  3. Confira caminhos e variáveis. Caminhos com espaço sem aspas, variáveis que podem estar vazias e atalhos como ~ e / mudam o alvo do comando. Faça o script imprimir o alvo antes de apagar.
  4. Simule antes de executar. No PowerShell, o parâmetro -WhatIf mostra o efeito do comando sem executá-lo. Segundo a documentação da Microsoft, nem todo cmdlet o oferece, então confira com Get-Help <cmdlet> -Parameter WhatIf. No bash não há simulação universal, mas dá para trocar rm por echo rm e ler a lista. Várias ferramentas têm --dry-run.
  5. Teste em ambiente descartável. Máquina virtual com snapshot, contêiner ou uma cópia dos dados. Só depois leve para o computador ou servidor real.
  6. Tenha backup, e teste a restauração. O backup precisa ficar fora do mesmo disco, da mesma conta e do mesmo provedor do dado principal. Backup que nunca foi restaurado é só uma esperança.
  7. Use o menor privilégio possível. Nada de sudo ou administrador sem necessidade. Dê ao agente credenciais próprias e limitadas, e nunca deixe tokens de produção em arquivos soltos na máquina de desenvolvimento.
  8. Faça mudanças em etapas. Aplique em um equipamento ou servidor primeiro, observe, e só então amplie. É o que evita o cenário do perfil enviado a milhares de máquinas de uma vez.
  9. Verifique depois. Rode ls, dir ou uma consulta para confirmar o que mudou, e guarde o log do comando executado, não só da saída.

Um exemplo de erro comum e a correção

Um script de limpeza em bash costuma vir assim:

rm -rf $DIR/*

Se DIR estiver vazia, o comando vira rm -rf /*. Uma versão mais defensiva interrompe o script quando a variável não está definida, usa aspas e primeiro apenas mostra o que seria apagado:

set -euo pipefail
: "${DIR:?DIR não definido}"
echo rm -rf -- "$DIR"/cache

Só depois de conferir a saída é que você troca echo rm por rm. Um analisador como o shellcheck, citado em um guia de revisão de bash gerado por IA no DEV Community, aponta variáveis sem aspas e outros padrões problemáticos antes da execução.

No PowerShell, o mesmo cuidado se escreve assim:

Remove-Item -Path "D:\projeto\cache" -Recurse -WhatIf

O comando só descreve o que faria. Quando o resultado estiver certo, retire o -WhatIf.

Se você usa agentes de IA que executam comandos

  • Evite os modos sem aprovação (Turbo, YOLO, “pular permissões”) em qualquer máquina que tenha dados importantes.
  • Confine o agente a uma pasta de projeto, uma máquina virtual ou um contêiner, sem acesso à raiz nem ao diretório pessoal.
  • Bloqueie comandos irreversíveis por lista, ou exija confirmação humana para eles.
  • Separe o ambiente de teste do de produção, com credenciais diferentes. O caso da PocketOS mostra o que acontece quando um token de produção está ao alcance do agente.
  • Guarde o registro dos comandos executados, para poder entender o que houve. No caso do Claude Code no WSL2, a falta desse registro dificultou saber a causa.

Para outros riscos de ferramentas de programação com IA, veja o caso da extensão adulterada do Claude Code no Cursor e o que a OpenAI mudou depois de episódios em que agentes escaparam de ambientes de teste, em OpenAI corta a internet das suas IAs.

Perguntas frequentes

Posso rodar um script gerado por IA sem revisar?
Não é recomendável. Mesmo scripts simples podem ter caminho errado, aspas ausentes ou comandos que apagam mais do que o esperado. Leia e teste antes, principalmente em servidores.

A IA pode explicar o próprio script?
Pode ajudar a entender, mas a explicação vem do mesmo modelo que escreveu o código e pode estar errada. Ela complementa a sua revisão, não a substitui.

O que é o -WhatIf do PowerShell?
Um parâmetro que descreve o efeito do comando em vez de executá-lo. Nem todo cmdlet o oferece, então vale conferir com Get-Help.

Como testar um script sem risco?
Em máquina virtual com snapshot, em contêiner ou com uma cópia dos dados, nunca direto no ambiente real. Se algo der errado, você volta ao estado anterior.

Agentes de IA são seguros para administrar servidores?
Depende de como são configurados. Os casos relatados envolvem modos sem aprovação, credenciais de produção ao alcance e backups no mesmo lugar do dado. Com confinamento, privilégio mínimo e confirmação para ações destrutivas, o risco diminui, mas não some.

Como apuramos

Este guia se baseia na matéria do 9to5Mac de 7 de novembro de 2026, na pesquisa da Fleet citada por ela, em reportagens da Live Science, do Hardware.com.br e do The Register, na issue pública do Claude Code no GitHub, na documentação da Microsoft sobre -WhatIf e em um guia de revisão de bash do DEV Community, conferidos em 9 de novembro. Não abrimos o relatório original da Fleet, então os números vêm do 9to5Mac. Os casos são relatos de terceiros e não foram reproduzidos pela GeekTech. O checklist é recomendação nossa, e os exemplos de código são ilustrativos.

Atualizado em 9 de novembro de 2026.

Imagem: ilustração gerada por IA, sem relação com as ferramentas citadas.

Fontes

Leia também

Acompanhe a GeekTech

Achados, comparativos rápidos e novidades de tecnologia nas nossas redes. O review completo fica sempre aqui no site.