Software factory en tiempos de IA

Una software factory no es un producto que se compra ni una consultoría que se contrata: es una forma de organizar el trabajo para que el sistema entregue software desplegado y verificado, no ramas a medio terminar. La definición operativa exige tres propiedades: ser agnóstica (funciona con el agente y el stack que toque), autónoma (avanza sin que alguien la empuje en cada paso) y mejorar con el uso (cada entrega deja el terreno más preparado para la siguiente). La idea de industrializar el desarrollo lleva décadas fracasando, y lo que cambia ahora es solo una pieza: los agentes escriben código, pero no cubren el flujo completo —siguen faltando revisión, despliegue, verificación y responsabilidad—. Por eso el trabajo previo es el que decide: repositorios ordenados, CI selectiva y rápida, linters y tests que den señal automática, que son también los que permiten montar bucles encima. El repositorio deja de ser un almacén de ficheros y pasa a ser el acumulador de contexto que hace innecesario repetir el mismo prompt cien veces. El caso que mejor lo ilustra es Stripe fusionando miles de pull requests: no es magia del modelo, es que los procesos ya estaban montados antes de que llegara. Los cuellos de botella siguen ahí —revisión humana, entornos, coste— y montar la fábrica entera de golpe es la forma más rápida de no montar ninguna: se empieza por un tramo del flujo y se ensancha.