Quando não usar vibe coding
Uma série inteira defendendo vibe coding tem que ser honesta sobre os limites — senão vira propaganda. Este post fecha o módulo de fundamentos com a parte que mais importa pra não dar ruim: onde a IA não deve estar no comando.
1. Decisão irreversível ou de alto risco
A gente decide rápido o que é reversível e devagar o que não é (tema recorrente da nossa cultura). Vibe coding é ótimo no reversível. Mas:
- Mexer em dado de produção (e lembra: nosso
.env.locallocal aponta pra prod). - Migration destrutiva,
db:pushem prod, mudança de schema sensível. - Algo que afeta cliente de forma permanente.
Aqui a IA assiste, mas o humano decide com calma e dado na mão.
2. Quando você não entende o domínio
IA acelera quem sabe pra onde vai. Se você não entende o problema, ela só te faz errar mais rápido e com mais confiança. Em terreno desconhecido, primeiro estude, depois acelere. Vibe coding amplifica julgamento — não cria julgamento do zero.
3. Segurança e dados sensíveis
Toda tabela precisa de RLS (regra inegociável aqui). Configuração de auth, secrets, permissão, policy — você pode usar IA pra rascunhar, mas revisão dobrada é obrigatória. Um erro de RLS não é bug, é vazamento.
4. Quando o "como" é o ponto
Às vezes o valor está em você entender profundamente um trecho — um algoritmo central, uma decisão de arquitetura, uma parte que vai ser mantida por anos. Terceirizar isso pra IA te deixa sem o conhecimento que vai precisar no futuro. Nesses casos, escrever à mão é investimento, não desperdício.
5. Quando revisar custaria mais que escrever
Se o código gerado é tão complexo ou tão fora do padrão que revisá-lo dá mais trabalho que escrevê-lo, a conta não fecha. Vibe coding só vale quando revisão + geração < escrita manual.
O critério único que resume tudo
Antes de delegar pra IA, pergunte: "eu consigo revisar isso com competência e assumir a responsabilidade pelo resultado?" Se sim, acelera. Se não, ou você estuda primeiro, ou faz à mão.
⚠️ Armadilha #5: usar vibe coding pra fugir de aprender o difícil. O atalho que te deixa ignorante na parte crítica do sistema cobra juros — sempre no pior momento.
Fim do Módulo 0 — Fundamentos. Próximo: Módulo 1 (#06) — Da ideia ao protótipo em horas.