Agentic engineering é trabalho para cliente. Vibe coding é experimento.

Andrej Karpathy cunhou o termo em 2 de fev. de 2025 num post no X: “There's a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” No mesmo post, ele o chamou de “not too bad for throwaway weekend projects”, ou seja, nada mau para projetos descartáveis de fim de semana.

Poucas semanas depois, Simon Willison definiu o termo com precisão: vibe coding é “building software with an LLM without reviewing the code it writes”, construir software com um LLM sem revisar o código que ele escreve. Se você revisa o código, testa e consegue explicá-lo a outra pessoa, isso é desenvolvimento de software.

Essa é a definição útil. Vibe coding não é um veredito sobre código escrito por IA. Ele descreve a decisão de não olhar para ele.

Um ano depois, em 4 de fev. de 2026, Karpathy fez um balanço. Programar com agentes de LLM, escreveu ele, estava virando o fluxo de trabalho padrão de profissionais, “except with more oversight and scrutiny”, só que com mais supervisão e escrutínio. O nome que ele prefere para isso: agentic engineering.

“Agentic”, porque “you are not writing the code directly 99% of the time, you are orchestrating agents who do and acting as oversight”: em 99% do tempo você não escreve o código, orquestra os agentes que escrevem e supervisiona. “Engineering”, porque “there is an art & science and expertise to it”, algo que se aprende.

Na prática, os agentes escrevem código, rodam testes e propõem mudanças. Você define o objetivo, divide o trabalho em partes que um agente consegue terminar, lê o diff, decide o que vai para produção e responde por isso.

Um cliente não compra código. Um cliente compra a garantia de que funciona, de que é seguro e de que alguém responde por ele. Nada disso passa para o agente.

A qualidade vem da revisão, não do modelo. Um agente que escreve cem linhas em um minuto também escreve cem linhas que alguém precisa conferir.

A responsabilidade fica com quem assina a fatura. “Foi o agente” não é uma resposta que um cliente aceita.

A rastreabilidade é a parte nova. Quando um agente rodou por uma hora no projeto de um cliente, o cliente deveria poder ver o que ele fez, e não só que foi cobrado.

As horas eram uma medida justa enquanto pessoas digitavam o código. Com agentes, tempo de trabalho e esforço se separam.

Cinco minutos de prompt iniciam uma hora de trabalho de agente, seguida de quinze minutos de revisão. Vários projetos rodam ao mesmo tempo. E quem cobra por hora ganha menos justamente quando entrega mais em menos tempo.

Isso não torna o esforço irrelevante. Quanto menos você cobra por hora, mais precisa saber o que um projeto realmente exigiu: no preço fixo, para ver se valeu a pena; na cobrança por hora, para repassar o esforço por completo e de um jeito que seu cliente consiga acompanhar.

• Esforço: seu tempo de trabalho, o tempo de execução ativo dos agentes e os tokens que eles usaram, por projeto.
• Progresso: do que tratou cada sessão e quais commits saíram dela.
• Valor: quanto o projeto valeu em relação ao que exigiu, seja cobrado por esforço ou a preço fixo.

Você pode vender vibe coding como o que ele é: um protótipo, um mock-up, um experimento cujo código ninguém vai manter. Diga isso na proposta.

Software que um cliente vai operar, ampliar e do qual vai depender é outro produto. Isso é agentic engineering, e é cobrado e documentado como engenharia.