O que é vibe coding (e o que não é)
Bem-vindo à série Vibe Coding na prática — onde a gente abre o bastidor de como construímos produtos no ClubPetro usando IA do começo ao fim: da ideia no Claude ao app no Lovable, do banco no Supabase ao job no Trigger.dev, do WhatsApp na Evolution API às integrações de terceiros. São 40 posts. Este é o primeiro.
E ele começa desfazendo um mal-entendido.
O que vibe coding não é
- Não é "a IA escreve tudo e eu aceito".
- Não é programar sem entender o que está sendo feito.
- Não é desculpa pra pular revisão, teste ou cuidado com dado de produção.
- Não é mágica que substitui dev.
Vibe coding sem julgamento é só gerar dívida técnica mais rápido.
O que vibe coding é
Vibe coding é deslocar o seu esforço da digitação para a intenção. Em vez de gastar energia escrevendo cada linha, você gasta energia descrevendo com clareza o que quer, dando contexto, e revisando criticamente o que a IA produz.
A "vibe" é isso: você mantém o fluxo no nível do problema (o quê e por quê) enquanto a IA cuida de boa parte do como (a sintaxe, o boilerplate, o padrão repetido). Você continua no comando — só num nível mais alto.
Por que adotamos no ClubPetro
Somos um time enxuto cuidando de uma plataforma grande: monorepo com Next.js, 50+ tabelas no Supabase, automações no Trigger.dev, mensageria, integrações. Vibe coding nos dá três coisas:
- Velocidade — protótipo em horas, não semanas.
- Alavancagem — uma pessoa entrega o que antes exigia várias.
- Foco — menos tempo no boilerplate, mais tempo no problema do cliente.
Isso conecta direto com o nosso FUEL: Eternamente Curiosos (testar o novo) e Lealdade a Dados (medir se funcionou de verdade).
O contrato que torna isso seguro
Vibe coding aqui vem com uma cláusula inegociável: quem assina o PR é gente. A IA acelera o caminho; a responsabilidade pela arquitetura, pelo produto e pelo risco continua humana. É exatamente por confiar nesse contrato que a gente consegue ir rápido sem baixar a barra.
⚠️ Armadilha #1: confundir velocidade de geração com velocidade de entrega. Código gerado rápido que ninguém entende é mais lento no fim — porque alguém vai ter que decifrá-lo no primeiro bug.
Próximo da série: #02 — A mudança de mentalidade: de escrever código a dirigir a intenção.