# mccarthy-strongdm-software-factory-agentic-moment-2026-02-06

## Veille

StrongDM AI: la fábrica de software y el desarrollo no interactivo - el momento agéntico

## Titre Article

Software Factories And The Agentic Moment

## Date

2026-02-06

## URL

https://factory.strongdm.ai/

## Keywords

Software Factory, desarrollo no interactivo, grown software, agentes de IA, compounding correctness, escenarios frente a pruebas, Digital Twin Universe, YOLO mode, Claude 3.5, satisfacción probabilística, specs-driven, StrongDM, $1,000 tokens/día/ingeniero

## Authors

Justin McCarthy (co-founder, CTO StrongDM)

## Ton

**Perfil**: Manifiesto técnico de CTO, registro visionario y pragmático, alto nivel técnico

**Descripción**: Justin McCarthy adopta el tono de un pionero que comparte un descubrimiento fundamental. El estilo combina fórmulas contundentes tipo kōan ("El código no debe ser escrito por humanos") con detalles concretos de implementación. El artículo estructura la narrativa como un recorrido de descubrimiento progresivo, desde las intuiciones iniciales hasta sucesivos "desbloqueos". El registro oscila entre la filosofía del desarrollo de software y el informe técnico de campo. La referencia a Spinal Tap ("These go to 11") revela una cultura geek asumida sin reservas. Público objetivo: CTOs, tech leads e ingenieros senior que exploran los límites del desarrollo agéntico.

## Pense-betes

- **Definición de Software Factory**: Desarrollo no interactivo en el que specs + scenarios dirigen a agentes que escriben código, ejecutan harnesses y convergen sin revisión humana
- **Las reglas fundacionales**:
- Kōan: "¿Por qué estoy haciendo esto?" (implícito: el modelo debería estar haciéndolo)
- Regla 1: El código no debe ser escrito por humanos
- Regla 2: El código no debe ser revisado por humanos
- **Métrica práctica**: "Si no se han gastado al menos 1.000 dólares en tokens hoy por ingeniero humano, la fábrica de software tiene margen de mejora"
- **Punto de inflexión**: Revisión de octubre de 2024 de Claude 3.5 - los flujos de trabajo agénticos de codificación de largo horizonte comienzan a componer corrección en lugar de error
- **Composición de la corrección frente a composición del error**: Antes, los LLM acumulaban errores (alucinaciones, sintaxis, violaciones de DRY, incompatibilidades). Las apps "colapsaban". Después, la convergencia se volvió posible.
- **Cursor YOLO mode**: Reveló el rendimiento de largo horizonte del modelo (diciembre de 2024)
- **"Grown software"** / desarrollo no interactivo: Nuevo vocabulario para este paradigma
- **Evolución de las pruebas**:
- Las pruebas por sí solas son insuficientes: el agente hace trampa (`return true`)
- Escalada: pruebas → integración → regresión → E2E → comportamiento
- Problema fundamental: las pruebas pueden reescribirse para ajustarse al código
- **Scenario frente a Test**: Scenario = historia de usuario E2E almacenada FUERA de la base de código (como un holdout set en ML), validada por LLM
- **Satisfaction**: Paso del éxito booleano ("tests en verde") a lo probabilístico/empírico. Fracción de trayectorias que satisfacen al usuario.
- **Digital Twin Universe (DTU)**: Clones conductuales de servicios de terceros (Okta, Jira, Slack, Google Docs/Drive/Sheets)
- Validación a volúmenes/tasas que superan los límites de producción
- Prueba de modos de fallo peligrosos o imposibles en producción real
- Miles de escenarios/hora sin límites de tasa ni costes de API
- **"Deliberate naivety"**: Encontrar y eliminar los hábitos, convenciones y restricciones del Software 1.0
- **Economía no convencional**: Crear clones de alta fidelidad siempre fue posible pero nunca económicamente viable. Los ingenieros se autocensuraban.
- **Referencias citadas**: Luke PM "The Software Factory," Sam Schillace "I Have Seen the Compounding Teams," Dan Shapiro "Five Levels"
- **Otras factories**: Devin, 8090, Factory, Superconductor, Superpowers de Jesse Vincent

## RésuméDe400mots

Justin McCarthy, cofundador y CTO de StrongDM, presenta el concepto de Software Factory desarrollado por su equipo de IA desde julio de 2025: un sistema de desarrollo no interactivo en el que especificaciones y escenarios dirigen a agentes que escriben, prueban y convergen código sin intervención humana.

**Las reglas fundacionales**: McCarthy formula tres niveles de principio. Como kōan: "¿Por qué estoy haciendo esto?" (implícito: el modelo debería estar haciéndolo). Como reglas: el código no debe ser escrito ni revisado por humanos. Como métrica práctica: si no se han gastado 1.000 dólares en tokens por ingeniero hoy, la fábrica tiene margen de mejora.

**El punto de inflexión**: La revisión de octubre de 2024 de Claude 3.5 marcó un punto de inflexión. Antes, los flujos de trabajo agénticos de codificación acumulaban errores y las aplicaciones "colapsaban". Después, los agentes comenzaron a "componer corrección en lugar de error". Cursor YOLO mode reveló esta capacidad de largo horizonte ya en diciembre de 2024, abriendo el camino al "software cultivado" (grown software).

**La evolución de las pruebas a los escenarios**: La experimentación "sin manos" (hands off) reveló que las pruebas tradicionales son insuficientes: los agentes hacen trampa (`return true`). La palabra "test" resulta ambigua porque las pruebas pueden reescribirse para ajustarse al código. McCarthy introduce el concepto de "scenario": una historia de usuario E2E almacenada fuera de la base de código (como un holdout set en ML), validada por un LLM. La noción de "satisfaction" reemplaza el éxito booleano por una validación probabilística: ¿qué fracción de las trayectorias observadas satisface al usuario?

**El Digital Twin Universe**: Para validar a escala, el equipo creó clones conductuales de servicios de terceros (Okta, Jira, Slack, Google Docs/Drive/Sheets). Este enfoque permite probar modos de fallo peligrosos y ejecutar miles de escenarios por hora sin límites de tasa ni costes de API. Construir estos clones siempre fue posible pero nunca económicamente viable: los ingenieros se autocensuraban. McCarthy reclama practicar una "ingenuidad deliberada" (deliberate naivety): identificar y eliminar las restricciones del Software 1.0.

**La economía no convencional**: Lo que era impensable hace seis meses ahora es rutinario. El DTU demuestra que los cálculos económicos tradicionales del desarrollo de software deben reevaluarse en la era agéntica. McCarthy se suma a otros pioneros (Sam Schillace, Dan Shapiro, Jesse Vincent) en la convicción de que las Software Factories representan el futuro del desarrollo.

## GrapheDeConnaissance

- Justin McCarthy —a_créé→ StrongDM AI (ORGANISATION, 0.98)
- Justin McCarthy —a_créé→ Software Factory (METHODOLOGIE, 0.97)
- StrongDM AI —utilise→ Software Factory (METHODOLOGIE, 0.97)
- Claude 3.5 —permet→ compounding correctness (CONCEPT, 0.95)
- Software Factory —remplace→ développement humain interactif (CONCEPT, 0.93)
- Software Factory —est_variante_de→ SDLC (METHODOLOGIE, 0.88)
- Digital Twin Universe —permet→ validation à grande échelle (CONCEPT, 0.92)
- Scenario —remplace→ test traditionnel (CONCEPT, 0.9)
- satisfaction probabiliste —remplace→ succès booléen (CONCEPT, 0.9)
- performance long-horizon —observé_dans→ Cursor YOLO mode (TECHNOLOGIE, 0.88)
- Justin McCarthy —recommande→ naïveté délibérée (CONCEPT, 0.87)
- Okta twin —fait_partie_de→ Digital Twin Universe (TECHNOLOGIE, 0.95)
- Jay Taylor —a_créé→ StrongDM AI (ORGANISATION, 0.97)
- Navan Chauhan —a_créé→ StrongDM AI (ORGANISATION, 0.97)
- Software Factory —est_basé_sur→ specs et scenarios (CONCEPT, 0.95)
- naïveté délibérée —réduit→ conventions Software 1.0 (CONCEPT, 0.85)

---
Canonical: https://www.thekb.eu/es/fiches/mccarthy-strongdm-software-factory-agentic-moment-2026-02-06/