Vibe coding é programar descrevendo o que você quer em linguagem natural e deixando a IA escrever o código. A expressão saiu de uma postagem de fevereiro de 2025 e, em novembro do mesmo ano, virou a palavra do ano do dicionário Collins. Hoje dá para criar um site, uma automação ou um app simples sem digitar uma linha de código.
A pergunta útil não é se funciona, mas como usar as ferramentas sem colocar no ar algo que você não entende. Este artigo mostra os tipos de ferramenta, um passo a passo seguro e os limites do método.
Apuração em 12 de outubro de 2026. As ferramentas citadas mudam de recursos e preços com frequência; confira a documentação oficial antes de escolher.
De onde veio o vibe coding
Em 2 de fevereiro de 2025, Andrej Karpathy, ex-diretor de IA da Tesla e um dos fundadores da OpenAI, descreveu no X “um novo tipo de programação” em que você “se entrega às vibrações” e “esquece que o código existe”. Ele contou que falava com o assistente por voz e aceitava as mudanças sem ler as diferenças. Fonte: postagem de Karpathy.
O termo pegou. O Collins escolheu “vibe coding” como palavra do ano de 2025 e o definiu como o uso de IA, comandada por linguagem natural, para ajudar a escrever código. Fonte: Collins Dictionary.
Vale separar duas coisas. O desenvolvedor Simon Willison propõe uma definição estreita: vibe coding é gerar código com IA sem revisar o que foi gerado. Usar IA e depois ler, testar e entender o código é programação assistida por IA, não vibe coding. Fonte: Simon Willison. A diferença importa porque define o quanto você pode confiar no resultado.
Os três tipos de ferramenta
As ferramentas se dividem pelo lugar onde a IA trabalha e por quanto controle você mantém.
| Tipo | Como funciona | Exemplos | Para quem |
|---|---|---|---|
| Gerador de app no navegador | Você descreve o app num chat e recebe um projeto funcionando, com visualização ao vivo | Lovable | Quem não programa e quer um protótipo rápido |
| Assistente no editor | A IA sugere e edita código dentro do editor, arquivo por arquivo | GitHub Copilot, Cursor | Quem já usa um editor de código |
| Agente de terminal | A IA lê o projeto inteiro, roda comandos, executa testes e propõe mudanças | Claude Code, Gemini CLI, Codex | Quem mantém projetos maiores |
Quanto mais à esquerda da tabela (gerador no navegador), menos você vê do código. Quanto mais à direita (agente de terminal), mais a ferramenta age sozinha e mais importa ter testes para conferir o que ela fez.
Para começar, escolha pelo seu ponto de partida, não pela ferramenta da moda: sem experiência com código, um gerador no navegador; já usa editor, um assistente; projeto com vários arquivos e testes, um agente.
Passo a passo para usar sem se arrepender
O fluxo abaixo vale para qualquer uma das três categorias.
- Escreva o que o software deve fazer antes de abrir a ferramenta. Um parágrafo com objetivo, quem usa, quais dados entram e o que sai. A IA preenche lacunas com suposições; quanto menos lacunas, menos surpresas.
- Peça uma coisa por vez. “Crie a tela de cadastro” funciona melhor que “crie o sistema completo”. Pedidos menores geram mudanças que você consegue conferir.
- Rode e teste cada mudança. Abra o resultado, clique, preencha campos errados de propósito. Se a ferramenta permite, peça testes automatizados e veja-os passar.
- Salve versões. Use o histórico da própria ferramenta ou um repositório Git. Quando a IA quebrar algo que funcionava, e isso acontece, você volta em segundos.
- Peça explicações. Pergunte “o que este trecho faz?” e “que dados este código envia para fora?”. Se a resposta não fizer sentido, não publique.
- Revise segurança antes de publicar. Senhas e chaves de API nunca ficam no código; formulários precisam validar o que recebem; dados de usuários exigem cuidado com a LGPD.
O passo 6 não é excesso de zelo. Em 2025, a Veracode testou mais de 100 modelos de linguagem em 80 tarefas de programação e encontrou falhas de segurança em 45% dos casos; contra ataques de cross-site scripting (injeção de script em páginas), os modelos falharam em 86% das tarefas. Modelos mais novos ou maiores não se saíram melhor em segurança. Fonte: Veracode.
Ou seja: o código gerado costuma funcionar, mas funcionar não é o mesmo que ser seguro.
Onde o vibe coding funciona e onde não funciona
Funciona bem para:
- protótipos para validar uma ideia antes de investir;
- ferramentas internas e pessoais, usadas por poucas pessoas;
- automações simples, como organizar planilhas ou renomear arquivos;
- aprender: pedir para a IA construir e explicar é um bom jeito de entender um código novo.
Exige cuidado redobrado quando:
- o sistema lida com pagamento, senha ou dado pessoal;
- muita gente vai depender dele no dia a dia;
- alguém vai precisar manter o código daqui a um ano.
Nesses casos, o caminho é a programação assistida: a IA escreve, mas uma pessoa lê, testa e responde pelo resultado.
Programação assistida: as práticas que uso
Nota de atualização (29/10/2026): esta seção incorpora o post “Programar com IA: as práticas que separam ajuda de estrago”, publicado em 31/07/2026, que deixou de existir como página própria.
Este blog, o portal de treinamentos e o robô que monitora sites oficiais nasceram com um assistente de IA no teclado. O que essa rotina ensinou cabe numa frase: a IA amplifica o que já existe no processo. Onde há disciplina, ela vira velocidade; onde há pressa, vira estrago em escala. As práticas abaixo estão em uso, e cada uma nasceu de um tropeço real.
- Código que a IA entrega “pronto” está só proposto. Nada está pronto até um teste executar de verdade. Aqui, toda mudança passa por uma bateria de verificações automáticas antes de publicar, e o que não dá para executar é declarado como “não testado”. Uma troca de fontes que parecia perfeita no Windows reprovou no teste de layout em Linux, onde a fonte substituta era outra; nenhuma leitura de código pegaria isso.
- API citada pelo modelo pode não existir. O modelo inventa método, parâmetro e biblioteca com a mesma segurança com que acerta. A regra: ou a IA mostra a documentação real, ou declara por escrito que está supondo. Suposição declarada se confere em um minuto.
- Contrato executável no meio do caminho. Cada post deste site passa por um contrato de conteúdo que derruba o build quando algo foge da regra. Ele já barrou uma tag fora da lista e uma descrição que estourou o limite por um caractere. O contrato não distingue se quem errou foi a pessoa ou a IA, e por isso protege dos dois lados.
- Mudança pequena, lida por gente. Com IA se produz mais código por hora, e revisão superficial vira aprovação automática com outro nome. A mudança precisa caber numa revisão honesta, e nada chega à produção sem aprovação humana.
- Conferir no ambiente publicado. Teste verde não encerra o trabalho. Um seletor de estilo genérico já desalinhou um selo na página sem que nenhum teste acusasse. Automação prova estrutura; acabamento só aparece para quem olha o resultado publicado.
- Regras da casa por escrito. As convenções do projeto ficam num arquivo que a IA lê antes de começar, e o que se aprende vira memória de projeto. O que está gravado orienta, mas a instrução do momento vence, e conflito entre os dois se declara, nunca se resolve em silêncio.
Antes de aceitar o que a IA escreveu, responda: um teste executou este código? Cada API citada existe na documentação? O que barra o erro antes da produção é código ou boa intenção? A mudança cabe numa revisão honesta? Alguém olhou o resultado publicado? O que foi combinado está escrito onde a próxima sessão encontra? Se alguma resposta for “não”, essa é a prática que falta.
Um exemplo do outro lado: usar ferramentas prontas
Nem todo problema pede um software novo. Juntar PDFs, converter imagem ou fazer uma conta recorrente já tem ferramenta pronta, e criar a sua só faz sentido quando nenhuma serve.
Transparência: o BRUP — Ferramentas Úteis é um projeto do autor deste blog. O site reúne ferramentas online e conteúdo passo a passo que ensina a usar cada uma. Já medimos aqui se as ferramentas do BRUP enviam seus arquivos para um servidor, com o procedimento aberto para você repetir.
O que fazer agora
Vibe coding baixou a barreira de entrada para criar software, mas não eliminou a responsabilidade por ele. Escolha a ferramenta pelo seu ponto de partida, peça uma coisa por vez, teste cada passo e revise a segurança antes de publicar.
Se o que você precisa já existe, comece pelas ferramentas prontas do BRUP — Ferramentas Úteis e siga o passo a passo de cada uma. Se não existe, use o roteiro deste artigo e construa a sua.
Fontes
- Origem do termo — postagem de Andrej Karpathy no X, 2 de fevereiro de 2025.
- Palavra do ano — Collins Dictionary Language Blog, 6 de novembro de 2025.
- Definição estreita — Simon Willison, “Not all AI-assisted programming is vibe coding”, 19 de março de 2025.
- Segurança do código gerado — Veracode, 2025 GenAI Code Security Report (comunicado), 30 de julho de 2025.
- Documentação oficial das ferramentas citadas, consultada em 12 de outubro de 2026.
- Práticas de programação assistida — experiência própria do autor: as práticas estão em uso nos projetos citados, e os incidentes relatados estão documentados neste site (verificado em 31 de julho de 2026).
