Vibe coding para não programadores: o que dá para fazer sozinho

O que você vai encontrar aqui:

• O que vibe coding realmente significa e por que a barreira de entrada para criar software caiu para quase zero
• Um fluxo de quatro passos (planejar, prototipar, codar e testar) para dar o primeiro passo com segurança, mesmo nunca tendo feito isso antes
• Quais ferramentas de vibe coding testar hoje, o que é gratuito e qual modelo escolher em cada uma
• Dois modelos de prompt prontos, um para pedir um site e outro para pedir um dashboard, para você testar ainda hoje
• Onde termina o que você consegue fazer sozinho e começa o trabalho que continua exigindo um programador
• Por que nem toda ideia precisa virar um aplicativo lançado: muita coisa resolve melhor como uma skill
• Como usar vibe coding no trabalho sem expor a empresa a risco, e onde fica esse limite

Se você quer entender rápido do que trata este artigo antes de decidir baixar o e-book gratuito Engenharia de Prompts na Prática, esse resumo cobre o essencial. O e-book vai além: traz mais de 30 técnicas de prompting, do básico ao avançado, com biblioteca de prompts por área profissional, útil justamente para melhorar os pedidos que você vai fazer às ferramentas de vibe coding descritas abaixo.

Em pouco mais de um ano, a Anysphere, empresa por trás do Cursor, saiu de uma avaliação de 9,9 bilhões de dólares para uma venda à SpaceX por 60 bilhões: o valor de mercado multiplicou por seis. Não foi um caso isolado, o setor inteiro de ferramentas de vibe coding cresceu nesse ritmo, puxado por um público que, até pouco tempo atrás, nunca tinha aberto um editor de código.

Atuo com tecnologia desde 1990, fui desenvolvedor por quinze anos e participei da criação de sete startups. Hoje uso vibe coding todas as semanas para voltar a fazer coisas que eu tinha deixado de lado, porque eram chatas, repetitivas ou não valiam a relação custo-benefício de virar um projeto formal de desenvolvimento.

A pergunta que mais recebo de quem não programa raramente é “como eu aprendo a programar”. Na maioria das vezes é “o que eu já consigo fazer sozinho, e onde eu preciso parar e chamar alguém que entende disso de verdade”.

O que é vibe coding, na prática

Vibe coding é descrever, em linguagem comum, o que você quer que um site, aplicativo ou automação faça, e deixar uma inteligência artificial generativa escrever o código por trás disso. Você não abre um editor cheio de chaves e ponto e vírgula. Você conversa com a ferramenta, vê o resultado rodando na hora e pede ajustes até chegar onde quer, do mesmo jeito que você pediria uma revisão de texto para um assistente.

O termo foi cunhado por Andrej Karpathy, ex-diretor de IA da Tesla e cofundador da OpenAI, em fevereiro de 2025, num post no X que descrevia esse jeito novo de programar: você “esquece que o código existe” e se concentra só na intenção. A frase pegou porque nomeou algo que já estava acontecendo: pessoas de marketing, RH, jurídico e educação criando ferramentas próprias sem nunca ter estudado lógica de programação.

O ganho real está em quem antes dependia inteiramente de outra pessoa para transformar uma ideia em algo que funciona. Você digita “crie uma página que recebe inscrições para o meu workshop e me manda um e-mail a cada nova inscrição”, a ferramenta gera o código, hospeda a página e ela funciona minutos depois. (Assim que gente de fora começa a se inscrever de verdade, esse artefato passa a exigir mais cuidado; a seção sobre risco no trabalho, mais adiante, detalha quando.) Isso não existia de forma acessível há três anos. Existe agora.

O que você já consegue fazer sozinho

A lista do que uma pessoa sem experiência técnica consegue produzir hoje, sozinha, em uma tarde, cresceu bastante:

• Sites e landing pages para um evento, um curso, um produto ou um portfólio pessoal, incluindo formulário de captura e integração com e-mail (a partir do momento em que gente de fora começa a se inscrever, vale a régua de risco explicada mais adiante)
• Dashboards e painéis internos que puxam dados de uma planilha ou de um formulário e mostram gráficos e indicadores em tempo real
• Ferramentas simples de uso próprio, como um gerador de propostas, um organizador de tarefas customizado para o seu fluxo de trabalho, ou uma calculadora específica do seu setor
• Protótipos navegáveis para testar uma ideia de produto com um grupo pequeno de usuários antes de investir em desenvolvimento de verdade
• Automações leves, como um script que organiza arquivos, resume um documento longo ou preenche um relatório repetitivo

Cada item dessa lista tinha, até pouco tempo atrás, um custo de entrada real: contratar um freelancer, aprender a programar do zero, ou simplesmente desistir da ideia porque parecia grande demais para tentar sozinho. Esse custo caiu.

O que continua caro, em tempo e em risco, é o próximo passo: transformar um desses artefatos em algo que outras pessoas vão usar em escala. Artefato, aqui, é o termo guarda-chuva que este artigo usa daqui para frente para o site, o dashboard, a automação ou qualquer outra coisa que você tenha criado.

Planeje e prototipe antes de aprofundar no código

Pedir tudo de uma vez, a tela, o fluxo e a lógica por trás, é o jeito mais comum de gastar mais tempo corrigindo do que criando.

Raramente a primeira resposta vem exatamente como você pediu, e um pedido específico (a cor, o texto do botão, o comportamento esperado quando algo dá errado) reduz essa distância, mas não a zera: espere ajustar e pedir de novo algumas vezes até o resultado bater com o que você tinha em mente. Um fluxo em quatro etapas ajuda a organizar essas idas e vindas:

1. Planejamento. Antes de escrever o primeiro prompt, pense no que o artefato precisa fazer, pesquise referências, decida as telas e o fluxo principal. Praticantes de vibe coding recomendam esboçar isso antes de pedir qualquer coisa à ferramenta: um fluxo claro na sua cabeça vira um pedido claro para a IA, e um pedido claro evita que ela invente caminho ou esqueça uma tela.
2. Protótipo. Peça primeiro a parte visual: a navegação, as telas, os botões, sem se preocupar ainda com o que cada botão faz por trás. Ver o protótipo funcionando mostra se você deu clareza suficiente no pedido, antes de complicar as coisas com lógica e dado real.
3. Código. Só depois de validar essa camada visual, peça para transformar o protótipo num artefato de verdade, com o código que faz a parte funcional (salvar dado, enviar e-mail, calcular algo).
4. Testes. Use o artefato você mesmo, do jeito que a pessoa final vai usar: clique em cada botão, preencha o formulário com um dado real, confira se o resultado bate com o que você pediu antes de considerar pronto. Esse é o teste básico que cabe a você fazer; a seção sobre os limites do vibe coding, mais adiante, mostra quando esse teste não é suficiente e uma revisão mais profunda entra em cena.

Pedir em etapas assim, em vez de tudo de uma vez, costuma custar menos ida e volta com a ferramenta até chegar no resultado final.

Antes de pedir o próximo ajuste, salve o que já está funcionando. Muitas dessas ferramentas guardam um histórico de versões ou um ponto de restauração, e é isso que separa um pedido que não saiu como esperado de um problema real: sem esse hábito, corrigir um detalhe pode quebrar uma parte que já estava pronta, sem caminho fácil de volta.

Quais ferramentas usar e o que é gratuito hoje

A lista abaixo reflete o que cada ferramenta oferecia na última atualização deste artigo (16 de setembro de 2026), na ordem das mais populares e mais usadas hoje. Nível gratuito e preço mudam com frequência nesse mercado, às vezes de um mês para o outro, então confira o valor atual direto no site de cada ferramenta antes de decidir qual usar.

Para dar a régua: vinte dólares por mês, o preço de entrada mais comum na lista, custa tipicamente menos do que uma hora de um freelancer de desenvolvimento. Já explica por que vale testar antes de partir direto para contratar alguém.

Claude (Anthropic). O plano gratuito dá acesso ao chat, sem o Claude Code, o modo de linha de comando usado para projetos maiores. O plano Pro custa vinte dólares por mês (dezessete no anual) e libera o Claude Code, além dos recursos de criação de documentos, planilhas e apresentações direto na conversa.

ChatGPT com Codex (OpenAI). O plano gratuito dá acesso limitado ao Codex, o agente de codificação da OpenAI. No plano Plus, vinte dólares por mês, o acesso passa a ser regular, suficiente para a maioria das tarefas de vibe coding do dia a dia. O plano Pro, mais caro, existe para quem roda tarefas longas ou em volume.

Google Antigravity. A plataforma agêntica de desenvolvimento do Google está disponível de graça para desenvolvedores durante esta fase, rodando sobre modelos da família Gemini 3. Vale testar justamente por não ter custo de entrada.

Cursor. A compra pela SpaceX, citada no início deste artigo, deixou a ferramenta em situação instável: a OpenAI anunciou que vai cortar o acesso do Cursor aos seus próprios modelos, e não está claro como isso afeta o produto no médio prazo. Até a data de publicação deste artigo, o Cursor segue funcionando normalmente; antes de investir tempo aprendendo o fluxo dela, vale checar o status atual em cursor.com.

Replit. Focado em quem quer sair do zero até um app publicado, com um agente que conversa, gera e já hospeda o resultado. Tem modo gratuito com limite de horas e projetos; os planos pagos começam por volta de vinte dólares por mês.

Lovable e v0 (Vercel). Duas ferramentas voltadas para interface e frontend, com bom resultado visual a partir de uma descrição curta. Nos testes que fiz, o resultado visual das duas já sai bom o suficiente para publicar sem passar por um designer, o que nem sempre acontece com a saída de ferramentas mais genéricas. Ambas têm nível gratuito com créditos limitados por mês, suficiente para testar antes de decidir se vale assinar um plano pago.

Uma nota sobre o que ficou de fora dessa lista de propósito: existe um número grande de ferramentas de nicho lançadas quase toda semana nesse mercado. As seis acima cobrem os casos de uso mais comuns para quem está começando, e são as que sustentam uso real, não só demonstração.

Sua tarefa precisa de banco de dados?

Nem todo artefato precisa de um lugar para guardar dado novo, e vale checar isso antes de escolher a ferramenta. Um dashboard que só lê uma planilha que você já tem, um protótipo para mostrar numa reunião ou uma automação que processa um arquivo e devolve o resultado não precisam de banco: o dado já existe em outro lugar, ou não precisa ser lembrado depois. Já um formulário de inscrição, um cadastro ou qualquer artefato que vai coletar informação de gente de fora ao longo do tempo precisa de um lugar para essa informação morar, ainda que seja só uma planilha.

Nessa segunda situação, a ferramenta importa:

• Replit e Lovable já vêm com banco de dados embutido e ativado por padrão: o formulário funciona sem passo extra.
• v0 (Vercel) resolve o mesmo formulário, mas exige conectar um banco externo antes de confiar que a inscrição foi salva de verdade.
• Claude Code não tem banco padrão: cabe a você, na conversa, pedir onde o dado vai ficar, seja um arquivo local, seja um serviço externo.

Qual modelo escolher em cada ferramenta

Nas ferramentas que deixam você escolher o modelo de IA por trás (Claude, ChatGPT, Cursor e, em menor grau, Antigravity), existe uma heurística simples que economiza tempo e dinheiro: para tarefa de negócio, o modelo de geração intermediária da ferramenta, nem o mais básico nem o mais caro, costuma entregar o resultado que você precisa.

O modelo mais básico erra mais em tarefas com várias etapas encadeadas, do tipo “crie o formulário, valide os campos e envie um e-mail de confirmação”. O modelo mais caro, de ponta, resolve isso também, só que consumindo mais tokens (a unidade que mede o quanto você gasta em cada pedido) por um ganho de qualidade que a maioria das tarefas do dia a dia não aproveita. O modelo intermediário fica no meio dessas duas curvas: dá conta de tarefas com várias etapas sem o custo do modelo mais caro.

A exceção importa: se o seu plano já libera o modelo mais atual da ferramenta sem limite adicional de uso, não existe motivo para escolher um mais antigo só para economizar algo que você já não está pagando por unidade. Detalhe que também pesa no bolso em escala maior, quando a conta de IA de uma empresa cresce junto com o número de tarefas automatizadas.

Como cada ferramenta atualiza sua lista de modelos e o que cada nível de plano libera com frequência, e “melhor modelo” de hoje pode não ser o melhor modelo daqui a três meses, trate essa escolha como algo para revisar de tempos em tempos, não como uma decisão que você toma uma vez e esquece.

Por onde começar amanhã

A parte mais difícil de começar com vibe coding não é técnica, é o vazio da tela em branco: o que exatamente digitar quando você nunca fez isso antes. Os dois modelos abaixo já aplicam o fluxo de planejamento e protótipo descrito acima, e servem como ponto de partida para adaptar à sua própria área.

Um aviso antes de usar os dois: são modelos bem reduzidos e simplificados, pensados só para destravar a sua primeira tentativa. Quanto mais contexto você der sobre a tarefa, a sua área, a empresa e o objetivo por trás do pedido, melhor sai o resultado. Para aprender a dar esse contexto de forma consistente, não só nessas duas vezes, recomendo o e-book Engenharia de Prompts na Prática.

Template de prompt para pedir um site. Escolha uma ferramenta da lista acima (se o formulário abaixo precisa mesmo guardar as inscrições, veja qual ferramenta resolve isso sem passo extra na seção anterior) e adapte:

Crie uma landing page de uma página só para [nome do seu produto, evento ou curso].
Ela precisa ter: um título e subtítulo explicando o que é em uma frase; três a cinco benefícios em tópicos curtos; um formulário simples pedindo nome e e-mail; e um botão de chamada para ação com o texto '[o que você quer que a pessoa faça]'.
Se você tiver algum depoimento, avaliação ou logo de quem já participou, inclua numa seção curta de prova social logo abaixo dos benefícios; se não tiver nada assim ainda, pule essa parte.
Depois que a pessoa enviar o formulário, mostre uma mensagem de confirmação parecida com '[o que ela deve esperar a seguir, por exemplo: você vai receber um e-mail em minutos]'.
No rodapé, inclua [seu nome ou o da empresa] e uma forma de contato, como e-mail ou WhatsApp.
Use uma paleta de cores em tons de [sua cor de preferência] e um visual limpo, sem poluição, que funcione bem tanto no computador quanto no celular.
Depois de gerar, me pergunte o que ajustar antes de finalizar.

Template de prompt para pedir um dashboard. Funciona bem no Claude ou no ChatGPT, principalmente se você já tem os dados numa planilha para anexar à conversa:

Anexei uma planilha com [descreva o que tem nela, por exemplo: vendas mensais por região].
Crie um dashboard simples que mostre: um gráfico com a evolução ao longo do tempo; um comparativo entre [as categorias que importam, por exemplo: regiões ou produtos]; e um resumo em números grandes dos totais principais.
Adicione um filtro simples para eu conseguir ver só [o recorte que você mais usa no dia a dia, por exemplo: um mês específico ou uma região].
Destaque em outra cor os números que passarem de [um limite que importa para você, por exemplo: uma meta ou um valor mínimo aceitável].
No rodapé do dashboard, mostre a data da última atualização dos dados.
Não invente nenhum dado que não esteja na planilha anexada.
Se algum dado estiver faltando ou parecer inconsistente, me avise antes de gerar o gráfico.

Depois de rodar esses dois, três exercícios simples para pegar o jeito, pensando na sua própria área de trabalho:

1. Peça para transformar uma rotina que você faz manualmente toda semana (organizar uma planilha, resumir um relatório) numa ferramenta que faz isso com um clique
2. Peça para criar uma calculadora simples específica do seu setor, do tipo “quanto custa” ou “quanto tempo leva”, com os números que você mesmo definir
3. Peça para montar um formulário de coleta de informação (uma pesquisa, um cadastro) que te envia os resultados organizados

Leitura complementar: para quem quer ver como esse tipo de ferramenta se encaixa num sistema pessoal de produtividade mais amplo, com custo e limites reais de uso, detalhei o sistema de IA que uso no dia a dia, quanto custa e onde ele erra.

Sempre que travar num pedido, alguns comandos específicos ajudam a IA a entender melhor o que você quer, independente da ferramenta.

O prompt que você escreve hoje já é o mesmo tipo de ferramenta que uma empresa paga caro para construir. A diferença não está mais na técnica: está em saber até onde ir sozinho, e quando chamar alguém que entende disso de verdade.

Vibe coding é uma capacidade a mais, não uma profissão

Aqui está a distinção que mais gera confusão, e que vale a pena deixar explícita antes de seguir adiante: vibe coding é uma capacidade a mais, disponível para quem já tem uma profissão, não uma profissão nova brotando ao lado de “programador” ou “analista de dados”.

O programador usa vibe coding para chegar mais rápido a um software comercial, porque ele sabe reconhecer quando o código gerado tem um problema estrutural, um erro de segurança ou uma decisão de arquitetura ruim. O analista de RH usa vibe coding para montar uma calculadora de headcount ou um formulário de pesquisa de clima, porque ele sabe exatamente o que essa ferramenta precisa fazer no contexto do seu departamento. A potência está em quem pilota a ferramenta, não no modelo de IA por trás dela.

Essa distinção importa porque muda a pergunta que você deveria estar fazendo: em vez de perguntar se vibe coding vai substituir os programadores, pergunte que tarefa do seu trabalho você resolve mais rápido se você mesmo criar a ferramenta, em vez de pedir para alguém ou fazer manualmente todo mês.

O próprio Karpathy já sinalizou essa fronteira, embora de um jeito mais radical do que a maioria das pessoas precisa levar ao pé da letra. Meses depois de cunhar “vibe coding”, ele passou a classificar o termo como adequado só para projeto descartável de fim de semana, reservando o trabalho sério, com supervisão e expertise técnica, para outro nome.

É uma classificação agressiva, e você não precisa descartar tudo que criar com vibe coding só porque não é “fim de semana”. O recado por trás dela, esse sim vale levar a sério, é o mesmo deste artigo: uma coisa é usar a ferramenta para resolver uma tarefa sua, outra é lançar software profissional. Este artigo usa “vibe coding” como termo guarda-chuva popular, mais amplo que a definição mais recente e estrita do próprio Karpathy: é assim que o mercado, e a maioria das ferramentas listadas mais adiante, ainda chamam esse tipo de uso no dia a dia.

Esse limite entre resolver algo da sua própria área e lançar um produto de verdade também marca o escopo deste artigo. Se você quer resolver algo da sua própria área para facilitar o seu trabalho, o texto inteiro foi escrito para você. Se a intenção é lançar um software como produto ou negócio, o que segue ainda vale como introdução às ferramentas, mas não é o texto que vai te ensinar a fazer isso: essa parte, de propósito, fica para a seção sobre empreender mais adiante e para leitura fora daqui.

O que o vibe coding não substitui

A parte que a euforia em torno de vibe coding costuma esconder é onde ele para. Um programador não é só alguém que sabe escrever código, é alguém treinado para pensar em tudo que pode dar errado antes que dê errado: dados de usuário expostos por um erro de configuração, um banco de dados que trava assim que passa de algumas centenas de pessoas usando ao mesmo tempo, uma falha de autenticação que deixa qualquer um acessar a conta de outro usuário.

Uma IA generativa pode escrever um código que funciona perfeitamente na demonstração e falhar de formas graves assim que alguém mal-intencionado testa os limites dele. Isso é o tipo de problema estrutural que exige revisão humana especializada, porque a IA otimiza para “o código roda e faz o que foi pedido”, não para “o código resiste a um ataque ou a dez mil usuários simultâneos”.

Esse risco não é hipotético. O relatório de 2026 da Veracode, empresa de segurança que testou código gerado por dezenas de modelos de IA em várias linguagens, encontrou falha de segurança numa parcela relevante do código avaliado, mesmo em tarefas simples.

A proteção também não é uniforme: a mesma ferramenta bloqueia bem um tipo de ataque e mal outro, e o resultado final depende de qual falha o seu caso específico expõe. É exatamente esse tipo de buraco, invisível para quem não é da área, que um programador sabe procurar e fechar antes de publicar.

Um erro concreto e fácil de entender, mesmo sem jargão: pedir para a ferramenta conectar seu artefato a um serviço externo (envio de e-mail, um banco de dados, um pagamento) e ela escrever a senha de acesso, chamada de chave de API, direto no meio do código, em vez de guardá-la separada e protegida. Se esse código for compartilhado depois, por exemplo publicado para pedir ajuda a alguém, a chave vai junto, e qualquer pessoa que a veja pode usá-la em seu nome. Um programador sabe que esse dado nunca fica exposto dessa forma; a ferramenta de vibe coding raramente avisa quando comete esse erro.

Na prática, isso significa: para prototipar, testar uma ideia com um grupo pequeno ou resolver uma tarefa interna, vibe coding sozinho já resolve. Para lançar algo que vai processar dado sensível de terceiros, mexer com dinheiro ou receber tráfego alto e imprevisível, a revisão de alguém que entende de engenharia de software deixa de ser um luxo.

Estas são dicas básicas de segurança. Para quem quer ir além, testando de forma mais sistemática o que a IA constrói, detalhei um passo a passo mais avançado, com evals de agentes de IA, em outro artigo.

Depois de pronto, quem cuida da manutenção?

Há um ponto final que vale mesmo dentro do uso pessoal ou interno: manutenção. Se o que você criou não foi combinado formalmente com o time de TI, cuidar dele (corrigir bug, ajustar quando algo muda, atualizar quando a ferramenta de IA muda de versão) fica por sua conta. É exatamente por isso que vibe coding não substitui programador nem área de TI.

Se numa hora dessas a IA parar de entender o que você pede para corrigir, e você não entende o código o suficiente para arrumar sozinho, a tarefa passou do ponto que dá para resolver só com vibe coding: sobra aprender um pouco de programação, chamar alguém que entende, ou desistir daquele artefato específico.

Vale notar que nem o próprio Karpathy usa vibe coding indiscriminadamente: ao lançar o Nanochat, um projeto de pesquisa para treinar um modelo de linguagem do zero, ele contou que escreveu boa parte do código manualmente, porque tentou usar agentes de IA e eles “simplesmente não funcionaram bem o suficiente” para aquele tipo de trabalho. A régua de quando confiar no agente existe até para quem cunhou o termo.

Quando vale a pena pagar por revisão profissional

Para quem decide pela área de negócio se um artefato pode sair só com vibe coding ou precisa passar por um programador antes de ir ao ar, uma pergunta prática ajuda: se isso der errado, o prejuízo custa mais do que contratar alguém para revisar antes do lançamento? Quando a resposta é sim, pagar pela revisão profissional é a opção mais barata, não a mais cara, e essa revisão pontual costuma caber num freelancer de desenvolvimento ou segurança contratado por algumas horas, sem precisar abrir um projeto formal de TI.

Nem tudo precisa virar aplicativo: skill ou produto?

Existe uma armadilha comum assim que alguém descobre que consegue criar coisas com IA: a vontade de transformar cada ideia em um aplicativo lançado, com nome, marca e talvez até um plano de assinatura. Na maioria dos casos, isso é esforço desperdiçado.

Eu resolvo cerca de 99% dos meus problemas de produtividade com skills: instruções salvas que ensinam uma IA a fazer uma tarefa específica do meu jeito, sempre que eu preciso, sem precisar publicar nada em lugar nenhum. A que mais uso toda semana pega a transcrição de uma mentoria ou reunião e devolve um resumo estruturado, pronto para eu revisar em minutos em vez de reler a transcrição inteira. Às vezes essa skill inclui um pouco de HTML, não porque eu quero lançar um site, mas porque um elemento visual (um relatório bonito, um checklist de próximos passos) comunica melhor que um bloco de texto corrido. É código, mas é código a serviço de uma tarefa, não um produto.

A pergunta que separa os dois caminhos é simples: outras pessoas, fora do seu círculo imediato (você mesmo, ou no máximo a dupla ou o pequeno grupo com quem você trabalha lado a lado todo dia), vão usar isso de forma recorrente? Um departamento inteiro adotando a ferramenta toda semana já conta como saída desse círculo. Se a resposta é não, uma skill ou uma ferramenta de uso pessoal resolve com muito menos esforço do que lançar um aplicativo. Se a resposta é sim, você está entrando em outro território, que o próximo tópico separa com cuidado.

Código resolve uma parte do empreender, não resolve todas

Se a resposta da seção anterior foi “sim, outras pessoas fora do meu círculo vão usar isso” e a ideia é montar um negócio de verdade em cima do que você criou, um SaaS (um software vendido por assinatura), um produto pago, uma ferramenta que vai atender clientes externos, é importante entender que o código deixou de ser o gargalo. O gargalo mudou de lugar.

Lançar um software como negócio envolve entender a dor real do cliente, definir um perfil de cliente ideal, escolher canais de aquisição, montar uma estratégia de distribuição e construir tudo aquilo que forma um fosso competitivo, um moat, difícil de copiar. Nenhuma dessas etapas se resolve com um prompt melhor.

Vibe coding tira a barreira técnica de construir a primeira versão. Não tira a barreira de negócio de fazer alguém pagar por ela, continuar pagando, e não trocar pelo concorrente que copiou a interface em uma semana.

Esse é um território amplo demais para caber neste artigo, e não é o objetivo dele: aqui o foco é o que você consegue construir sozinho com vibe coding, não como transformar isso em empresa.

Para quem quer se aprofundar em inovação, growth, modelos de negócio digital e liderança nesse contexto, recomendo o meu livro Transformação Digital: Mentalidade, Cultura, Negócios e Liderança na Era Digital, disponível também em versão Kindle. O livro reúne frameworks como Lean Startup, Jobs to Be Done, Lean Canvas e Growth Hacking, entre outros, organizados para mostrar como essas peças se encaixam numa empresa que está de fato se transformando digitalmente, código sendo só uma delas.

Vibe coding no trabalho, sem colocar a empresa em risco

Dá para usar vibe coding dentro da empresa sem passar por um comitê de aprovação, desde que o uso fique dentro de um limite claro: ferramentas de uso pessoal ou de equipe, que não saem do seu computador e não processam dado sensível de cliente.

Exemplos que cabem nesse limite: um painel que organiza suas próprias tarefas da semana, uma planilha automatizada que resume dados que você já tem acesso, um protótipo para apresentar uma ideia numa reunião interna, um formulário simples para coletar feedback da sua própria equipe. Nenhum desses artefatos expõe a empresa, porque nenhum deles sai do seu círculo de uso ou lida com informação que exigiria cuidado extra.

O risco aparece quando esse mesmo artefato cruza uma de duas linhas: passa a ser acessado por pessoas fora da empresa, ou passa a processar dado sensível de cliente, funcionário ou parceiro sem ter passado por revisão de segurança. Uma ferramenta interna simpática vira um problema sério quando alguém a expõe num link público sem senha, ou quando ela guarda dado de CPF ou de saúde de terceiro num serviço que ninguém do time de segurança validou.

Como não vazar dado sem perceber

Existe um terceiro jeito de vazar dado, mais sutil que os dois acima: colar uma planilha, um trecho de sistema interno ou uma senha de acesso dentro da conversa com a ferramenta de vibe coding, para ela “entender o contexto”. Esse conteúdo sai do seu computador e vai para o servidor da empresa de IA. Antes de colar qualquer coisa assim, vale a mesma pergunta que você faria antes de anexar um arquivo num e-mail para fora: essa informação pode sair da empresa?

Essa regra vale com mais força ainda fora de uma ferramenta corporativa: no plano gratuito ou pessoal, o que você cola numa conversa pode ficar retido em algum lugar da empresa de IA, porque os termos de uso costumam permitir usar esse conteúdo para treinar o próprio modelo. Plano corporativo, em geral, tem cláusula contrária, sem uso do seu dado para treinar modelo nem compartilhamento.

O caso mais visível de um risco parecido em 2026 foi a OpenAI demitir um funcionário por usar informação confidencial da própria empresa em apostas em mercados de previsão como o Polymarket. Se até quem trabalha dentro da empresa de IA pode usar dado de forma indevida, vale o mesmo cuidado do seu lado: dado sensível ou proprietário só deveria entrar em ferramenta corporativa, nunca na versão pessoal ou gratuita.

Posso conectar meu artefato a um sistema da empresa?

Conectar seu artefato a um sistema corporativo de verdade (CRM, o sistema que guarda dados de clientes; ERP, o sistema de gestão interna; ou o Google Workspace da empresa) é outro patamar de risco, não é mais construção livre. Se o seu sistema corporativo já orienta como fazer isso, ou já oferece ferramenta própria de vibe coding integrada (a Salesforce, por exemplo, lançou o Agentforce Vibes, pensado para desenvolvedores conectarem apps com segurança aos dados do CRM), siga o que o time de tecnologia recomenda.

Sem essa orientação, o caminho mais seguro costuma ser o oposto do que parece mais prático: exportar o dado do sistema para um arquivo e usar esse arquivo como entrada, em vez de dar à ferramenta de vibe coding uma chave de API com acesso direto ao sistema vivo da empresa.

Como decidir, e como levar isso para o seu gestor

Times que já lidam com isso de forma organizada convergem para o mesmo punhado de hábitos, como a Locaweb descreve ao recomendar diretrizes de uso e revisão de código obrigatória em equipe:

• Definir de antemão o que pode passar por vibe coding (tarefa interna, sem dado sensível) e o que não pode (nada que envolva segurança, dinheiro ou dado de terceiro)
• Revisar o resultado antes de usar de verdade, olhando se ele faz o que você pediu, não só se roda sem erro
• Guardar, em uma linha, o que você pediu à ferramenta, para saber depois de onde veio cada parte do que foi criado (um comentário no topo do próprio arquivo, ou uma nota ao lado do link do artefato, já resolve)

Uma forma mais estruturada de decidir, e também de levar para o seu gestor caso precise de aval antes de seguir, como o Distrito descreve para vibe coding dentro de empresas, é classificar a ideia em uma de três categorias antes de começar:

Construção livre. O uso é só seu ou da sua equipe imediata, não sai do ambiente interno, não lida com dado de cliente, funcionário ou parceiro, e não envolve dinheiro real nem decisão automática sobre pessoas. A maior parte dos exemplos deste artigo se encaixa aqui.

Revisão técnica obrigatória. Mais de uma área da empresa passa a depender do que você criou, ou o artefato vai continuar no ar por mais de um mês, ou ele se conecta a outro sistema (envia e-mail automaticamente, grava numa planilha compartilhada por muita gente, puxa dado de um sistema pago). Continua podendo nascer como vibe coding, mas alguém que entenda de segurança precisa olhar antes de virar rotina da equipe.

Fora do escopo. Envolve dinheiro real (pagamento, cobrança, nota fiscal), processa dado sensível de terceiro (CPF, saúde, informação sigilosa de RH) ou toma decisão automática que afeta pessoas (aprovar crédito, filtrar currículo, corrigir prova). Isso não deveria nem começar como vibe coding: é projeto formal de tecnologia desde o primeiro dia.

Nos treinamentos que dou, o erro mais comum é o profissional que nunca parou para classificar em qual das três categorias o que ele construiu realmente se encaixa, e só descobre isso quando alguém de fora pergunta.

A zona cinzenta que ninguém está vendo

Essa zona cinzenta, de gente usando IA para construir mini-ferramentas fora do radar do time de tecnologia, já tem nome: Shadow AI. Detalhei em outro artigo a estrutura de governança que evita esse tipo de uso desgovernado, com o ponto exato em que o uso individual passa a exigir aprovação formal.

Regra prática para não errar: se você não teria coragem de mostrar aquele link para o time de segurança da empresa, ele não deveria estar rodando fora do seu computador.

Se você quiser aprender isso com mais profundidade, tenho uma curadoria de cursos na ESPM. Em vez de te empurrar um nome genérico que pode não servir para o seu momento, uso o Consultor de Carreira: você responde a algumas perguntas rápidas e ele indica, dentro da curadoria, a formação que faz mais sentido para você. Fale com o Consultor de Carreira.

Perguntas frequentes

O que é vibe coding, em termos simples?

Vibe coding é descrever em linguagem natural e comum, o que você quer que um site, aplicativo ou automação faça, e deixar uma IA generativa escrever o código por trás. Você não edita linhas de código diretamente: você conversa com a ferramenta, vê o resultado rodando e pede ajustes até chegar onde quer. O termo foi cunhado por Andrej Karpathy, ex-diretor de IA da Tesla e cofundador da OpenAI, em fevereiro de 2025, para descrever esse jeito de programar guiado por intenção e não por sintaxe.

Preciso saber programar para começar a usar vibe coding?

Não. A entrada foi desenhada para quem nunca escreveu uma linha de código. Ferramentas como Claude, ChatGPT (Codex), Google Antigravity, Lovable, v0 (Vercel) e Replit aceitam pedidos em linguagem comum, do tipo “crie um dashboard que mostra vendas por região” ou “faça uma landing page para o meu curso”. A curva de aprendizado está em aprender a pedir com clareza e a testar o resultado, não em decorar sintaxe.

Preciso escrever os prompts em inglês para ter um resultado melhor?

Não precisa. As ferramentas foram treinadas majoritariamente com conteúdo em inglês, então o resultado em inglês tende a ser um pouco melhor em média. Isso perde para outro fator: clareza. Um prompt claro e bem contextualizado em português ganha de um prompt mal escrito em inglês. Escreva na língua em que você consegue ser mais específico sobre o que quer, o contexto da sua área e o resultado esperado, isso pesa mais do que o idioma escolhido.

Vibe coding substitui um programador?

Não, e a diferença aparece exatamente onde mais importa: segurança e escala. Um programador sabe evitar as falhas que um leigo nem sabe que existem, como dados expostos por engano, autenticação frágil ou um banco de dados que trava com mais de cem usuários simultâneos. Vibe coding é ótimo para prototipar, testar uma ideia e resolver tarefas pessoais ou internas. Para um sistema que vai lidar com dinheiro, dados sensíveis de terceiros ou tráfego alto, a revisão de alguém que entende de engenharia de software deixa de ser opcional.

Vibe coding é o mesmo que aprender a programar?

Não. Vibe coding tira a barreira de sintaxe, mas não ensina os fundamentos de arquitetura, segurança e escala que um curso de programação constrói. Pense nele como uma capacidade a mais na caixa de ferramentas, do mesmo jeito que usar Excel bem não faz de alguém um cientista de dados. Quem programa profissionalmente também usa vibe coding, só que para chegar mais rápido a um software comercial, porque já sabe reconhecer quando o resultado gerado tem um problema estrutural.

Qual ferramenta de vibe coding é gratuita?

Várias têm um nível gratuito com limite de uso: Claude, ChatGPT, Google Antigravity, Replit, v0 (Vercel) e Lovable oferecem acesso sem custo para testar antes de decidir se vale pagar. O limite costuma ser em número de mensagens, créditos ou projetos por mês, e some rápido em uso real. As versões pagas de entrada giram em torno de vinte dólares por mês nas ferramentas mais usadas. Como free tier muda com frequência, confira o valor atual direto no site de cada ferramenta antes de decidir.

Qual modelo de IA escolher para fazer vibe coding?

Para tarefa de negócio, o modelo de geração intermediária da ferramenta costuma bastar: nem o mais básico, que erra mais em tarefas com várias etapas, nem o mais caro, que custa mais tokens por um ganho que a maioria das tarefas do dia a dia não aproveita. A exceção é quando seu plano já libera o modelo mais atual sem limite adicional, e aí não há motivo para usar um mais antigo. Como cada ferramenta atualiza sua lista de modelos com frequência, trate essa escolha como algo para revisar a cada poucos meses, não como decisão definitiva.

Posso usar vibe coding no trabalho sem colocar a empresa em risco?

Pode, mas o limite não é binário, são três níveis. Construção livre (uso só seu ou da sua equipe imediata, sem dado sensível, sem dinheiro real) segue sem revisão. Revisão técnica obrigatória entra quando o artefato passa a ser usado por mais gente, fica no ar por mais de um mês ou se conecta a outro sistema. Fora do escopo é dinheiro real, dado sensível de terceiro ou decisão automática sobre pessoas, que nunca deveria nascer como vibe coding. Esse é o território que o Shadow AI cobre em detalhe.

O que acontece com o artefato que eu criei se eu sair da empresa?

Na maioria dos contratos de trabalho, o que você produz com ferramenta da empresa, dentro da empresa, pertence à empresa: o artefato fica lá, você não leva o código embora. O conhecimento que você ganhou usando a ferramenta é seu e viaja com você, então recriar algo parecido no próximo lugar onde trabalhar, usando o que aprendeu, normalmente não é problema. A exceção fica por conta de cláusula de confidencialidade ou de não competição que o seu contrato específico tenha, que pode limitar recriar algo muito semelhante num concorrente direto; isso não é conselho jurídico, vale confirmar com quem cuida do seu contrato antes de agir.

O código gerado por uma IA pode violar direitos autorais de outra pessoa?

Direito autoral em código, na prática, é discutido quando dois trechos ficam quase idênticos, não quando duas soluções resolvem a mesma ideia de formas diferentes: a IA gera um código com variáveis, nomes e estrutura próprios mesmo quando resolve um problema parecido com outro já existente. Usando a ferramenta para o seu artefato, você dificilmente esbarra nesse risco. A discussão de direito autoral que existe de fato hoje é outra: se as empresas de IA tinham autorização para treinar seus modelos com código e texto de terceiros, e está sendo decidida agora, processo por processo, nos tribunais, sem veredito único e definitivo ainda.

Edney “InterNey” Souza atua com tecnologia desde 1990 como professor, palestrante e conselheiro em IA, dados e inovação. Participou da criação de sete startups ao longo da carreira. É professor na ESPM, Insper, PUCRS, USP e IBGC. É autor do livro gratuito Engenharia de Prompts na Prática: do Zero ao Avançado com ChatGPT, Gemini e Claude.