Rachel Laycock: "a atenção tornou-se o recurso raro" - o dev-orquestrador, entre 8 e 12 agentes em paralelo

A CTO da Thoughtworks levanta a questão que a métrica "recursos/semana" evita: quando a execução se torna gratuita, não estamos fabricando desenvolvedores mais rápidos, estamos fabricando maestros — e ninguém os treina.

Contexto

Rachel Laycock, CTO da Thoughtworks, publicou em 31 de julho de 2026 em « Rachel's ramblings » (martinfowler.com) uma postagem — « The Conductor Developer » — que reformula o que dois anos de IA generativa mudaram na profissão. O enquadramento que ela rejeita: « vamos mais rápido». O que ela propõe: o recurso raro mudou, e o papel também.

Os dados

Ela observa engenheiros executando de 8 a 12 agentes simultaneamente. O trabalho visível não é mais o teclado, mas a orquestração: qual agente, em qual branch, qual prompt, qual revisão. A comparação que ela faz é direta — a do maestro, que não toca nenhum instrumento, mas mantém a partitura inteira na cabeça. Ela formula a mudança assim: a expertise não desapareceu, apenas foi aplicada em outro lugar, e com muito mais frequência, porque a execução se tornou rápida.

Análise

É uma mudança de gargalo, não uma redução de exigência. Se a parte de « escrever código » não é mais dominante no fluxo, não é de graça: « decidir, enquadrar, revisar, manter o sistema » torna-se a restrição vinculante. Laycock não teoriza — ela descreve um estado já instalado nos melhores, e deixa em aberto a questão: como redesenhar as carreiras de engenheiro quando a atenção humana se torna o recurso raro?

Cenários probabilizados

Três trajetórias plausíveis em 12-24 meses. (1) Consolidação por ferramentas: os melhores devs constroem estruturas que distribuem a atenção (filas de agentes, checklists, portões). (2) Fadiga e esgotamento silencioso: orquestrar 10 agentes é um modo « presidência de sessão » 8h/dia, muito diferente do flow. (3) Redefinição de papéis: os arquitetos ganham, os mid-level devem escolher entre subir como condutores ou descer como especialistas-instrumentistas.

Implicações para o praticante

Dois gestos concretos, extraídos da tese: parar de medir produtividade em features/semana (métrica de compositor, não de maestro) ; formar para gestão de carga cognitiva como se formava em clean code há dez anos.

Riscos

O principal, que Laycock nomeia sem responder: as carreiras não foram projetadas para isso. Sabemos promover um bom executor a arquiteto; ainda não sabemos como formar, desde a escola ou nível júnior, um maestro.

A se observar

Os post-mortems de equipes 100% agent-native além das demos, e as primeiras ofertas de emprego que listam explicitamente « orquestração de N agentes » como responsabilidade — não como buzzword.