Vozes
DHH virou a chave: do ceticismo ao 'agent-first' no 37signals
David Heinemeier Hansson, criador do Rails e cético do vibe coding, agora programa agent-first. O que a virada dele ensina sobre quando delegar para a IA.
David Heinemeier Hansson não é o tipo de pessoa que muda de ideia por moda. O criador do Ruby on Rails e cofundador do 37signals construiu uma carreira defendendo posições impopulares com convicção, do abandono da nuvem ao ceticismo com hype de tecnologia. Por isso a virada dele sobre IA para escrever código merece ser lida com atenção: em poucos meses de 2026, DHH saiu de cético declarado do vibe coding para defensor de um fluxo agent-first. E o interessante não é que ele mudou, é o motivo.
Quem fala e o que mudou
DHH é uma das vozes mais influentes e teimosas da engenharia de software das últimas duas décadas. Criou o Rails em 2004, moldou como uma geração inteira construiu aplicações web, e cultiva o hábito de ir contra a corrente quando acha que a corrente errou.
No começo de 2026, numa entrevista de seis horas a Lex Fridman, ele descreveu uma relação medida com a IA. Usava as ferramentas para tarefas de apoio, rascunho de texto, consulta rápida de API, mas fazia questão de escrever o próprio código à mão. O argumento tinha duas pernas: manter a habilidade afiada e preservar o prazer do ofício. Programar, para ele, não era só produzir output, era uma prática que valia a pena continuar exercendo com as próprias mãos. Era uma posição cética e coerente.
Poucos meses depois, o tom mudou. Em conversa com Gergely Orosz, no The Pragmatic Engineer, DHH descreveu um jeito novo de trabalhar que ele chama de agent-first. Agora deixa agentes de IA produzirem o primeiro rascunho do código, que é depois revisado e refinado por desenvolvedores experientes. Ele mesmo, segundo relatou, quase não digita mais código à mão. O 37signals adotou esse fluxo como modo de operar, e DHH ainda enxerga uma nova onda de relevância para o Rails, justamente por ele se encaixar bem em fluxos de agentes.
A tese por trás da virada
O que faz um cético experiente mudar de posição assim? A resposta que DHH dá não é "a IA ficou boa", é mais específica e mais útil. O que passou a importar, na leitura dele, é a capacidade de articular com precisão o que você quer e de avaliar criticamente se recebeu aquilo. A sintaxe de uma linguagem específica virou detalhe secundário. Ele chega a dizer que trabalha de forma produtiva em linguagens que não estudou formalmente, porque o gargalo deixou de ser o conhecimento da linguagem e passou a ser a clareza do pedido e o rigor da avaliação.
A palavra que importa em agent-first é first, não agent. O agente começa o trabalho. O humano continua sendo quem decide se aquilo presta.
Repare no que a virada não é. Não é rendição ao vibe coding sem freio, o mesmo que ele criticava. É uma promoção de papel: o desenvolvedor deixa de ser o digitador e vira o editor. O julgamento sobre o que é bom, o gosto técnico, a decisão de aceitar ou refazer, tudo isso continua humano e, na visão dele, fica mais importante, não menos. É uma distinção fina que muita gente perde no calor do debate entre otimistas e céticos de IA.
A leitura da AI Boutique
A virada do DHH ecoa um consenso que vem se formando entre vozes que já cobrimos aqui. Simon Willison argumenta que, com o código ficando barato, o valor migra para saber o que pedir e o que aceitar. Addy Osmani insiste que o resultado vem do modelo mais o harness em volta dele, não do modelo sozinho. DHH chega ao mesmo lugar por um caminho diferente, o de quem resistia e se convenceu na prática.
Para quem lidera times que colocam IA em produção, há duas lições concretas.
A primeira é sobre ler sinais. Quando um cético dessa estatura muda de ideia em meses, isso raramente é modismo. É mais provável que reflita um salto real na capacidade das ferramentas, do tipo que vale reavaliar na sua própria operação. Se a sua política sobre IA no time foi definida no ano passado e não foi revista, ela está desatualizada.
Esse deslocamento aparece também no encanamento que o mercado está construindo: os lançamentos do dia mostram sandboxes e infraestrutura para agentes, justamente a camada que deixa o humano supervisionar em vez de digitar.
A segunda é sobre onde colocar o humano. O modelo agent-first não tira a pessoa do circuito, muda a posição dela. O trabalho humano se desloca de produzir para especificar e avaliar. Isso tem consequências práticas: exige gente que sabe articular requisitos com clareza e que tem repertório para julgar qualidade, duas habilidades que nem sempre foram as mais valorizadas na contratação. Um time que só sabia digitar código rápido não é automaticamente um time que sabe dirigir agentes bem.
DHH passou vinte anos defendendo o valor de escrever código com as próprias mãos. Que ele agora delegue o primeiro rascunho a um agente não é a morte daquele valor, é a sua mudança de endereço. O cuidado, o gosto e o julgamento que ele sempre pregou não sumiram: subiram um degrau, do teclado para a decisão. Essa é a parte da virada que interessa a quem opera IA de verdade. A máquina rascunha mais rápido. Quem decide se o rascunho vira produto continua sendo você.
Se você quer definir onde colocar o humano no seu fluxo de IA, o que delegar ao agente e o que manter sob julgamento do time, fala com a gente no WhatsApp.
Fontes
Perguntas frequentes
O que é a abordagem agent-first do 37signals?
É um fluxo em que agentes de IA produzem o primeiro rascunho do código e desenvolvedores experientes revisam e refinam esse rascunho, em vez de escrever tudo do zero à mão. DHH descreveu esse modo de trabalhar a Gergely Orosz, dizendo que hoje quase não digita código manualmente. A chave da palavra é first: o agente começa, o humano decide. Não é o agente sozinho no comando, é o humano subindo um degrau, de digitador para editor. O trabalho vira articular o pedido com clareza e avaliar criticamente o que voltou.
Por que a virada do DHH chama atenção?
Porque ele foi, por muito tempo, uma das vozes mais céticas sobre IA para escrever código. Ainda no começo de 2026, na entrevista de seis horas a Lex Fridman, defendia escrever o próprio código à mão para manter a habilidade e o prazer do ofício. Quando alguém com essa posição, e com o peso de ter criado o Ruby on Rails, muda de ideia em poucos meses, isso diz menos sobre modismo e mais sobre um salto real de capacidade das ferramentas. É o tipo de sinal que líderes de produto e engenharia deveriam ler com atenção.