Vibe Coding
Por que isso importa
Em profundidade
A descrição original de Karpathy era deliberadamente provocativa: ele falava em usar entrada de voz em vez de digitar, apertar 'accept all' em cada mudança sugerida sem ler os diffs, e corrigir bugs colando mensagens de erro de volta no modelo até elas desaparecerem. Tirando a provocação, o fluxo de trabalho é simples — descrever, gerar, executar, reagir — com o humano agindo como gerente de produto e testador, e não como autor. O que o tornou viável em 2025 não foi a IA saber escrever código — assistentes de codificação de IA faziam isso havia anos — mas os LLMs subjacentes terem ficado bons o suficiente para segurar um projeto pequeno inteiro ao longo de muitos turnos desse loop. Em poucos meses, o termo escapou completamente dos círculos de tecnologia, aparecendo na mídia mainstream e na lista de finalistas de palavra do ano do Collins Dictionary, e virou a abreviação padrão para uma mudança real em quem pode construir software.
As Ferramentas Que o Tornam Possível
O vibe coding tornou-se prático quando os assistentes de codificação ganharam modos de agente. Em vez de completar uma linha por vez, ferramentas como Cursor, GitHub Copilot e Windsurf agora conseguem editar vários arquivos de uma vez, criar novos, executar comandos de shell, rodar o programa, ler a saída e iterar — que é exatamente o loop que um vibe coder quer delegar. Janelas de contexto longas permitem ao modelo manter na mente o equivalente a um projeto pequeno de uma vez, e um melhor seguimento de instruções significa que uma descrição vaga de intenção geralmente produz algo executável. Ferramentas mais autônomas como Devin levam a mesma ideia adiante, pegando uma descrição de tarefa e trabalhando nela por períodos prolongados com supervisão mínima.
Onde o Vibe Coding Brilha
O ponto doce é software útil, mas descartável: projetos de fim de semana, ferramentas pessoais, scripts de dados de uso único, protótipos, demos e dashboards internos. O enquadramento do próprio Karpathy era projetos descartáveis de fim de semana — coisas que você nunca teria se dado ao trabalho de escrever à mão porque o esforço superava o retorno. Para não programadores, o apelo é ainda mais direto: um professor, um profissional de marketing ou um dono de pequeno negócio pode descrever um app pequeno e ter uma versão funcional em uma tarde, algo que antes exigia contratar um desenvolvedor ou aprender a programar. Engenheiros experientes usam o mesmo modo para boilerplate, migrações e código de cola, onde a forma da solução é óbvia e ler cada linha agrega pouco. Em todos esses casos, o custo de um bug sutil é baixo, então pular a etapa de revisão é uma troca racional.
A Dívida de Revisão e Segurança
Os riscos são o outro lado da mesma escolha. Um modelo pode alucinar funções de biblioteca, escolher APIs descontinuadas ou ligar a autenticação incorretamente, e se ninguém lê o diff, esses erros vão para produção. Pesquisadores de segurança já descobriram repetidamente que código gerado por IA carrega uma taxa significativa de vulnerabilidades — falhas de injeção, verificações de autorização ausentes, segredos hard-coded — e 2025 viu uma série de incidentes em que apps rapidamente feitos em vibe coding expuseram dados de usuários ou chaves de API em produção. Há também um custo mais lento e estrutural: uma base de código que ninguém entende completamente é difícil de depurar, e uma vez que ela cresce além do que cabe na janela de contexto do modelo, até a IA começa a fazer mudanças inconsistentes. Os críticos agrupam o pior dessa produção sob o rótulo slop — código que parece plausível, funciona na maior parte e apodrece silenciosamente.
Não É a Mesma Coisa que Codificação Assistida por IA
Um equívoco comum é que vibe coding é apenas um nome novo para qualquer programação assistida por IA. Não é. O termo se refere especificamente a abrir mão da etapa de revisão: se o modelo escreveu o código, mas você o leu, entendeu e assumiu responsabilidade por ele, isso é desenvolvimento assistido por IA comum com ferramentas melhores — uma distinção que escritores como Simon Willison traçaram cedo e com nitidez. O equívoco inverso é que o humano não contribui nada. Na prática, bom vibe coding é uma habilidade: descrever a intenção com precisão, saber o que pedir em seguida e reconhecer quando a saída cheira errado — tudo isso importa, e é por isso que a disciplina se sobrepõe à engenharia de prompts e à engenharia de contexto.
Como os Profissionais Realmente Usam
A maioria das equipes em atividade chega a um padrão misto. O protótipo é feito em vibe coding — rápido, descartável, julgado por demonstrar bem — e qualquer coisa destinada à produção passa pela revisão normal, com testes e CI agindo como a rede de segurança que substitui a leitura de cada linha antecipadamente. Um limite comum é o risco: ferramentas internas e scripts são jogo limpo, enquanto autenticação, pagamentos e qualquer coisa que toque dados de usuários recebem escrutínio humano, não importa como foram escritos. Desenvolvedores sêniores tendem a extrair o máximo do estilo, porque seus instintos pegam saídas com cara de erradas rapidamente; juniores que se apoiam nele cedo demais correm o risco de lançar código que não conseguem explicar nem consertar. Tratar código gerado como um pull request de um colega júnior rápido, mas descuidado — útil, bem-vindo e nunca mergeado sem leitura — é o modelo mental em que muitas equipes convergiram.