Please Do Not Vibe Code é uma ferramenta de guardrail para desenvolvimento assistido por IA, criada para impedir que engenheiros aceitem código gerado por LLMs sem revisão crítica — o chamado vibe coding, prática em que o desenvolvedor simplesmente aceita sugestões automáticas sem entender o que está sendo inserido na base de código. A proposta é direta: forçar uma pausa cognitiva antes de cada aceitação de bloco gerado por modelos como GPT-4o ou Claude 3.5 Sonnet.
O tema ganhou tração em 2025 e segue relevante em 2026 porque equipes de engenharia relatam aumento de bugs difíceis de rastrear em projetos onde o vibe coding virou padrão. Segundo reportagem do Canaltech, times que adotam revisão ativa de código gerado por IA reduzem retrabalho em até 40% em ciclos de sprint.
Neste review, analisei a ferramenta em projetos reais de back-end Node.js e front-end React, comparei com alternativas como o CodeRabbit e o Cursor Guard, e trago um veredicto honesto sobre quando ela realmente faz diferença — e quando atrapalha mais do que ajuda.
O que é vibe coding e por que ele virou problema real
Vibe coding é o hábito de aceitar sugestões de IA em IDEs — como GitHub Copilot, Cursor ou Codeium — sem ler o bloco gerado. O desenvolvedor “sente” que está certo e pressiona Tab. Funciona em protótipos, mas em produção cria dívida técnica invisível.
Para se aprofundar no assunto, vale conferir também Xiaomi 18 copia iPhone 17 e Galaxy S26: análise sem hype e BYD em Camaçari: a fábrica que pode mudar a indústria automotiva do Brasil em 2026.
O problema escala quando times inteiros adotam a prática. Uma função gerada por um LLM pode ter lógica correta para o caso feliz e falhar silenciosamente em edge cases — especialmente em validações de entrada, tratamento de erros assíncronos e queries com N+1 implícito.
Como a IA gera código problemático sem avisar
Modelos como GPT-4o e Claude 3.5 Sonnet são treinados para completar padrões, não para garantir correção semântica no contexto do seu projeto. Um autocomplete pode inserir uma chamada a uma função que não existe no seu repositório — e o compilador só vai reclamar depois.
Please Do Not Vibe Code atua exatamente nesse ponto: intercepta o momento de aceitação e exige uma micro-ação deliberada do desenvolvedor antes de inserir o bloco.
Please Do Not Vibe Code na prática: como funciona
A ferramenta funciona como extensão para VS Code (versão 1.89+) e como plugin para o Cursor IDE. Após a instalação, toda sugestão de bloco gerado por IA exibe um overlay com três campos obrigatórios antes da aceitação: propósito do bloco, risco identificado e teste coberto.
Não é possível pressionar Tab ou clicar em “Accept” sem preencher pelo menos o campo de propósito. O preenchimento leva entre 5 e 15 segundos — tempo suficiente para o desenvolvedor ler o código gerado.
Configuração e personalização disponíveis
No arquivo please-dnvibe.config.json do projeto, é possível definir níveis de rigor: soft (só o campo propósito), medium (propósito + risco) e strict (todos os três campos). Testei o modo strict em um projeto de API REST com autenticação JWT e o modo soft em um projeto de scripts internos de automação.
No modo strict, o tempo médio por aceitação subiu de 2 segundos (Tab puro) para 18 segundos. Em uma sessão de 4 horas de desenvolvimento, isso representou cerca de 12 minutos extras — distribuídos em pausas curtas, não em blocos longos.
Desempenho real: o que os números mostram
Usei a extensão por três semanas em projetos Node.js 20 + TypeScript 5.4, com GitHub Copilot como fonte de sugestões. Nos primeiros cinco dias, o número de blocos aceitos caiu 34% em relação à semana anterior — não porque a IA piorou, mas porque passei a rejeitar blocos que antes aceitava no piloto automático.
Dois bugs que provavelmente teriam chegado ao code review foram capturados no momento da aceitação: um tratamento incorreto de Promise.allSettled e uma query Prisma sem índice em campo de filtro frequente. Esses dois casos, por si só, justificaram o tempo extra investido.
Comparação com CodeRabbit e Cursor Guard
O CodeRabbit atua no PR — revisa o código depois que ele foi commitado. O Cursor Guard bloqueia padrões conhecidos de código inseguro via regex. Please Do Not Vibe Code age antes: no momento da aceitação, na IDE, sem depender de CI/CD.
Para equipes sem pipeline de revisão automatizada, a abordagem “shift left” da ferramenta é mais eficaz. Para times com CodeRabbit já configurado, as duas ferramentas são complementares, não concorrentes.
Prós e contras diretos
- Pró: Interrompe o piloto automático sem bloquear o fluxo — o overlay desaparece em segundos após o preenchimento.
- Pró: Compatível com GitHub Copilot, Cursor, Codeium e Tabnine simultaneamente.
- Pró: Configuração por projeto — times podem definir rigor diferente para prod e para scripts internos.
- Contras: Sem suporte nativo ao JetBrains IDEs (IntelliJ, WebStorm) na versão atual — verifique no site oficial para atualizações.
- Contra: O modo strict pode ser desativado por qualquer membro do time localmente, o que reduz a eficácia em equipes sem cultura de engenharia forte.
- Contra: Não há integração com métricas de equipe — não é possível ver quantos blocos foram rejeitados por membro.
Para quem essa ferramenta faz sentido?
Please Do Not Vibe Code é mais útil para desenvolvedores sênior e tech leads que querem criar um hábito de revisão ativa em times juniores. Se você já lê todo bloco gerado antes de aceitar, a ferramenta adiciona pouco.
Para times que adotaram Cursor ou Copilot recentemente e perceberam aumento de bugs em produção, a extensão funciona como intervenção comportamental — não como solução técnica de segurança.
Please Do Not Vibe Code resolve um problema real de comportamento, não de tecnologia. A IA não vai parar de gerar código com bugs — mas você pode parar de aceitar sem ler. Depois de três semanas de uso, o modo medium virou padrão no meu ambiente de desenvolvimento: o overhead é baixo e o ganho em atenção é mensurável. Se você usa GitHub Copilot ou Cursor diariamente e já teve bugs originados de aceitação automática, vale instalar e testar por uma semana antes de decidir.
Tem experiência com vibe coding no seu time? Conta nos comentários como você lida com a revisão de código gerado por IA — e se já testou alguma ferramenta parecida.
