Vibe coding meme: por que a internet ri de quem programa com IA (e o que cada piada acerta)

Fala aí, beleza? Você já viu o print rodando no timeline: alguém pede um app inteiro pro modelo, recebe tudo pronto em minutos, e três dias depois aparece perguntando por que o login parou de funcionar 😀

A piada é boa porque ela é reconhecível

E ela não é gratuita: cada meme repetido sobre programar com IA está apontando pra uma limitação bem concreta da prática, geralmente uma que já foi medida por alguém

Então bora usar as piadas como índice

Se você chegou aqui pela zoeira, sai daqui sabendo exatamente onde o vibe coding quebra: depuração, sensação de velocidade, permissão de agente, configuração que a IA não faz e dívida técnica acumulada

De onde saiu o termo (e como ele virou piada em semanas)

Em 2 de fevereiro de 2025, Andrej Karpathy publicou no X a frase que batizou tudo: "There’s a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists"

Repara na parte que virou combustível de meme: esquecer que o código existe

Em 8 de março de 2025 o Merriam-Webster já registrou vibe coding como gíria, com uma definição que embute a crítica: descrever pra uma IA o que você quer e deixar ela criar o produto

O termo também ganhou verbete próprio no Know Your Meme, que é o catálogo de memes da internet, com origem e principais exemplos organizados

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Aí veio a consagração institucional, que só jogou mais lenha: vibe coding foi eleita a Palavra do Ano 2025 do Collins Dictionary, anunciada em 6 de novembro de 2025

E o melhor: o próprio autor da frase não tratava aquilo como metodologia

Na retrospectiva de um ano do post, Karpathy chamou o tweet original de "a shower of thoughts throwaway tweet that I just fired off"

Ou seja: um pensamento de banho jogado no ar virou palavra do ano…

Os 4 memes mais repetidos e a crítica técnica de cada um

Esse é o mapa do post

Cada linha da tabela tem o meme (com data e origem), a limitação real que ele aponta e o dado que sustenta a crítica:

Agora bora destrinchar cada um 🙂

"Vibe coding is easy. Vibe debugging is the hard part"

Esse é o vibe coding meme mais repetido de todos

O formato é o Desert Dilemma, aquele do cara escolhendo entre duas placas no deserto, publicado por @catalinmpit no X em 3 de março de 2025

Passou de 5.000 curtidas em duas semanas, o que dá uma boa ideia de quanta gente se viu ali

Por que ele acerta? Porque gerar código ficou barato e entender código gerado continua caro

Quando você escreve, você já carrega o modelo mental do que fez

Quando a IA escreve, você recebe o resultado sem o raciocínio junto, e a conta chega na hora do bug

Os números batem com a piada: na Stack Overflow Developer Survey 2025, 66% dos desenvolvedores apontaram "soluções de IA que estão quase certas, mas não exatamente" como principal frustração

E 45% citaram que depurar código gerado por IA consome mais tempo

Se liga no detalhe: o vilão não é o código absurdamente errado, esse você percebe na hora

É o quase certo, aquele que roda, passa no olho e quebra numa borda que ninguém olhou

O que dá pra fazer no lugar:

• tratar o diff como se você tivesse escrito: se não dá pra explicar a linha, ela não entra
• pedir mudanças pequenas o suficiente pra caber numa revisão de verdade, não um "faz o sistema inteiro"
• exigir teste antes de aceitar, mesmo que seja um teste feio cobrindo o caminho principal

Isso vale pra qualquer stack e pra qualquer modelo, seja o que já vem no seu editor ou o da vez que você quer avaliar antes de adotar (tem gente comparando até se o Kimi K3 vale a pena pra programar no dia a dia)

A piada da velocidade: parece 10x mais rápido, e a medição discorda

O segundo meme clássico é o "fiz o SaaS num fim de semana"

Sempre com screenshot bonito, sempre sem link de produção 😛

A zoeira aqui é sobre uma distância específica: a que existe entre parecer rápido e ser rápido

E isso já foi medido

No ensaio randomizado da METR, com 16 desenvolvedores open source experientes e 246 tarefas, o resultado foi ao contrário do esperado: eles ficaram 19% mais lentos com acesso a ferramentas de IA

A parte que dói: depois, os próprios participantes estimaram que tinham ficado 20% mais rápidos

Ou seja, a sensação apontou pro lado oposto do cronômetro

Agora tem uma atualização importante nessa história

Em publicação de 24 de fevereiro de 2026, a própria METR diz que provavelmente os desenvolvedores estão mais acelerados por IA em 2026 do que estavam em 2025

Mas ela mesma avisa que, por efeito de seleção, os dados novos são evidência muito fraca sobre o tamanho desse ganho: de 30% a 50% dos participantes disseram deixar de submeter tarefas por não quererem fazê-las sem IA

Traduzindo: a ferramenta melhorou, o método de medir é que continua difícil

A prevenção é chata e funciona: meça o seu próprio ciclo

Anote quanto tempo leva da primeira linha até o merge, com e sem agente, no seu projeto real

Sua sensação não é dado, e o benchmark do outro também não é o seu contexto

O meme do banco de dados apagado (e por que ele é baseado em fato)

Aqui a piada assusta porque ela tem endereço

Em julho de 2025, o agente do Replit apagou a base de produção da SaaStr durante um code freeze, segundo o fundador Jason Lemkin

O CEO do Replit, Amjad Masad, classificou o episódio como inaceitável e prometeu reembolso e postmortem

Ou seja: os "rm -rf da vida" ganharam uma versão com autonomia

E não é só apagar coisa: é escolher a alternativa insegura sem avisar

No 2025 GenAI Code Security Report da Veracode, com 80 tarefas de código e mais de 100 LLMs, os modelos escolheram a alternativa insegura em 45% dos casos

Java foi a linguagem com pior desempenho, com 72% de falha de segurança

Pensa no que isso significa no fluxo real: quase metade das vezes o código sai funcionando e inseguro ao mesmo tempo, que é justamente a combinação que passa batido na revisão apressada

A prevenção aqui é de princípio, não de botão mágico:

• permissão restrita: o agente só alcança o que ele precisa alcançar naquela tarefa
• ambiente separado de produção, sempre, principalmente pra qualquer coisa que toque banco
• revisão explícita do que o agente pode executar, não só do que ele pode escrever

Tome cuidado com o modo "aceita tudo" ligado por conveniência num projeto que já tem dado de cliente dentro

É o tipo de atalho que só cobra a conta uma vez, e cobra caro

"Funciona, então tá certo": o meme que ignora o que a IA não configura

Esse é o meme do app publicado sem uma linha de código escrita à mão, com o print do deploy e o "nunca abri o editor"

O problema não costuma estar no código gerado

Está no que ninguém pediu pra IA fazer

A Wiz encontrou no Moltbook um Supabase mal configurado: a chave de API estava exposta no JavaScript do cliente e não havia políticas de Row Level Security

Resultado: leitura e escrita não autenticadas na base de produção

Ficaram expostos 1,5 milhão de tokens de API, 35 mil e-mails e 4.060 conversas privadas entre agentes

O caso foi reportado em 31 de janeiro de 2026 e corrigido em horas, mas o ponto continua de pé

Que fronteira de confiança? É a linha que separa o que roda na máquina do usuário do que roda no seu servidor

Tudo que vai pro navegador é público, ponto: chave no cliente é chave vazada, só que com atraso

E é exatamente essa linha que a IA não desenha por você quando o prompt foi "faz um app de X"

O checklist mental é curto:

• onde essa chave está? se ela chega no navegador, ela é pública
• quem pode ler e escrever nessa tabela sem estar autenticado?
• que permissão de escrita esse serviço tem que ele não precisaria ter?

Funcionar é o requisito mais fácil de todos

Ele não diz nada sobre quem mais consegue usar o que você subiu

"Say vibe coding one more time": a fadiga do termo e a dívida que sobra

Em 18 de março de 2025, um post no r/ProgrammerHumor com o texto "Say vibe coding one more time" juntou 1.900 upvotes

Três dias antes, em 15 de março, o usuário @qtnx_ tinha publicado o "Oppenheimer Stare of Regret", brincando com como Karpathy teria se sentido ao perceber que deu início a uma nova onda de grifting

Esse também passou de 5.000 curtidas

Dois memes, o mesmo cansaço: não é cansaço da ferramenta, é cansaço do discurso

E tem coisa medida embaixo dele

O relatório da GitClear analisou 211 milhões de linhas alteradas entre 2020 e 2024

2024 foi o primeiro ano em que o copy/paste dentro do commit superou as linhas movidas, que é o indicador de refatoração

O copy/paste subiu de 8,3% em 2020 para 12,3% em 2024, enquanto as linhas movidas despencaram de 24,1% para 9,5%

Traduzindo pro dia a dia: está entrando mais código repetido e saindo menos código reorganizado

Isso é dívida técnica com juros compostos, do tipo que só aparece quando você precisa mudar uma regra em oito lugares

Agora o contraponto, porque virar deboche seria desonesto

Segundo Jared Friedman, sócio da Y Combinator, 25% das startups do lote Winter 2025 tinham bases de código com cerca de 95% do código gerado por IA

Ou seja: não é piada de amador brincando no fim de semana, é como parte das empresas mais disputadas do mundo estava construindo produto

A diferença entre os dois grupos não é usar ou não usar IA

É ter ou não ter momento de refatoração deliberada, porque essa parte não acontece sozinha

O criador do termo já mudou de nome: o que isso significa na prática

Essa é a virada mais engraçada da história toda

Em fevereiro de 2026, Karpathy declarou vibe coding "passé" e propôs outro nome pro trabalho profissional assistido por IA: agentic engineering

A definição é o oposto do "esqueça que o código existe": você dirige agentes, mas mantém cinco coisas na mão

E olha que bonito, cada uma delas é o antídoto direto de um meme lá de cima:

1. Arquitetura: você decide a forma do sistema, o agente preenche. É o que impede o copy/paste virar a estrutura do projeto (o problema da GitClear)
2. Specs: descrever o que é certo antes de gerar. É o que ataca o "quase certo" apontado por 66% dos devs na Stack Overflow
3. Revisão de diffs: ler o que entrou, linha por linha. É o vibe debugging deixando de ser surpresa
4. Testes: a rede que pega o "funciona na minha máquina". É o que transforma sensação de velocidade em ciclo medido
5. Permissões: o agente só faz o que você autorizou. É a diferença entre o caso do banco apagado ser uma piada ou ser a sua terça-feira

Repara que nenhum desses cinco pontos manda você programar menos com IA

A piada nunca foi contra usar modelo, ela é contra abrir mão da responsabilidade e depois fingir surpresa

Inclusive, escolher bem a ferramenta faz parte: dá pra olhar com calma os casos de uso do Kimi K3 e decidir onde ela entra no seu fluxo, em vez de trocar de modelo toda semana atrás de hype

Conclusão

O meme foi o atalho que a comunidade achou pra falar de coisa chata: depuração, segurança, permissão de agente e dívida técnica

É mais fácil rir do Desert Dilemma do que ler um relatório de 211 milhões de linhas, e tá tudo bem, o riso funcionou como porta de entrada

Mas agora que você viu o que tem atrás de cada piada, dá pra sair do print e ir pro código

Próximo passo, bem concreto: escolhe UM dos cinco pontos do agentic engineering pro seu próximo projeto gerado com IA

Se estiver na dúvida, começa por revisão de diff e testes, que são os dois que pegam mais bug por hora investida

E mede o seu tempo de verdade, do prompt até o merge

Porque se tem uma coisa que o estudo da METR deixou claro, é que a sensação de velocidade mente com uma confiança impressionante 🙂

até o próximo post!