Ideia principal

Os arquivos que crescem demais, os testes ausentes, a lógica de negócio espalhada pelos endpoints, as arquiteturas complicadas demais para a necessidade, as refatorações adiadas: nada disso apareceu com os assistentes de desenvolvimento. Times já construíam uma catedral para instalar uma prateleira, e empresas já confundiam velocidade de delivery com valor real.

O que muda não é, portanto, a natureza dos defeitos, é a vazão deles. Um assistente acelera o que já ia rápido demais, torna menos visível o que já era mal compreendido, e permite empilhar em algumas horas decisões que ninguém realmente tomou.

A consequência é que um sistema pode agora apresentar uma maturidade aparente sem ter atravessado as etapas que normalmente a produzem. O defeito não é novo; é a velocidade de acumulação dele que agora supera a da compreensão do time.

Por que isso importa

Isso desloca o diagnóstico. Atribuir esses defeitos à ferramenta leva a procurar uma ferramenta melhor ou a proibir o uso dela; reconhecê-los como patologias antigas amplificadas leva a rearmar os dispositivos que já as continham mal — revisão, decisão de arquitetura, testes, decisão explícita.

Isso também dá uma leitura dos projetos que se degradam rápido: não foi a geração de código que os fragilizou, foi que ela eliminou o prazo durante o qual a fragilidade continuava corrigível.

Camada trazida por "Quatro dias de vibe coding…" (2026-07-28). Observado de perto ao longo de quatro dias de construção, o mecanismo assume uma forma precisa e repetível. Um arquivo começa razoável, depois incha até fazer um pouco de tudo, e o custo aparece três dias depois, quando é preciso modificá-lo. As camadas se misturam porque nada obriga a decidir onde vai a lógica de negócio. Uma API que devolve trinta mil itens é tratada como uma API que devolve duzentos. Nenhum desses gestos é novo; o que é novo é que eles se acumulam em algumas horas e a demonstração passa mesmo assim. O mecanismo também se prolonga fora do código: as ferramentas feitas num canto, sem manutenção e sem governança, são um problema conhecido das empresas desde as planilhas e as macros — o assistente também não o inventa, ele baixa o preço de entrada, portanto o número de objetos que passam por ali.

Nuances e limites

A mudança de escala não é neutra: acima de certa vazão, uma diferença de quantidade vira uma diferença de natureza, porque os dispositivos humanos de controle — reler, discutir, decidir — não seguem a mesma curva.

E alguns times disciplinados obtêm o efeito inverso: o mesmo assistente escreve os testes, separa o domínio da camada operacional e propõe uma solução mais simples assim que se pede isso explicitamente. O que ele faz espontaneamente e o que ele sabe fazer são duas coisas diferentes.

Questões em aberto

• A partir de qual vazão de produção os dispositivos humanos de controle deixam de estar dimensionados, e como medir isso antes do incidente?