Paul Duvall, autor de "Continuous Integration", documentou uma realidade contraintuitiva: conforme agentes de IA geram mais código, a disciplina de engenharia se torna mais essencial, não menos. Seu repositório de padrões de engenharia de IA agêntica revela que práticas como desenvolvimento trunk-based, commits frequentes e testes automatizados são agora barreiras críticas para gerenciar o volume explosivo de saída gerada por IA. Duvall admite que "não está revisando cada linha de código agora" quando trabalha com IA—o volume puro torna isso impraticável.
Esta mudança representa uma mudança fundamental em como construímos software. Onde desenvolvedores uma vez criaram cuidadosamente cada linha, agora estão orquestrando agentes de IA que podem gerar módulos inteiros em minutos. O gargalo se moveu de escrever código para definir especificações claras e validar saída em escala. A abordagem de "desenvolvimento orientado por especificações" de Duvall espelha o desenvolvimento orientado por testes, mas para IA: escrever specs detalhadas antecipadamente, deixar agentes gerarem código, depois validar contra critérios de aceitação.
O que está faltando na maioria das discussões sobre ferramentas de IA é isso: o problema não é fazer a IA escrever código melhor—é fazer desenvolvedores melhores em dirigir a IA. Os padrões de Duvall reconhecem que inputs vagos produzem resultados inconsistentes, forçando um retorno aos fundamentos de engenharia que muitas equipes abandonaram na pressa de entregar rápido. Sua abordagem "vermelho, verde, refatorar" para workflows de IA contradiz diretamente a crença comum de que IA torna processos irrelevantes.
Para desenvolvedores integrando IA em seus workflows, o trabalho de Duvall sugere focar menos em truques de prompt engineering e mais em rigor de especificações. As equipes que estão vencendo com IA não são as com os prompts mais espertos—são as com as bases de engenharia mais fortes para lidar com o tsunami de código que segue.