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 sessão: 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 dados, não testou permissões e não sabe como fazer rollback, você ainda não é dono do software. Você só tem uma demo com autoestima.
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 sessão, você está pegando vocabulário para não cair no marketing. Nas próximas, a gente aprofunda:
- Sessão 2: Ferramentas e modelos mostra como escolher entre IDE com IA, CLI, agente na nuvem e modelos por tarefa.
- Sessão 3: SDD e Harness Design mostra como transformar intenção em contrato verificável e operar agentes com contexto, validação e governança.
Busca rápida de termos
Use a busca abaixo como mapa de bolso. A ideia não é decorar jargão; é entender o suficiente para fazer perguntas melhores.
Um programa de computador treinado para ler e escrever texto. Você manda uma pergunta, ele gera uma resposta.
O "cérebro" treinado que processa texto. Diferentes modelos têm diferentes capacidades, velocidades e custos.
O processo de pedir ao modelo para gerar uma resposta.
Um pedaço de texto que o modelo processa. Pode ser uma palavra inteira, parte de uma palavra, ou um caractere especial.
Tudo que o modelo "vê" quando gera uma resposta: sua pergunta, o histórico da conversa, instruções do sistema, arquivos anexados.
O texto que você manda para o modelo. Pode ser uma pergunta, um pedido, uma instrução, ou tudo junto.
Instruções iniciais que definem como o modelo deve se comportar. É como um briefing antes da conversa começar.
Criar software descrevendo o que você quer em linguagem natural e deixando a IA gerar boa parte do código.
Plataforma que transforma uma descrição em um app funcional com telas, código, preview e às vezes deploy.
Uma versão inicial para testar ideia, fluxo ou interface antes de tratar como produto final.
A estrutura inicial de um projeto: pastas, arquivos, configuração e código base para começar.
Uma visualização temporária do app rodando para você testar rapidamente no navegador.
Publicar uma versão do app em um ambiente onde outras pessoas conseguem acessar.
Um ambiente isolado onde a IA ou o app pode rodar sem mexer diretamente no seu ambiente principal.
Um pedido para revisar e juntar mudanças de código em uma branch principal.
A comparação que mostra exatamente quais linhas foram adicionadas, removidas ou alteradas.
Uma descrição clara do que precisa ser construído, para quem, com quais regras e limites.
Checar se o que a IA gerou funciona, faz o que foi pedido e não cria risco.
Assumir responsabilidade pelo código, mesmo quando ele foi gerado por IA.
Atalho que deixa o projeto mais rápido hoje, mas mais caro de mudar amanhã.
Regras no banco que controlam quais linhas cada usuário pode ver ou alterar.
O editor de código onde você escreve software. VS Code, Cursor, Windsurf são exemplos.
Interface de linha de comando. Você digita texto no terminal e recebe texto de volta. Ferramentas como Claude Code rodam assim.
Quando a IA sugere o próximo trecho de código enquanto você digita. Tipo o autocomplete do celular, mas para código.
As informações sobre seu projeto que a IA usa para entender o que você está fazendo: arquivos abertos, estrutura de pastas, dependências.
Um programa que usa IA para tomar decisões e executar ações sozinho, não só responder perguntas.
Um agente especializado em escrever, editar e revisar código. Tem acesso ao seu projeto e pode fazer mudanças diretamente.
Um padrão que permite que ferramentas de IA se conectem a serviços externos de forma organizada. Tipo um USB para IA.
O sistema completo de trabalho de um agente de IA: instruções, ferramentas, regras, contexto. É o "ambiente" onde o agente opera.
O que levar daqui
- Vibe coding é ótimo para começar, aprender e prototipar. Não é desculpa para parar de entender.
- Plataformas prompt-to-app aceleram muito, mas fazem escolhas técnicas por você.
- Preview não é produção. Código gerado precisa de spec, revisão, teste e dono.