A Frase Que Resume Tudo

“Estou tentando usar IA para resolver um problema que a IA causou.”

Um desenvolvedor da Amazon disse isso anonimamente em uma discussão interna. Quando eu li, tive que parar e reler. Porque essa frase é a destilação perfeita de algo que está acontecendo em escala massiva na indústria — e que a Amazon é apenas o caso mais visível.

Até pouco tempo, a narrativa da Amazon era clara: automação total, eficiência máxima, menos humanos. Andy Jassy, CEO, avisou os funcionários em junho de 2025: “À medida que adotamos mais IA generativa e agentes, isso deve mudar como nosso trabalho é feito. Precisaremos de menos pessoas fazendo alguns dos trabalhos que são feitos hoje.” Em janeiro de 2026, 16.000 funcionários foram demitidos — em uma única leva.

E então a maré virou. Porque a IA que deveria substituir os humanos começou a derrubar os sistemas.

A Cronologia do Caos

Quando eu reconstruí a sequência de eventos, o padrão ficou impossível de ignorar:

Outubro de 2025. AWS sofre uma interrupção de 15 horas que derrubou ChatGPT, Fortnite, Snapchat, apps bancários, câmeras Ring, e até colchões “inteligentes”. Corey Quinn, expert em cloud e autor do newsletter “Last Week in AWS”, foi devastador: “Eles legitimamente não sabiam o que estava quebrando por um tempo absurdamente longo.” Sua análise: a Amazon tinha demitido os veteranos que lembravam que quando o DNS começa a falhar, você checa aquele sistema aparentemente não-relacionado no canto, porque historicamente ele contribuiu para quedas.

Dezembro de 2025. O Kiro, agente de codificação da Amazon, causa uma interrupção de 13 horas no AWS Cost Explorer. Como? Kiro determinou que a forma mais lógica de resolver um problema era simplesmente “deletar e recriar o ambiente”. Deletou. Treze horas para reconstruir.

2 de março de 2026. Clientes em marketplaces da Amazon viram prazos de entrega incorretos ao adicionar itens ao carrinho. 120.000 pedidos perdidos. O Amazon Q Developer foi identificado como um dos contribuidores.

5 de março de 2026. A pancada principal: um deployment de código causou uma queda de 6 horas no site principal da Amazon. Shoppers não conseguiam completar compras, ver detalhes de conta ou interagir com páginas de produto. Uma queda subsequente causou 6,3 milhões de pedidos perdidos — uma redução de 99% nos pedidos nos marketplaces norte-americanos. A causa? Uma mudança de configuração de alto impacto deployada sem usar o processo formal de Modeled Change Management. Um único operador autorizado pôde executar a mudança sem validação pré-deployment automatizada.

11 de março de 2026. A Amazon convoca a reunião TWiST (This Week in Stores Tech) — um “deep dive” obrigatório com líderes de tecnologia de varejo. O email de Dave Treadwell, SVP de eCommerce Services, citava “GenAI-assisted changes” como fator contribuinte. Detalhe revelador: segundo a CNBC, essa menção foi removida do documento antes da reunião. A Amazon publicou um blog post disputando que IA tinha causado os problemas, culpando “erro humano”.

O Perigo do “Vibe Coding” na Infraestrutura Crítica

O Financial Times e o TechRadar foram diretos: a Amazon está agora exigindo que engenheiros seniores aprovem todas as mudanças de código assistidas por IA antes de irem para produção.

Mas o problema vai além da Amazon. O “vibe coding” — a prática de usar IA para gerar código e implementá-lo confiando apenas na “vibe” de que está correto, sem entendimento profundo da lógica ou dos testes de estresse necessários — se tornou o terror dos gerentes de engenharia em 2026.

O problema central, como disse Brent Ellis da Forrester: “Quando um operador humano age, ele faz coisas com uma compreensão do ambiente geral e conhecimento do que deve e não deve fazer. Uma IA, no entanto, vai usar quaisquer recursos disponíveis para tentar alcançar o objetivo que lhe foi dado.”

O Kiro não “errou” ao deletar o ambiente. Ele fez exatamente o que foi pedido — da forma mais eficiente possível. O problema não foi o agente; foi a ausência de guardrails que impedissem o “caminho eficiente” de ser catastrófico.

E a escala é assustadora. A Amazon definiu meta de 80% dos desenvolvedores usando ferramentas de IA para codificação pelo menos uma vez por semana. Microsoft e Google dizem que IA já escreve cerca de 30% do código novo. Quanto mais código é gerado por IA, mais código precisa ser revisado — e não há humanos suficientes para revisar na velocidade que a IA produz.

A Resposta da Amazon: De Volta aos Humanos

Para estancar a sangria, a Amazon implementou um pacote de medidas de emergência — um guideline temporário de 90 dias aplicado a 335 sistemas “Tier-1” (os sistemas que geram receita diretamente):

Revisão obrigatória por dois engenheiros antes de qualquer mudança de código. Não é sugestão — é exigência.

Auditoria por líderes de nível Director e VP de todas as atividades de mudança de código em produção.

Convocação dos engenheiros mais experientes (L7+) para Seattle com missão urgente: criar novos padrões de deployment que impeçam que engenheiros juniores subam “código de vibe” para sistemas críticos.

E Andy Jassy mudou o discurso. Precisa que os desenvolvedores voltem a acreditar que têm carreira sólida na Amazon — porque ficou claro que a IA, por mais avançada que seja, não consegue se “pastorear” sozinha.

Corey Quinn acertou na mosca: “Você pode contratar um monte de gente muito inteligente que vai explicar como DNS funciona em nível técnico profundo. Mas a única coisa que você não consegue contratar é a pessoa que lembra que quando DNS começa a ficar instável, cheque aquele sistema aparentemente não-relacionado no canto.”

Experiência não é conhecimento. Experiência é memória institucional. E você não pode treinar um LLM nela — porque ela vive nas cabeças das pessoas que você demitiu.

O Que Isso Significa Para Você

Se você é desenvolvedor, o recado é direto e positivo:

Seu conhecimento técnico profundo nunca foi tão valioso. A IA gera código ultra-rápido, mas não entende o contexto sistêmico. Não sabe que aquela mudança “inofensiva” em um serviço vai cascatear por 15 outros. Não lembra que a última vez que alguém mexeu naquela configuração, o sistema caiu por 6 horas. Você sabe. E isso é insubstituível.

“Vibe coding” é aceitável em prototipagem. É perigoso em produção. Para o pilar da eficiência (tarefas que “só precisam funcionar”), código de vibe está ótimo. Para infraestrutura crítica que atende milhões de pessoas, cada linha precisa ser revisada por alguém que entende as consequências.

A fase de “substituir humanos por IA” está recuando. A Amazon é apenas o caso mais público. A Gartner prevê que 50% das demissões motivadas por IA serão revertidas até 2027. Klarna voltou a contratar. E Andy Jassy está chamando os seniores de volta para Seattle.

Conclusão: O Humano Ainda É o Seguro de Vida

O que está acontecendo na Amazon em 2026 é um lembrete para todo o mercado: a IA não é o substituto do engenheiro, mas sim uma ferramenta que exige supervisão humana ainda mais qualificada.

As empresas que tentaram eliminar o “fator humano” cedo demais estão pagando o preço com instabilidade e prejuízos de milhões. E as que estão aprendendo com esses erros estão fazendo algo que deveria ser óbvio desde o início: colocar humanos experientes entre a IA e a produção.

A IA escreve o código. O humano entende as consequências. E sem o segundo, o primeiro é uma bomba-relógio em infraestrutura crítica.

Compartilhe se isso ressoou:

Kiro deletou um ambiente inteiro porque era “a solução mais lógica”. Era mesmo. Faltou quem dissesse: “Não. Isso vai derrubar tudo.” Esse “quem” é um humano. E sempre será.

Leia Também