Fábrica de software con IA: qué es y cómo la gestionamos

Una fábrica de software con IA (AI software factory) es un sistema repetible en el que agentes de IA llevan tareas escritas hasta una pull request revisada, mientras las personas definen la intención y deciden qué se publica. Los agentes construyen. La fábrica es todo lo que los rodea: el requisito, las comprobaciones, la vista previa y el filtro de revisión.

Trabajamos como una fábrica de software: los agentes de IA hacen el trabajo rutinario, los seniors deciden qué se construye y revisan cada cambio. La IA escribe la mayor parte de nuestro código. Un senior revisa cada cambio y responde de lo que llega a producción. A continuación verá qué significa el término, la versión iluminada y la oscura, qué necesita una fábrica y cómo puede empezar un equipo de 3 a 30 desarrolladores.

¿Qué es una fábrica de software?

El término tiene dos significados y los resultados de búsqueda los mezclan.

El significado antiguo tiene décadas. Hitachi ya llamó a su división de software «software works» en 1969, y Wikipedia describe una fábrica de software como «una colección estructurada de activos de software relacionados que ayuda a producir aplicaciones». En la práctica pasó a significar una empresa que desarrolla software por encargo con un proceso estándar: plantillas, roles fijos, los mismos pasos en cada proyecto.

El significado nuevo trata de agentes de IA. CircleCI la define como «un sistema que convierte la intención de ingeniería en software de producción mediante flujos repetibles y cada vez más automatizados». Los agentes escriben el código, las máquinas lo comprueban y las personas dirigen.

¿Fábrica iluminada o fábrica oscura?

Dan Shapiro propuso cinco niveles de IA en la programación, desde el autocompletado hasta la «dark factory», llamada así por las plantas que funcionan con las luces apagadas.

Algunos equipos dicen que trabajan así. Simon Willison escribió sobre el equipo de IA de StrongDM, cuyas reglas incluyen «el código no debe escribirlo una persona» y «el código no debe revisarlo una persona». Sustituyen la revisión humana por requisitos, escenarios y muchos tests automáticos. Es un experimento serio y encaja con equipos que pueden medir la corrección casi por completo con máquinas.

Una fábrica iluminada mantiene la misma automatización y añade una cosa: una persona que lee el resultado antes de publicarlo. Eso es lo que aquí significa human in the loop.

¿Dónde estamos nosotros? En los cinco niveles de Dan Shapiro, nuestro trabajo para clientes está entre el nivel 3 y el 4: los agentes escriben el código y una persona revisa cada cambio. Nuestro compañero de IA lleva tareas hasta una pull request en el nivel 4, por ahora en nuestros propios proyectos. El nivel 5, la fábrica oscura, no es adonde queremos ir.

¿Por qué no gestionamos una fábrica oscura?

Porque el software que construimos calcula precios, envía correos a clientes y guarda datos de la empresa. Una batería de tests comprueba lo que a alguien se le ocurrió poner por escrito. Un revisor se pregunta además si el cambio tiene sentido para ese negocio, si coincide con lo acordado y qué pasa cuando los datos están desordenados.

La IA escribe la mayor parte de nuestro código. Un senior revisa cada cambio y responde de lo que llega a producción. Esa segunda frase es toda la diferencia entre nuestra fábrica y una oscura.

Revisar no significa releer cada línea a mano. Las comprobaciones ya se han ejecutado. El revisor se fija en la intención, el riesgo, los tests y las partes que una máquina no puede juzgar. Por eso la fábrica necesita pull requests pequeñas: una persona puede revisar bien cincuenta líneas y mal dos mil.

¿Qué necesita una fábrica de software con IA?

Los agentes son la parte fácil. Mañana puede alquilar los mismos modelos que todos los demás. Lo que hace una fábrica es la línea por la que avanza el trabajo:

• Un requisito escrito con criterios de aceptación. Qué debe cambiar, cómo sabrá que funciona y qué queda fuera. Un agente no le lee la mente, y el revisor tampoco. Cómo los escribimos lo explicamos en spec-driven development con agentes de IA.
• Un repositorio con instalación y comprobaciones fiables. Un comando instala, otro ejecuta los tests, otro compila. Si un desarrollador nuevo necesita un día para poner en marcha el proyecto, un agente también fallará.
• Tests que fallan antes y pasan después. Un test nuevo debe estar en rojo sobre el código antiguo; si no, no demuestra nada. Más en TDD red-green con agentes de IA.
• Despliegues de vista previa. Cada pull request tiene su propia versión en marcha, así el revisor prueba el cambio en lugar de imaginarlo.
• Un filtro de revisión. Primero una revisión automática, después una persona. Solo una persona hace el merge.
• Pull requests pequeñas. Una tarea, un cambio, una cosa que revisar.

Cómo lo conectamos todo, desde un issue hasta una pull request, lo explicamos en harness engineering en la práctica. Nuestro compañero de IA, un agente que lleva tareas del backlog hasta una pull request mientras una persona hace el merge, está descrito en este caso práctico.

¿Dónde falla una fábrica de software con IA?

Sobre todo en los mismos sitios donde falla un equipo humano, solo que más rápido.

• Tareas vagas. «Mejorar el checkout» produce un cambio seguro de sí mismo que nadie pidió. Una fábrica amplifica la intención poco clara.
• Instalación inestable. Si los tests pasan en un portátil y fallan en CI, el agente se pasa el tiempo peleando con el entorno, no con la tarea.
• Tests escritos después del código. Describen lo que hace el código, no lo que debería hacer, y pasan por definición.
• Pull requests grandes. La revisión se convierte en un sello de goma y la persona en el proceso deja de serlo.
• Reglas en la cabeza de alguien. Las convenciones que no están escritas en el repositorio no existen para un agente. Un archivo de reglas compartido resuelve buena parte, vea buenas prácticas de Claude Code para equipos.

¿Cómo empezar una fábrica de software con IA en un equipo de 3 a 30 desarrolladores?

Empiece en pequeño y con trabajo real, no con un proyecto de demostración. En el orden en que lo haríamos nosotros:

Al cabo de unas semanas sabrá dónde se atasca la línea: en los requisitos, la instalación, los tests o la revisión. Arregle eso primero y después añada el siguiente tipo de tarea. La fábrica crece paso a paso, de forma fiable.

¿Está su repositorio preparado para una fábrica de software con IA?

Marque lo que su equipo ya tiene hoy.

¿Quiere una fábrica de software con IA en su repositorio?

La montamos dentro del propio repositorio del equipo como parte de AI-native SDLC para equipos de desarrollo: las reglas, las comprobaciones, el ciclo y el filtro de revisión, sobre su backlog real. Todo se queda en su equipo.

Le respondemos en un plazo de dos días laborables con unas preguntas sobre su trabajo. Después acordamos qué hacemos primero.

Si prefiere hablar primero, reserve una llamada de presentación de 15 minutos.

¿Dónde se atasca hoy el trabajo en su equipo: en el requisito, la instalación, los tests o la revisión?

Preguntas frecuentes

¿Qué es una fábrica de software con IA?

Un sistema repetible en el que agentes de IA llevan tareas escritas hasta una pull request que supera las comprobaciones automáticas, mientras las personas definen la intención y deciden qué se publica. La fábrica es el sistema que rodea a los agentes: requisitos, un repositorio fiable, tests, despliegues de vista previa y un filtro de revisión.

¿Qué es una fábrica de software oscura (dark factory)?

El extremo de la escala, donde ninguna persona escribe ni revisa el código: entran requisitos y sale software. Dan Shapiro le puso el nombre por las fábricas que funcionan con las luces apagadas. Algunos equipos afirman trabajar así. Nosotros no, porque en el software con el que funciona una empresa mantenemos a una persona responsable de cada cambio.

¿Una fábrica de software es lo mismo que una empresa de desarrollo de software?

En el sentido antiguo, más o menos sí: una empresa que desarrolla software por encargo con un proceso estándar. El sentido nuevo describe cómo se hace el código dentro de cualquier equipo: los agentes de IA construyen y las personas dirigen la intención y la revisión.

¿Qué necesita un equipo antes de poner en marcha una fábrica de software con IA?

Tareas escritas con criterios de aceptación, un repositorio que se instala y ejecuta sus comprobaciones de forma fiable, tests que fallan antes del cambio y pasan después, despliegues de vista previa, un filtro de revisión y pull requests pequeñas. Sin esto, más agentes solo producen más código sin revisar.

¿Qué tamaño debe tener el equipo?

No hace falta que sea grande. Un equipo de 3 a 30 desarrolladores puede empezar con un repositorio y un tipo de tarea. A los equipos muy pequeños, de una o dos personas, normalmente les basta un archivo corto de reglas para el agente, no una fábrica.