O que é o vibe coding? Explicação em linguagem simples
O vibe coding é criar software descrevendo a uma IA, em linguagem simples, o que se quer, executando o que ele produz e orientando-se pelos resultados em vez de ler o código. Avalia a app — o botão funciona, a página tem bom aspeto? — e pede alterações até ela fazer o que precisa. O termo foi criado pelo investigador de IA Andrej Karpathy num post no X de fevereiro de 2025, onde descreveu deixar-se levar pelas vibrações e esquecer que o código existe.
De onde vem o termo
Karpathy, membro fundador da OpenAI e antigo responsável de IA na Tesla, usou a expressão para descrever como construía pequenos projetos ao fim de semana: conversava com uma ferramenta de programação com IA, aceitava as alterações sem ler as diferenças e colava de volta as mensagens de erro até tudo funcionar. Foi claro que isto servia para projetos descartáveis.
A expressão pegou porque dava nome a algo que muita gente já fazia. Em poucos meses passou a ser usada para tudo, desde projetos de hobby a protótipos de startups, e o Dicionário Collins escolheu «vibe coding» como palavra do ano de 2025. Hoje usa-se de forma livre para qualquer construção em que a IA escreve o código e uma pessoa a dirige em linguagem simples.
Porque importa se está a construir com IA
Para quem não escreve código, o vibe coding é a razão de ser das ferramentas de criação de apps com IA. Um fundador pode testar uma ideia numa tarde; um pequeno empresário pode construir o formulário de marcações ou o controlo de stock que nunca conseguiria pagar a uma agência; um designer pode transformar uma maquete num protótipo clicável.
Mas a definição traz o seu próprio aviso. «Esquecer que o código existe» está bem quando o código só tem de funcionar para si, hoje. Já é menos adequado quando a app guarda dados de clientes, recebe pagamentos ou tem de continuar a funcionar durante anos. Saber onde está essa linha é a coisa mais útil que pode aprender sobre vibe coding.
Uma analogia do dia a dia
Pense em remodelar uma cozinha dizendo ao construtor o que quer, em vez de desenhar os planos sozinho. Diz «um balcão comprido debaixo da janela, prateleiras abertas, o frigorífico perto da porta», depois passa por lá ao fim do dia, vê o que foi feito e diz o que mudar.
Isto funciona bem para a disposição e o aspeto. Consegue avaliá-los apenas por estar na sala. Funciona menos bem para o que está por trás das paredes: a eletricidade, a canalização, se a ligação do gás cumpre as normas. Não os consegue ver só olhando, e um problema aí pode não aparecer até algo correr mal. Um dono cuidadoso ainda assim pede uma inspeção.
O vibe coding é igual. Os ecrãs são a sala visível. A segurança, o tratamento dos dados e a organização do código são a eletricidade.
Como é o vibe coding na prática
Imagine que quer uma ferramenta simples para acompanhar que clientes pagaram as faturas.
| Passo | O que faz | O que faz a IA |
|---|---|---|
| 1. Descrever | «Uma página com a lista dos meus clientes, com o valor da fatura, a data limite e o estado pago/por pagar. Posso acrescentar um cliente e marcar uma fatura como paga.» | Escreve as páginas, o formulário e a lógica para guardar os registos |
| 2. Experimentar | Acrescentar um cliente, marcá-lo como pago, atualizar a página | Executa a app numa pré-visualização |
| 3. Reagir | «Depois de atualizar a página, os clientes desaparecem» | Explica que os registos estavam apenas na memória do navegador e acrescenta uma base de dados |
| 4. Refinar | «Ordena as faturas em atraso no topo e pinta-as de vermelho» | Altera a lista |
| 5. Verificar | Abrir no telemóvel; experimentar um formulário vazio | Corrige o que reportar |
Nunca abriu um ficheiro de código. Mas repare no passo 3: a app parecia pronta antes de guardar realmente alguma coisa. O vibe coding premeia quem testa como um utilizador e descreve com precisão o que vê.
Vantagens
- Rapidez. Uma primeira versão a funcionar em minutos ou horas, em vez de semanas.
- Custo baixo para testar ideias. Pode construir três versões de algo e ficar com a que funciona.
- Controlo direto. A pessoa que percebe o problema é quem molda o produto, sem um briefing perdido na tradução para um programador.
- Aprender fazendo. Muita gente percebe como as apps se encaixam — frontend e backend, bases de dados, APIs — só por ver o que a IA constrói e perguntar porquê.
Os riscos reais
Não são razões para evitar o vibe coding. São as coisas que as vibrações não verificam por si.
Falhas de segurança que não se veem
Uma app pode parecer perfeita e, ainda assim, deixar qualquer utilizador autenticado ler todos os registos dos outros, ou expor uma chave secreta em código que corre no navegador do visitante. Nenhum destes problemas aparece quando clica à vontade com a sua própria conta. Os problemas mais comuns são a falta de verificação de permissões no servidor, chaves de API colocadas no código do frontend e formulários que aceitam qualquer coisa.
Código que ninguém percebe
Se ninguém leu o código, ninguém sabe como está organizado. Isso é aceitável em projetos pequenos. À medida que a app cresce, cada alteração arrisca partir algo não relacionado, e a IA pode começar a «corrigir» um erro criando outro. Apps em vibe coding durante meses, sem qualquer revisão, costumam ser mais difíceis de alterar do que apps construídas com mais calma.
Não saber o que significa «concluído»
A IA dirá com gosto que algo está corrigido. Só os testes dizem se está. Quem não testa acaba com funcionalidades que funcionam na demonstração e falham com dados reais: nomes longos, campos vazios, duas pessoas a reservar o mesmo horário.
Dependências e custos ocultos
As apps construídas com IA costumam ligar-se a serviços externos — fornecedores de email, processadores de pagamentos, APIs de IA. Cada um tem a sua própria conta, chaves, limites e faturas. Saiba do que a sua app depende antes de a lançar.
Ideias erradas comuns
| Ideia errada | O que é realmente verdade |
|---|---|
| «Vibe coding significa que não há código.» | Há código real. Simplesmente não o está a ler. Por isso pode exportá-lo mais tarde ou entregá-lo a um programador. |
| «Se funciona, está correto.» | Funcionar e estar correto, seguro e fácil de manter são coisas diferentes. |
| «É só para não programadores.» | Muitos programadores profissionais fazem vibe coding em protótipos e depois revêem ou reescrevem antes de lançar. |
| «A IA vai avisar-me dos problemas.» | Muitas vezes avisa, se perguntar, mas nem sempre o faz por iniciativa própria. Pergunte diretamente. |
| «Não se consegue construir nada sério desta forma.» | Muitas apps reais começam assim. A parte séria é acrescentar testes e revisão antes de os utilizadores reais dependerem dela. |
Como fazer vibe coding com responsabilidade
Alguns hábitos cobrem a maior parte do risco:
- Faça alterações pequenas. Um pedido, uma alteração, depois teste. Pedidos grandes e vagos dão resultados grandes e vagos.
- Use pontos de restauro. Certifique-se de que pode voltar à última versão que funcionava antes de tentar algo arriscado.
- Peça à IA que explique. «O que faz esta alteração? O que pode partir?» custa pouco e apanha muita coisa.
- Teste como um estranho. Entre com uma segunda conta de utilizador e tente ver os dados do primeiro.
- Mantenha os segredos fora do código e do chat. As chaves de API pertencem a variáveis de ambiente ou aos segredos do projeto.
- Reveja antes de ter utilizadores reais. Para qualquer coisa com pagamentos ou dados pessoais, siga uma lista de verificação de segurança ou peça a um programador que a analise.
O que pedir ao seu criador de apps com IA
Pedidos úteis que transformam as vibrações em verificações:
- «Antes de construir isto, diga-me o seu plano e que dados vai guardar.»
- «Liste todos os sítios onde esta app guarda ou envia dados de utilizadores.»
- «Um utilizador autenticado pode ver ou alterar os registos de outro utilizador? Verifique o código do servidor, não apenas as páginas.»
- «Há chaves de API visíveis em código que corre no navegador?»
- «O que acontece se duas pessoas submeterem este formulário ao mesmo tempo?»
- «Resuma o que mudou nas últimas três edições.»
Para mais padrões, veja como escrever pedidos para criadores de apps com IA e, quando algo correr mal, como depurar uma app construída com IA.
Vibe coding com a Mythex
A Mythex é um criador de apps com IA pensado para esta forma de trabalhar: descreve a app no chat, o agente escreve e executa o código numa pré-visualização em direto, e publica-a num URL público. Algumas funcionalidades existem especificamente para os riscos acima. O modo Plano deixa o agente apresentar uma abordagem antes de tocar em qualquer ficheiro, o modo Perguntar responde a perguntas sem editar nada, e cada turno concluído com sucesso guarda um ponto de restauro para o qual pode voltar. No Pro pode abrir o editor de código completo, exportar o projeto ou sincronizá-lo com o GitHub quando quiser que um programador o reveja. A documentação do chat explica os modos e os pontos de restauro, e os modelos dão-lhe um ponto de partida se uma página em branco parecer demasiado.
Perguntas
Quem criou o termo vibe coding?
Andrej Karpathy, investigador de IA e membro fundador da OpenAI, criou o termo num post no X em fevereiro de 2025. Descreveu deixar-se levar pelas vibrações e esquecer que o código sequer existe, e a expressão espalhou-se rapidamente a partir daí.
O vibe coding é o mesmo que no-code?
Não exatamente. As ferramentas no-code fazem-no num editor visual que esconde o código. No vibe coding, uma IA escreve código real que existe em ficheiros; simplesmente escolhe-se não o ler e orienta-se o trabalho descrevendo o que se quer e verificando o resultado.
O vibe coding é seguro para uma app real?
Pode ser, se acrescentar as verificações que as vibrações deixam passar: testar que os utilizadores não veem os dados uns dos outros, guardar as chaves de API em segredos e não no código, e rever tudo o que trate de dinheiro ou dados pessoais. Para protótipos descartáveis o risco é baixo; para apps com utilizadores reais, não é.
Preciso de saber programar para fazer vibe coding?
Não. Mas conhecer as ideias básicas, como o que são uma base de dados, uma API e a autenticação, torna os seus pedidos mais claros e ajuda-o a notar quando algo está errado. Não precisa de escrever código para perceber estes conceitos.