Vibe coding: o que é e como fazer direito

O que é vibe coding, na definição de quem criou o termo

Andrej Karpathy, membro fundador da OpenAI e ex-diretor de IA da Tesla, descreveu vibe coding como uma forma nova de programar em que você se entrega às vibes, aceita as sugestões do modelo e esquece que o código existe. Ele falava de um fluxo em que o pedido sai em texto ou em voz, o agente escreve, e a pessoa só confere se o resultado funciona.

A definição pegou porque nomeava algo que já estava acontecendo. No Brasil, vibe coding tem 33.100 buscas por mês, com custo por clique médio de R$ 2,58, medido em 04/09/2026 pelo DataForSEO, e claude code, a ferramenta mais associada à prática, passa de 165 mil buscas mensais na média do ano. Não é moda de nicho técnico, é a forma como muita gente começou a construir software.

Vibe coding é a mesma coisa que programar com IA?

Não é. Programar com IA inclui usar o modelo como autocompletar, como revisor ou como consultor, com você ainda escrevendo o código. Vibe coding é o passo seguinte, em que o código sai inteiro da IA e o seu trabalho vira descrever, revisar e decidir. Quem usa autocompletar para terminar uma linha está programando com IA, quem descreve uma funcionalidade e recebe onze arquivos alterados está fazendo vibe coding.

Dá para fazer vibe coding sem saber programar?

Dá para chegar bem longe, e é por isso que o termo explodiu, só que existe um teto claro. Sem conseguir ler o que voltou você não julga se a IA resolveu o problema ou se ela contornou o problema, e é exatamente aí que nasce o software que funciona na demonstração e quebra no primeiro cliente. O caminho que funciona é aprender a ler antes de aprender a escrever, e isso acontece rápido quando você lê cada mudança antes de aceitar.

Por que a maioria dos projetos de vibe coding morre no protótipo

O padrão de fracasso é sempre o mesmo, e ele não é técnico. A pessoa faz uma tela linda em duas horas, se empolga, pede mais dez coisas em cima, e por volta da terceira semana o projeto entra num estado em que toda mudança quebra duas outras. Estes são os cinco furos que eu mais vejo:

• Contexto perdido. A cada conversa nova o agente reconstrói o entendimento do projeto do zero, e a decisão tomada ontem simplesmente some.
• Sem critério de pronto. O pedido não diz o que precisa ser verdade para estar certo, então o agente entrega a primeira coisa que roda.
• Zero teste. O projeto cresce sem rede, e a partir de um certo tamanho ninguém tem coragem de mexer no que já funciona.
• Segredo dentro do código. Chave de API no arquivo, banco aberto na internet, dado pessoal guardado sem base legal e sem prazo de descarte.
• Arquitetura por acidente. Ninguém decidiu a stack, ela foi aparecendo conforme o agente escolhia, e um mês depois não dá para trocar nada.

Nenhum desses problemas é da IA, todos são de processo. Um time humano sem especificação, sem teste e sem revisão produz exatamente a mesma bagunça, só que mais devagar. A IA não inventou o débito técnico, ela apenas aumentou muito a velocidade com que ele aparece.

O método: você orquestra, a IA constrói

Eu não escrevo código à mão. No meu processo eu opero como orquestrador, com Claude Code e Codex rodando em paralelo, cada um pegando o tipo de tarefa em que leva vantagem, e o meu trabalho é decidir o que vai ser feito, em que ordem, e o que precisa ser verdade para a tarefa estar pronta.

Isso muda o que você precisa saber. O gargalo deixa de ser sintaxe e passa a ser especificação, revisão e arquitetura, que sempre foram as três partes caras de um projeto de software. A IA ficou muito boa em digitar, e continua ruim em decidir, então quem decide bem ganha uma alavanca enorme e quem não decide nada recebe uma bagunça mais rápido.

A parte que mais economiza tempo é a mais chata de aceitar: escrever o pedido direito. Pedido com contexto, restrição e critério de pronto costuma voltar certo na primeira, enquanto pedido vago volta em três rodadas de conserto, e essas três rodadas gastam mais tempo do que teria custado escrever o pedido bom.

Como fazer vibe coding na prática, passo a passo

Este é o fluxo que eu uso, na ordem, e ele vale tanto para uma automação pequena quanto para um SaaS inteiro. A ordem importa mais que as ferramentas.

1. Escreva a especificação antes de abrir o terminal Uma página só, dizendo o que o sistema faz, para quem, o que ele deliberadamente não faz, e como você vai saber que está pronto. É esse documento que impede o agente de decidir no seu lugar.
2. Dê memória ao projeto Um arquivo de instruções na raiz do repositório, com stack, convenções e decisões já tomadas, para o agente não redescobrir tudo a cada conversa nova. É a correção mais barata que existe para o problema de contexto perdido.
3. Fatie em tarefas que cabem numa revisão Tarefa que muda vinte arquivos ninguém revisa de verdade, e o que ninguém revisa vira dívida. Eu prefiro tarefas que caibam num diff que dá para ler inteiro sem pular linha.
4. Peça o teste junto com o código Teste é o que permite aceitar código que você não escreveu. Sem teste, aceitar é fé, e fé não avisa quando a mudança de hoje quebrou a de ontem.
5. Revise e nunca aceite o primeiro pronto A segunda mensagem vale mais que a primeira. Aponte o que está errado, repita o critério e deixe o agente corrigir, porque ele corrige bem quando o erro está nomeado.
6. Deixe outro agente revisar o trabalho do primeiro Aqui no meu processo, o que o Claude escreve o Codex revisa, e o que o Codex escreve o Claude revisa. Modelo diferente erra em lugar diferente, e essa revisão cruzada custa muito menos que um bug em produção.
7. Só então suba, com segredo fora do código Variável de ambiente, banco fechado, permissão por usuário testada de verdade, e um checklist de produção rodado antes de mostrar para o primeiro cliente.

Claude Code e Codex: qual usar para quê

As duas ferramentas fazem a mesma coisa no geral, e mesmo assim elas não são intercambiáveis no dia a dia. Esta é a divisão que funciona no meu processo, e ela saiu de comparar as duas na mesma tarefa, não de leitura de documentação.

Isso varia bastante para cada um, então trate como ponto de partida. Se você está começando, escolhe uma só e aprende a conversar com ela direito, porque trocar de ferramenta não conserta pedido mal escrito.

Como criar um aplicativo com IA sem virar refém de construtor

Criar aplicativo com IA hoje tem dois caminhos, e eles não terminam no mesmo lugar. O construtor no-code entrega uma tela funcionando em minutos e cobra mensalidade para sempre, com o código preso na plataforma. O caminho de código de verdade custa algumas horas a mais no começo e te devolve um repositório que roda em qualquer servidor, com custo de hospedagem no lugar da assinatura.

A conta vira quando o projeto passa da primeira tela. Toda personalização que o construtor não previu vira gambiarra ou vira impossível, enquanto no código o limite é o que você consegue especificar. Como o agente escreve o código para você, a barreira de entrada dos dois caminhos ficou parecida, e só um deles é seu.

Para site e landing page eu ensino esse caminho no curso de sites com Claude e Codex, e para sistema com banco, API e agente de IA o caminho é o curso de vibe coding, no fim desta página. Se o seu caso é uma operação já rodando, que precisa de acompanhamento em vez de aula, existe a mentoria 1x1.

Quanto custa começar com vibe coding

As ferramentas custam bem menos do que a maioria imagina, e o começo cabe numa assinatura só. Estes são os preços conferidos direto na página oficial de cada empresa:

Dá para começar com uma assinatura só, e eu recomendaria começar assim. A segunda ferramenta passa a fazer sentido quando você já tem processo e quer o segundo par de olhos na revisão cruzada, não antes disso. Se você ainda não instalou nada, comece pela documentação oficial e resolva uma primeira tarefa antes de adicionar a segunda.

Perguntas frequentes sobre vibe coding

O curso: Vibe Coding, Agentes e Softwares com IA

Esse método inteiro, na ordem certa e com os arquivos, é o que eu montei no curso Vibe Coding: Agentes e Softwares com IA. São 7 módulos e 26 aulas, saindo do site estático e entrando em stack de verdade.

• Da página ao sistema
• Backend e API
• Banco de dados (Postgres e Redis)
• Automações e agentes de IA
• Infra e deploy
• Segurança, dados e produção consciente
• Bônus: ferramentas locais e um SaaS do zero

R$ 497 ou em até 10x no cartão

As aulas estão sendo gravadas agora, e eu prefiro dizer isso na cara em vez de vender uma área de membros vazia. O que existe hoje é a lista de pré-venda: você entra, recebe o aviso antes de todo mundo quando abrir e garante o desconto de quem chegou primeiro.

Entrar na lista de pré-venda Tirar dúvida no WhatsApp

Enquanto o curso não abre, qualquer dúvida sobre se ele serve para o seu caso, me chama que eu respondo, inclusive para dizer que não serve.