Karpathy: 'agentic engineering' não é vibe coding em produção

Poucas pessoas têm autoridade para falar sobre o que muda quando a máquina começa a escrever o código, e Andrej Karpathy é uma delas. Ex-diretor de IA da Tesla, ex-fundador da OpenAI e uma das vozes mais ouvidas sobre engenharia de IA, ele passou o ano de 2026 popularizando um termo que arruma uma conversa bagunçada: agentic engineering. A ideia, apresentada na sua conversa no Sequoia Ascent e resumida no blog dele, separa de forma limpa o improviso divertido do trabalho que aguenta produção. Para quem coloca IA para rodar de verdade, a distinção não é semântica, é operacional.

Quem fala e o que ele disse

Karpathy construiu sua reputação fazendo, não opinando. Foi dele o trabalho de visão computacional que virou piloto automático em escala, e foi dele boa parte da didática que ensinou uma geração a treinar redes neurais. Quando ele descreve o próprio fluxo de trabalho, vale prestar atenção, porque é relato de quem está com a mão na massa.

O ponto de partida da sua fala foi provocar a ideia preguiçosa de que IA só serve para acelerar o que já existia. Ele defendeu que os modelos abrem horizontes novos, não apenas atalhos para tarefas antigas, e usou pequenos aplicativos que ele mesmo construiu para mostrar produtos que só passam a existir porque a barreira de fazer software despencou.

Foi nesse contexto que ele cravou a distinção. De um lado, o vibe coding: deixar o agente produzir e aceitar o resultado pela sensação de que funciona, sem verificar a fundo. Do outro, o agentic engineering: a disciplina profissional de coordenar agentes falíveis preservando correção, segurança, gosto e manutenção. Nas palavras dele, vibe coding é ótimo para protótipo e ferramenta de uso pessoal, e agentic engineering é o que times sérios precisam para tudo que vai para produção.

O detalhe mais citado foi pessoal. Karpathy contou que a proporção entre escrever código com as próprias mãos e delegar para agentes se inverteu, de algo como 80 por 20 para 20 por 80. Ele passou a delegar quase tudo. E, mesmo assim, insiste em chamar o que sobra de engenharia. Esse é o núcleo da tese: automatizar a digitação não elimina o trabalho difícil, desloca ele para definir o problema, dar contexto, revisar e responder pelo resultado.

Vibe coding serve para protótipo e ferramenta pessoal. Agentic engineering é o que você precisa quando o software vai para produção. A diferença não está na ferramenta, está no rigor.

Por que isso importa para quem opera

A conversa sobre agentes costuma oscilar entre dois exageros. Num extremo, o entusiasta que mostra uma demo impressionante e conclui que a engenharia acabou. No outro, o cético que viu um agente errar e decreta que nada disso presta. Karpathy corta os dois com uma navalha simples: são regimes diferentes de trabalho, com custos de erro diferentes.

Isso conversa direto com o que já defendemos aqui. Quando escrevemos sobre a importância de verificar tudo que os agentes de código produzem, o argumento era o mesmo por outro caminho: a velocidade do agente só vira valor se houver uma malha de verificação do lado humano. A tese de Karpathy dá nome a essa malha. Vibe coding é o regime sem malha, aceitável quando o erro é barato. Agentic engineering é o regime com malha, obrigatório quando o erro é caro.

O erro é caro em quase tudo que chamamos de produção: cobrança, atendimento a cliente, decisão que move dinheiro, dado sensível. É por isso que a moldura serve tão bem ao público que coloca IA para funcionar, e não para apresentar em slide. Uma demo de agente é fácil de fazer e fácil de aplaudir. Um agente que roda sozinho num fluxo real, sem produzir estrago silencioso, é engenharia, com teste, limite de escopo, observabilidade e revisão. Confundir as duas coisas é assinar um cheque que a operação vai descontar depois.

A nossa leitura

O valor prático da distinção de Karpathy é dar ao time uma pergunta para fazer antes de cada projeto de agente: em que regime estou? Se a resposta for protótipo, exploração ou ferramenta interna descartável, vibe coding é legítimo e rápido, e cobrar rigor de produção ali é desperdiçar tempo. Se a resposta for algo que um cliente vai tocar ou que move um número real, então é agentic engineering, e pular a verificação não é agilidade, é dívida.

Há uma armadilha que a moldura ajuda a evitar: promover para produção um protótipo que nasceu em regime de vibe coding sem nunca aplicar a disciplina que produção exige. A demo que encantou a diretoria vira sistema em uso porque funcionou na apresentação, e ninguém refez os testes, os limites e a verificação. É assim que a maioria dos agentes falha em produção, não por incapacidade do modelo, mas por confusão de regime. Como já argumentamos ao tratar de disciplina de engenharia aplicada à IA, a diferença entre um piloto que impressiona e um sistema que aguenta é justamente o que Karpathy chama de engenharia.

A boa notícia é que a fronteira do que dá para construir subiu muito, e Karpathy é o primeiro a comemorar isso. A má notícia, para quem esperava que os agentes dispensassem o rigor, é que eles fizeram o contrário: baratearam a produção de código a ponto de tornar a verificação o gargalo. Quem opera IA no Brasil faz bem em adotar o vocabulário. Vibe coding para brincar e descobrir. Agentic engineering para entregar. E clareza sobre em qual dos dois você está, antes de apertar o botão que manda para produção.

Se você quer levar seus agentes do regime de demo para o de produção, com verificação, limites e responsabilidade claros, fale com a gente no WhatsApp.