Agentes podem criar jogos realmente divertidos de uma só vez. Com as barreiras certas, agentes podem executar migrações incrivelmente impressionantes em bases de código complexas, até reescritas em novas linguagens. Mas basicamente todo o trabalho de software "real" ainda tem engenheiros humanos conduzindo o processo. Como chegamos a um lugar onde uma porção muito maior do trabalho é tratada por nós, sem exigir nossa atenção?

Muitas organizações de engenharia passaram a primeira metade deste ano descarregando o máximo de trabalho possível para exércitos de agentes e loops adversariais. Os resultados têm sido bastante decepcionantes: montanhas de código duvidoso, mas nenhum tsunami de software incrível. O ROI em todos esses tokens tem sido duvidoso na melhor das hipóteses. Em termos de ciclo de hype, estamos no vale da desilusão.

Um diagnóstico que podemos usar para nos ajudar a chegar lá é perguntar: quando o software se conduz principalmente sozinho, o que os engenheiros farão? Uma resposta comum é: configurar loops! Costumávamos escrever código, depois escrevíamos prompts, agora configuramos loops de agentes e escrevemos /goal muito. Acho que isso é um erro. Agora mesmo, configurar um loop de software viável que produz mudança de software líquida positiva sem incinerar dinheiro é um monte de trabalho, mas principalmente isso é porque a cadeia de ferramentas não está pronta. Quando tivermos as peças móveis certas, esses loops serão fáceis de configurar, fáceis de confiar e econômicos. Isso não será onde nosso tempo vai.

Em vez disso, o trabalho de engenharia mais valioso será ter boas ideias. As ideias importantes ainda vêm de fora da fábrica de software. Recursos matadores ainda fazem empresas. Cursor Tab, a edição de transcrição da Descript, Open Router abstraindo fornecedores de inferência atrás de uma interface de cobrança comum, essas são todas ideias que fazem empresas. Além da criatividade, boas ideias exigem intimidade com o problema e expertise de domínio, e os engenheiros precisarão contribuir para esse processo. Arquitetura matadora ainda é de alta alavancagem. A simplificação certa ainda economiza uma enorme quantidade de complexidade mais tarde. Fora do reino de "ter boas ideias", devemos tentar mover o trabalho da base de código para GPUs. Por exemplo, os agentes podem lidar com essas preocupações inteiras? Detectar e corrigir a maioria dos bugs. Um agente deve capturar esses para nós e corrigi-los. Depurar erros de produção. Quando um erro aparece, um agente deve correlacioná-lo a um commit recente ou mudança de tráfego ou diferença de infraestrutura ou condição inesperada e, geralmente, corrigi-lo para nós.

Entidades-chave: Empresas: Cursor Tab, Descript, Open Router