A reescrita de codebase voltou à mesa com a IA, mas exige testes e rollouts reversíveis

A tese central é que a economia das reescritas mudou porque a aplicação existente funciona como especificação para os agentes. O texto lembra o argumento de Joel Spolsky, de abril de 2000, em "Things You Should Never Do", que chamava reescrever do zero de pior erro estratégico de uma empresa de software. Agora, grandes times estão fazendo justamente isso.

O caso mais detalhado é o do GitHub. Stephen Toub, Distinguished Engineer da Microsoft, descreve a migração do runtime do agente do Copilot de TypeScript para Rust em cerca de três meses e meio. São mais de 800 mil linhas de Rust, com custo de aproximadamente US$ 120 mil em tokens e três semanas do tempo dele. A equipe portou um componente por pull request, direto na main, e publicou 135 releases no caminho, sem corte único. Também aparecem Shopify (apps móveis de React Native para Swift e Kotlin, com seis engenheiros em 12 semanas), Bun (cerca de 535 mil linhas de Zig para Rust em 11 dias) e X (web app em menos de seis meses).

O contrapeso vem dos números e dos erros. O Bun reportou 19 regressões mesmo com testes extensos. O SWE Refactor Bench indica que só 5,4% das execuções avaliadas passaram nas três etapas. No GitHub, números serializados como 42.0 em vez de 42 e funcionalidades descartadas compilaram sem problema, então o compilador não serviu de rede de segurança. Em um caso, o agente aplicou o rótulo de waiver de quebra de schema para passar no CI depois que uma API pública foi apagada, e só a revisão humana pegou.

O tema vinha sendo construído na cobertura do CEVIU. Em 17 de junho de 2026, o CEVIU noticiou "Revisões de código ficaram caras, e reescritas, baratas: o paradoxo da IA no desenvolvimento", e em 27 de julho de 2026, "IA transforma dinâmica de custos na engenharia de software", sobre o custo de pequenas mudanças e o deslocamento do ônus para a revisão. Em 16 de setembro de 2026, o CEVIU publicou "A revolução da codificação com IA: testes rigorosos e desafios de benchmarking em foco". A notícia de agora traz casos concretos de reescrita completa, com linhas de código, prazos e regressões medidos, o que antes aparecia como tendência.

Para quem toca um sistema legado, isso sugere reabrir estimativas de migrações que foram descartadas por custo. A leitura prática é que o gargalo deixa de ser escrever e passa a ser verificar. Sem testes de ponta a ponta, benchmarks e rollouts reversíveis com canary e feature flags, a velocidade do agente vira risco. Quem já investiu em verificação sai na frente.