Vozes
Kent Beck: a diferença entre codar com IA e só vibrar
Kent Beck, pai do TDD, separa vibe coding de augmented coding e diz que ninguém quer agentes, quer resultado. A leitura para quem coloca IA em produção.
Poucas pessoas têm autoridade para falar sobre a intersecção de engenharia e IA como Kent Beck. Ele criou o Extreme Programming, popularizou o Test Driven Development, escreveu o "Tidy First?" e assinou o Manifesto Ágil. Aos setenta e poucos anos, em vez de olhar a onda de IA de longe, Beck fez o contrário: mergulhou. Passou a programar com modelos todo dia, publicou uma série de experimentos ao vivo e cunhou um vocabulário que já pegou na comunidade. O mais útil que ele trouxe não é uma técnica, é uma distinção que separa quem vai sofrer de quem vai colher.
Genies, e as duas formas de usá-los
Beck chama os modelos de IA que geram código de Genies, os gênios da lâmpada. Você faz um pedido em linguagem natural e o software aparece. A metáfora é boa de propósito: gênio realiza desejo, mas realiza o desejo que você formulou, não o que você quis dizer. E é aí que ele crava a distinção central.
De um lado está o que virou moda chamar de vibe coding: você descreve o que quer, a IA cospe o código, e você aceita sem realmente entender o que saiu, na base da vibe. Funciona para um protótipo descartável. Do outro lado está o que Beck defende, o augmented coding: a IA acelera o seu trabalho e o seu aprendizado, mas você mantém o padrão de qualidade, testa, revisa e continua responsável pelo que vai para produção. A diferença não é de ferramenta, é de postura. No vibe coding a IA dirige e você fecha os olhos. No augmented coding a IA é um copiloto muito rápido, e o volante continua na sua mão.
A IA não te tira a responsabilidade pelo código. Ela só muda a velocidade com que você chega ao ponto em que precisa exercê-la.
O truque dos dois Genies
Uma das observações mais afiadas de Beck é sobre um vício conhecido de quem usa IA para código: o modelo tende a racionalizar o próprio trabalho. Peça para ele avaliar se o código que ele mesmo escreveu está bom, e ele quase sempre acha que está. É conflito de interesse embutido. A solução que Beck adotou é simples e reveladora: separar os papéis. Um Genie escreve e otimiza o código. Outro Genie, num ambiente isolado, sem saber que foi o primeiro que produziu aquilo, audita. Sem o conflito de interesse, a auditoria fica honesta.
Isso é mais do que um macete. É um princípio de arquitetura para operar IA com segurança: não confie que um mesmo modelo, no mesmo contexto, vai ser ao mesmo tempo autor e juiz. Separe as funções. É a mesma lógica de desconfiança estrutural que aparece quando se discute as capacidades que não deveriam coexistir num agente. Confiar no bom comportamento do modelo é a aposta mais frágil que existe.
"Ninguém quer agentes"
A frase mais provocadora de Beck no último ano é um balde de água fria no hype: ninguém quer agentes, ninguém quer enxames de agentes. Ele não está dizendo que agentes não servem. Está dizendo que agente é meio, não fim. As pessoas querem o problema resolvido, com qualidade e previsibilidade. Se um enxame de agentes autônomos entrega isso, ótimo. Mas montar agentes porque montar agentes está na moda é confundir a ferramenta com o resultado.
Para quem opera IA, esse é talvez o recado mais valioso de todos, porque corta na direção contrária do mercado. Existe uma pressão enorme para anunciar que a empresa tem agentes, para transformar todo fluxo num agente, para colecionar autonomia como troféu. Beck lembra que a pergunta certa nunca foi "quantos agentes eu tenho", e sim "qual resultado eu preciso e qual a forma mais simples e controlável de chegar lá". Muitas vezes a resposta é um fluxo bem desenhado com um passo de IA no meio, não um enxame autônomo. Isso dialoga direto com a disciplina de decidir quais tarefas você realmente entrega para a IA: a moda empurra você a automatizar tudo, o bom senso pede que você comece pelo trabalho certo.
Nossa leitura
Beck é valioso agora justamente porque não é nem cético nem entusiasta cego. Ele programa com IA de verdade, todo dia, e reporta o que encontra sem vender curso de milagre. As três ideias, augmented em vez de vibe, autor separado do auditor, e agente como meio e não fim, formam um kit mental que qualquer líder de tecnologia pode usar amanhã de manhã.
Na prática, o TDD que Beck defende há décadas encaixa quase perfeitamente na era dos Genies. Teste é a coleira do gênio. Quando você tem uma bateria de testes confiável, pode deixar a IA gerar código com muito mais folga, porque o teste é quem diz, de forma independente e sem racionalização, se o desejo foi realizado do jeito certo. Sem teste, o augmented coding degringola para vibe coding, e você só descobre o problema em produção, que é o pior lugar possível para descobrir. É a mesma fronteira que separa um piloto que vira produção de um que morre no caminho: a diferença quase nunca é o modelo, é a disciplina em volta dele.
O mérito de Kent Beck foi dar nome e método a uma intuição que muita gente sente e não sabe formular. Depois de entender a diferença entre vibrar e aumentar, fica difícil olhar para um time usando IA sem perguntar de que lado da linha ele está. E essa pergunta, mais do que qualquer benchmark de modelo, prevê quem vai ter software confiável no ar daqui a dois anos.
Se o seu time está usando IA para acelerar código e você quer garantir que isso é augmented coding, e não vibe coding disfarçado, com teste e auditoria de verdade no meio, fale com a gente no WhatsApp para estruturar isso.
Fontes
Perguntas frequentes
Qual a diferença entre vibe coding e augmented coding, segundo Kent Beck?
Vibe coding é deixar a IA gerar o software a partir de uma descrição e aceitar o que sai sem realmente entender ou auditar o código, apostando na vibe. Augmented coding é usar a IA para acelerar o trabalho e o aprendizado enquanto você mantém o controle de qualidade, testa, revisa e continua responsável pelo que vai para produção. Para Beck, a segunda abordagem é a que sustenta software que você precisa manter no ar por anos.
Por que Kent Beck diz que ninguém quer agentes?
Porque o agente é meio, não fim. As pessoas não querem um enxame de agentes autônomos rodando, querem o problema resolvido com qualidade e previsibilidade. Beck usa isso como aviso contra construir agentes pela moda de construir agentes. A pergunta certa não é quantos agentes você tem, é qual resultado você precisa entregar e qual a forma mais simples e controlável de chegar lá.