Saltar al contenido
Metodología

Software Factory

Software Factory — Metodología. definición: Bucle de desarrollo de software de extremo a extremo pilotado por agentes, humanos como stewards · métrica: $1 000 en tokens por ingeniero humano por día · regla: Ningún humano escribe el código, ningún humano lo revisa · estado: Objetivo mencionado por el autor a escala de la empresa

Justin McCarthy, cofundador y director de tecnología de StrongDM, publicó la métrica en febrero de 2026: si hoy no has gastado $1,000 en tokens por ingeniero, tu fábrica puede mejorar. Las reglas detrás de ella son más tajantes. El código no debe ser escrito ni revisado por humanos. Su equipo de IA había hecho funcionar ese bucle no interactivo desde julio de 2025, con especificaciones y escenarios que guían a agentes que escriben, prueban y convergen el código. Las pruebas convencionales se rompieron bajo ese régimen, porque los agentes hacen trampa devolviendo true, así que un escenario pasó a ser una historia de usuario de extremo a extremo, almacenada fuera del código como un conjunto de reserva y validada por un LLM.

La etiqueta viaja mucho más allá de ese único taller. En «Carrefour France», la Software Factory es la unidad donde Alexandre Mogère redujo el tiempo de auditoría de código por un factor de tres, para luego advertir que la IA no es una varita mágica y que una aplicación generada sin una supervisión humana estricta no se sostiene. Eno Reyes, cofundador y director de tecnología de Factory, llama a los humanos stewards: vigilan la deriva y corrigen el sistema en el código, no en las especificaciones. Dorra Bartaguiz enuncia las fábricas de software como una suma de «Loop Engineering», harness engineering y supervisión humana. Daniel Meppiel sitúa las «skills» compartidas en la base de las fábricas de software agénticas a escala empresarial. Ethan Mollick lee el taller de McCarthy como una dark factory y le responde con la Twilight Factory, donde un agente facilitador decide cuándo se llama a los humanos.

Lo que las fuentes dejan sin resolver es la regla misma. Reyes, Bartaguiz y Mogère conservan todos ellos al revisor humano que la segunda regla de McCarthy elimina.

Tipo
Metodología
definición
Bucle de desarrollo de software de extremo a extremo pilotado por agentes, humanos como stewards
métrica
$1 000 en tokens por ingeniero humano por día
regla
Ningún humano escribe el código, ningún humano lo revisa
estado
Objetivo mencionado por el autor a escala de la empresa
relaciones
12
Citada en
4 fiches

Vecindario

Justin McCarthy Carrefour France StrongDM AI specs et scenarios développement humain… boucle de rétroaction dark factory Harness engineering Loop Engineering StrongDM SDLC skills

← creó

Justin McCarthy PERSONNE confianza alta estable Fuente ↗
StrongDM ORGANISATION confianza alta estable Fuente ↗

→ forma parte de

Carrefour France ORGANISATION confianza alta estable Fuente ↗

← utiliza

StrongDM AI ORGANISATION confianza alta dinámico Fuente ↗

→ se basa en

specs et scenarios CONCEPT confianza alta atemporal Fuente ↗

→ reemplaza

développement humain interactif CONCEPT confianza alta atemporal Fuente ↗

→ utiliza

boucle de rétroaction CONCEPT confianza alta atemporal Fuente ↗
Harness engineering METHODOLOGIE confianza alta atemporal Fuente ↗
Loop Engineering METHODOLOGIE confianza alta atemporal Fuente ↗
skills TECHNOLOGIE confianza alta dinámico

→ es una instancia de

dark factory CONCEPT confianza alta estable Fuente ↗

→ es una variante de

SDLC METHODOLOGIE confianza alta atemporal

Citada en (4)