Durante décadas, un equipo pequeño de cinco o diez desarrolladores podía trabajar de forma coordinada sin grandes sobresaltos: en un día activo producían alrededor de 50 commits, 20 pushes y 10 pull requests. Ese modelo ha cambiado. Con la irrupción de los agentes de programación basados en inteligencia artificial, un único desarrollador puede ejecutar entre 20 y 100 agentes en paralelo, lo que dispara el volumen de código generado hasta cifras como 500 commits, 200 pushes y 100 PRs diarios. El texto sostiene que esta nueva realidad obliga a repensar la arquitectura del software desde el inicio.
La modularidad, antes reservada a gigantes como Uber —que opera miles de microservicios para evitar colas de integración y permitir despliegues independientes—, se convierte ahora en una necesidad para cualquier equipo. Cuanto más modular es el código, más agentes pueden trabajar en paralelo sin pisarse; en cambio, un monolito obliga a coordinar cambios y a resolver conflictos de fusión que anulan las ganancias de productividad.
Además, dividir el software en servicios o bibliotecas pequeñas resulta hoy mucho más barato: los propios agentes escriben la plantilla repetitiva, la configuración de CI y el código de plomería. También son muy limitados en ventana de contexto, por lo que los módulos compactos mejoran su rendimiento. El artículo concluye que diseñar la base de código pensando en la modularidad ya no es un lujo de grandes tecnológicas, sino la condición para que los equipos pequeños sigan siendo competitivos en la era de la programación agéntica.