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.
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.