Módulo 5 · 4 de 7

Vibe coding: programar sem programar

Leitura: ~5 min

Na página anterior, falamos sobre agentes de IA que executam ações sozinhos. Agora vou te mostrar algo que conecta isso diretamente com o seu dia a dia: e se você pudesse descrever em português o que quer construir e a IA criasse o código para você?

Não estou exagerando. Isso já existe, já funciona, e tem um nome: vibe coding.

O que é vibe coding

Vibe coding é uma forma de criar software sem escrever código. Você descreve o que quer em linguagem natural, conversa com a IA, ela gera o código, você vê o resultado. Se não gostou, ajusta a descrição e a IA refaz. O ciclo é: descrever, ver, ajustar, repetir.

O termo surgiu no início de 2025, quando Andrej Karpathy, um dos pesquisadores mais influentes de IA, descreveu essa prática: em vez de programar linha por linha, você descreve a "vibe" do que quer e a IA materializa. Não precisa saber a sintaxe de nenhuma linguagem de programação. Precisa saber explicar o que quer, e nisto, designers têm uma vantagem enorme.

Pense comigo: o briefing que você escreve para um desenvolvedor, descrevendo comportamento, estados, interações, é exatamente o tipo de instrução que uma IA de vibe coding precisa para gerar algo funcional. Você já faz isso. Só que agora, em vez de esperar o sprint do time de dev, você pode ver o resultado em minutos.

Ferramentas que já fazem isso

Vamos tornar concreto. Essas ferramentas já estão disponíveis e sendo usadas por designers em 2026:

  • v0 (Vercel): nasceu gerando componentes React a partir de texto e hoje (v0.app) monta e publica aplicações completas. Continua ótimo para começar por um componente de interface: "um card de produto com imagem, título, preço e botão de compra, estilo minimalista". Em segundos, o componente aparece na tela, interativo, pronto para testar.
  • Bolt: você descreve um aplicativo inteiro, "um app de lista de tarefas com categorias, drag and drop e modo escuro", e ele gera a aplicação completa, com estrutura de arquivos, design e funcionalidade, tudo rodando direto no navegador.
  • Replit Agent: combina geração de código com deploy. Você descreve o que quer, o agente cria, e em poucos minutos você tem uma URL funcional para compartilhar.
  • Claude Code: um agente que entende o contexto do projeto inteiro, navega pelos arquivos, gera código e corrige erros. Mais técnico que os anteriores, mas poderosíssimo para quem quer ir além do protótipo.

O ponto em comum: nenhuma dessas ferramentas exige que você saiba programar. Exigem que você saiba descrever o que quer com clareza, e isso é uma habilidade de design.

Quando vibe coding funciona muito bem

Vibe coding brilha em algumas situações específicas:

  • Protótipos funcionais: em vez de um protótipo estático no Figma, você pode ter algo que realmente funciona. Clicável, com dados simulados, com estados reais. Muito mais convincente em uma apresentação para stakeholders.
  • MVPs (Produtos Mínimos Viáveis): quando você precisa validar uma ideia rápido, sem investir meses de desenvolvimento. Gera, testa com usuários, aprende, descarta ou evolui.
  • Testes de conceito: "será que essa interação funciona?" Em vez de imaginar, você pode ver funcionando em minutos.
  • Landing pages e sites simples: uma página de apresentação, um portfólio, uma página de evento. Vibe coding resolve isso rapidamente.

Quando vibe coding NÃO funciona

Agora, a parte que muita gente esquece de mencionar. Vibe coding tem limitações sérias:

  • Código frágil: o código gerado por IA frequentemente funciona na superfície, mas não tem testes, não lida bem com erros, e pode quebrar de formas inesperadas. É como uma maquete de papelão, bonita de ver, mas não aguenta chuva.
  • Sem manutenibilidade: quando o projeto cresce, quem vai manter aquele código que ninguém escreveu, que ninguém entende por dentro? Refatorar código gerado por IA pode ser mais difícil do que escrever do zero.
  • Dados sensíveis: se o projeto lida com dados de usuários, informações financeiras, saúde, vibe coding não é o caminho. Segurança exige controle deliberado, não geração automática.
  • Produção crítica: se o sistema não pode falhar, se atende milhares de usuários, se está em um ambiente regulado, o código precisa de rigor que vibe coding não oferece.
Vibe coding vs. dev tradicional Vibe Coding Input Linguagem natural Velocidade Minutos Qualidade Imprevisível Ideal para Protótipos, MVPs, testes de conceito Dev Tradicional Input Código manual Velocidade Dias a semanas Qualidade Controlada Ideal para Produção, sistemas complexos, escala Não é um ou outro. É saber quando usar cada um. O designer que sabe a diferença toma decisões melhores.
Vibe coding (rápido, linguagem natural, ideal para protótipos) vs. desenvolvimento tradicional (controlado, código manual, ideal para produção).

O que pode dar errado

Vamos ser honestos sobre o que acontece quando você confia demais no que a IA gera. Porque o problema não é a ferramenta, é a falta de revisão crítica. Dois exemplos concretos:

Exemplo 1: o formulário que só funciona em inglês. Você pede para a IA gerar um formulário de cadastro. Ela gera. Funciona. Os campos validam, o layout está bonito, os estados de erro aparecem certinho. Você fica satisfeita e mostra para o time. Aí alguém pergunta: "funciona com dados em português?" E aí começam os problemas. A máscara de telefone espera o formato americano (xxx) xxx-xxxx. O campo de CPF não existe. O CEP não valida. Os caracteres acentuados, como ç, ã, é, quebram a validação do campo de nome. A IA gerou algo que funciona perfeitamente no contexto em que ela foi treinada, que é predominantemente em inglês, mas que se desintegra quando encontra a realidade dos seus usuários.

Exemplo 2: o card component que parece perfeito. Você pede para a IA gerar um card de produto. Ela gera um card lindo: imagem, título, preço, botão de compra. No preview, está impecável. Aí você começa a testar com dados reais. O título de três linhas estoura o layout. A imagem vertical distorce. O preço com desconto não tem espaço. Não há loading state, então quando a imagem demora para carregar, o card fica com um buraco branco. E se a conexão cair, nada acontece, o botão de compra continua ali como se tudo estivesse funcionando. O card funciona com os dados de exemplo que a IA inventou, mas não sobrevive ao mundo real.

A mensagem é simples: vibe coding é ótimo para explorar, mas tudo que ele gera precisa ser criticamente revisado. A IA não sabe quem são seus usuários, não sabe em que contexto o produto será usado, não pensa em edge cases culturais, linguísticos ou de infraestrutura. Ela gera o caminho feliz, o happy path, e ignora tudo que pode dar errado.

Se a IA gerar algo que parece bom, pergunte: funciona com texto longo? Em outro idioma? Com dados reais? Offline? Com conexão lenta? No celular com a fonte aumentada? Essas são as perguntas que separam um protótipo de uma experiência real. E são perguntas que você, como designer, já sabe fazer. A IA só não sabe responder sozinha.

O que isso significa para você

Se você é designer e nunca tocou em código, vibe coding é a ponte mais acessível que já existiu entre o seu Figma e um protótipo funcional. Você descreve o que já sabe descrever, na linguagem que já usa, e vê o resultado ganhando vida. Isso é literalmente digitar em português o que você quer e a IA criar. Sem terminal, sem código manual, sem medo de quebrar nada.

Se você já tem experiência com design de produto, vibe coding pode ser a ferramenta que permite iterar mais rápido do que qualquer sprint. Aquele componente que você projetou no Figma? Descreva para o v0, veja funcionando, teste interações reais, mostre para o time. A distância entre o seu protótipo e algo funcional nunca foi tão curta.

Mas aqui vai o ponto mais importante: saber que vibe coding existe e saber quando ele é suficiente e quando não é, isso é pensamento de produto. Um designer que propõe "vamos prototipar isso com vibe coding em uma tarde e testar com usuários na quinta" está operando em um nível estratégico que muitos times ainda não alcançaram.

Checagem rápida

Sem nota, sem pressão. Responda de cabeça e depois abra para conferir.

Seu time tem duas tarefas para a semana: montar um protótipo clicável para testar uma ideia com usuários na quinta, e construir a tela de pagamento que vai lidar com dados de cartão em produção. Para qual delas o vibe coding serve, e para qual não?

Vibe coding serve para o protótipo: valida a ideia rápido, sem investir dias de desenvolvimento. Para a tela de pagamento, não: envolve dados sensíveis e produção crítica, onde o código precisa de rigor, testes e segurança que o vibe coding não garante. A regra é usá-lo para explorar, não para o que não pode falhar.

A IA gera um card de produto que fica lindo no preview. Antes de mostrar para o time, o que você revisa criticamente nele?

Você testa o que a IA não pensou: título longo que estoura o layout, texto em português com acentos, dados reais no lugar dos inventados, imagem que demora a carregar (tem loading state?), conexão lenta ou offline, celular com fonte aumentada. A IA gera o caminho feliz e ignora os edge cases; conferir isso é justamente o seu papel de designer.