Vibe coding: a crise de confiança que ninguém quer admitir
92% dos devs americanos usam IA todo dia e 46% do código novo já é gerado por IA — mas a confiança nesse código caiu de 40% para 29% em um ano. Por que isso não é acidente.
Passei duas décadas construindo busca enterprise. Aprendi uma coisa que nunca me abandonou: sistema que ninguém entende é sistema que ninguém confia, e sistema em que ninguém confia é sistema que alguém vai jogar fora. O vibe coding está entrando exatamente nessa curva agora, só que em velocidade recorde.
Os números são grandes e vão continuar crescendo. Hoje, 92% dos desenvolvedores americanos usam IA diariamente para escrever código, e 46% de todo código novo já sai de um modelo, não de um teclado humano digitando linha por linha (hostinger.com/blog/vibe-coding-statistics). Isso não é hype de conferência. É produção, é PR mergeado, é deploy em produção.
O problema é que a confiança está andando na direção contrária. Em um ano, a confiança dos próprios desenvolvedores no código gerado por IA caiu de aproximadamente 40% para 29% (kingy.ai). E não é impressão subjetiva: 63% dos desenvolvedores já relataram ter gastado mais tempo depurando código escrito por IA do que teriam gasto escrevendo aquele mesmo trecho do zero (keyholesoftware.com). Isso é o oposto do ganho de produtividade que a promessa do vibe coding vendeu.
O que os números realmente dizem
Repare no padrão: adoção subindo, confiança caindo, tempo de debug subindo. Isso não é uma curva de aprendizado normal — normalmente confiança sobe conforme a ferramenta amadurece e o time aprende a usá-la. Aqui está acontecendo o oposto, o que é sintoma de um problema estrutural, não de familiaridade.
O vibe coding, na forma como virou meme e depois virou prática — “descreva o que quer, aceite o que sair, siga em frente” — tira do processo justamente a parte que sempre foi cara mais difícil de terceirizar: julgamento de engenharia. Revisão de arquitetura, entendimento de trade-off, leitura crítica de diff. Quando você remove isso, o modelo continua gerando código plausível. Só que “plausível” e “correto” são categorias diferentes, e a diferença entre elas aparece exatamente na hora de debugar — que é onde os 63% estão sentindo a dor.
O contrário de vibe coding não é parar de usar IA
Aqui está o ponto que a maioria do discurso do mercado erra: a resposta não é voltar a escrever tudo à mão. É trocar vibe coding por engenharia agêntica guiada por especialista. A diferença não é sutil — é a diferença entre delegar decisão e delegar execução.
Engenharia agêntica bem-feita mantém humano especialista no loop de decisão: qual arquitetura, quais invariantes, o que precisa de revisão linha a linha e o que pode ser automatizado com segurança. O agente executa, mas o especialista define os limites, valida os pontos críticos e assina embaixo. Isso é exatamente o oposto de “aceitar tudo que sair” — e é exatamente por isso que funciona em produção, sem o rastro de dívida técnica invisível que vibe coding descontrolado deixa para trás.
Não é coincidência que essa seja a tese que sustenta tudo que a Arvor constrói. Não vendemos “cole o prompt e use”. Construímos agentes com engenharia de verdade por trás — arquitetura pensada, guardrails, revisão humana nos pontos que importam — porque já vimos de perto, em sistemas de busca enterprise que rodavam para milhões de usuários, o que acontece quando você automatiza sem entender o que está automatizando.
O que fazer com isso
Se sua equipe está adotando IA para código, meça confiança e tempo de debug, não só velocidade de commit. Se o tempo de debug estiver subindo junto com a adoção, você tem o mesmo sintoma que os 63% relataram — e a correção não é desacelerar a adoção, é adicionar julgamento humano estruturado no processo.
É esse tipo de arquitetura — agente com especialista guiando, não vibe coding solto — que projetamos na nossa consultoria e no BRAIN MAKER. Se sua empresa está sentindo esse mesmo atrito entre velocidade e confiança, vale conversar antes que a dívida técnica vire fato consumado.