Fiz um app via prompt. E agora?
Você entra no Lovable, Bolt, v0, Replit Agent ou alguma plataforma parecida. Digita: “cria um app para organizar meus estudos, com login, dashboard e lista de tarefas”. A ferramenta pensa, instala coisas, gera telas, cria código, abre um preview e pronto: parece software.
Esse momento é viciante porque dá a sensação de ter pulado meses de aprendizado. E, para ser justo, tem valor real aí. Pela primeira vez, PMs, designers, founders, QAs e devs iniciantes conseguem transformar uma ideia em algo clicável sem começar por configuração de projeto, boilerplate ou medo do terminal.
Mas aqui entra a frase mais importante desta aula: preview não é produção.
Um app que abre no navegador ainda pode ter regra de acesso errada, segredo exposto, fluxo quebrado, código impossível de manter, dependência mal escolhida, teste inexistente e uma arquitetura que só funciona enquanto o projeto é pequeno.
O que é vibe coding
Vibe coding é criar software descrevendo intenção em linguagem natural e deixando a IA gerar boa parte do código. O termo ficou popular depois de Andrej Karpathy descrever um jeito de programar em que você “segue a vibe”, conversa com o agente, aceita mudanças, cola erros de volta e deixa o código crescer sem escrever tudo manualmente.
Em português bem direto: você fala o que quer, a IA tenta construir, você olha o resultado, pede ajustes, roda de novo. É menos “eu escrevo cada linha” e mais “eu dirijo o resultado”.
Isso não é automaticamente ruim. Vibe coding é ótimo para:
- tirar uma ideia da cabeça e colocar na tela;
- criar protótipos navegáveis para conversar com usuários;
- aprender olhando código gerado e pedindo explicação;
- testar fluxos de produto antes de gastar sprint de engenharia;
- fazer ferramentas internas simples e descartáveis.
Se você não entende o código, não revisou os dados, não testou as permissões e não sabe reverter uma mudança, você ainda não é dono do software. Tem um protótipo, e protótipo não aguenta produção.
Por que isso parece funcionar tão bem
Porque para protótipo a barra é outra. Um protótipo precisa mostrar intenção, não sustentar tráfego, auditoria, pagamento, LGPD, permissões finas e manutenção por dois anos.
Também funciona porque muitos apps têm padrões repetidos: tela de login, lista, formulário, dashboard, CRUD, filtros, sidebar, tabela. Modelos viram muito código parecido durante o treino e conseguem recombinar esses padrões com velocidade absurda.
Você não precisa esperar “saber tudo” para brincar com produto. Dá para construir, quebrar, perguntar, comparar e aprender no ciclo. Só não pula a parte de entender. A IA acelera feedback. Ela não substitui fundamento.
Como isso conecta com as próximas sessões
Nesta aula, você está pegando vocabulário para não cair no marketing. Nas próximas, a gente aprofunda:
- Aula 2: Ferramentas e modelos mostra como escolher entre IDE com IA, CLI, agente na nuvem e modelos por tarefa.
- Aula 3: SDD e Harness Design mostra como transformar intenção em contrato verificável e operar agentes com contexto, validação e governança.