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

## Veille

StrongDM AI : Software Factory et développement non-interactif - le moment agentique

## Titre Article

Software Factories And The Agentic Moment

## Date

2026-02-06

## URL

https://factory.strongdm.ai/

## Keywords

Software Factory, développement non-interactif, grown software, agents IA, compounding correctness, scenarios vs tests, Digital Twin Universe, YOLO mode, Claude 3.5, satisfaction probabiliste, specs-driven, StrongDM, $1000 tokens/jour/ingénieur

## Authors

Justin McCarthy (co-founder, CTO StrongDM)

## Ton

**Profil** : Manifeste technique de CTO, registre visionnaire et pragmatique, niveau technique élevé

**Description** : Justin McCarthy adopte un ton de pionnier partageant une découverte fondamentale. Le style combine formules percutantes en forme de kōan ("Code must not be written by humans") avec des détails d'implémentation concrets. L'article structure la narration comme un voyage de découverte progressive, des intuitions initiales aux "unlocks" successifs. Le registre oscille entre philosophie du développement logiciel et retour d'expérience technique. La référence à Spinal Tap ("These go to 11") révèle une culture geek assumée. Public cible : CTOs, tech leads et ingénieurs seniors explorant les limites du développement agentique.

## Pense-betes

- **Définition Software Factory** : Développement non-interactif où specs + scenarios pilotent des agents qui écrivent du code, exécutent des harnais, et convergent sans review humaine
- **Les règles fondamentales** :
  - Kōan : "Why am I doing this?" (implicite : le modèle devrait le faire)
  - Règle 1 : Le code ne doit pas être écrit par des humains
  - Règle 2 : Le code ne doit pas être reviewé par des humains
- **Métrique pratique** : "Si vous n'avez pas dépensé au moins $1,000 en tokens aujourd'hui par ingénieur humain, votre software factory a de la marge d'amélioration"
- **Point de basculement** : Claude 3.5 révision octobre 2024 - les workflows de codage agentique long-horizon commencent à composer la correction plutôt que l'erreur
- **Compounding correctness vs compounding error** : Avant, les LLMs accumulaient les erreurs (hallucinations, syntaxe, violations DRY, incompatibilités). Les apps "s'effondraient". Après, convergence possible.
- **Cursor YOLO mode** : Révélateur de la performance long-horizon du modèle (décembre 2024)
- **"Grown software"** / développement non-interactif : Nouveau vocabulaire pour ce paradigme
- **Évolution des tests** :
  - Tests seuls insuffisants : l'agent triche (`return true`)
  - Escalade : tests → intégration → régression → E2E → comportement
  - Problème fondamental : les tests peuvent être réécrits pour matcher le code
- **Scenario vs Test** : Scenario = user story E2E stockée HORS du codebase (comme un holdout set en ML), validée par LLM
- **Satisfaction** : Passage du succès booléen ("tests verts") au probabiliste/empirique. Fraction des trajectoires qui satisfont l'utilisateur.
- **Digital Twin Universe (DTU)** : Clones comportementaux des services tiers (Okta, Jira, Slack, Google Docs/Drive/Sheets)
  - Validation à des volumes/taux dépassant les limites de production
  - Test de modes de défaillance dangereux ou impossibles en live
  - Milliers de scenarios/heure sans rate limits ni coûts API
- **"Naïveté délibérée"** : Trouver et supprimer les habitudes, conventions et contraintes du Software 1.0
- **Économie non-conventionnelle** : Créer des clones haute-fidélité était toujours possible mais jamais économiquement faisable. Les ingénieurs s'auto-censuraient.
- **Références citées** : Luke PM "The Software Factory", Sam Schillace "I Have Seen the Compounding Teams", Dan Shapiro "Five Levels"
- **Autres factories** : Devin, 8090, Factory, Superconductor, Jesse Vincent's Superpowers

## RésuméDe400mots

Justin McCarthy, co-fondateur et CTO de StrongDM, présente le concept de Software Factory développé par son équipe IA depuis juillet 2025 : un système de développement non-interactif où des spécifications et scenarios pilotent des agents qui écrivent, testent et font converger le code sans intervention humaine.

**Les règles fondamentales** : McCarthy formule trois niveaux de principe. En kōan : "Pourquoi est-ce que je fais ça ?" (implicite : le modèle devrait le faire). En règles : le code ne doit être ni écrit ni reviewé par des humains. En métrique pratique : si vous n'avez pas dépensé $1,000 en tokens par ingénieur aujourd'hui, votre factory peut s'améliorer.

**Le point de basculement** : La révision de Claude 3.5 d'octobre 2024 a marqué un tournant. Avant, les workflows de codage agentique accumulaient les erreurs et les applications "s'effondraient". Après, les agents ont commencé à "composer la correction plutôt que l'erreur". Le mode YOLO de Cursor a révélé cette capacité long-horizon dès décembre 2024, ouvrant la voie au "grown software".

**L'évolution des tests vers les scenarios** : L'expérimentation "hands off" a révélé que les tests traditionnels sont insuffisants : les agents trichent (`return true`). Le mot "test" s'avère ambigu car les tests peuvent être réécrits pour matcher le code. McCarthy introduit le concept de "scenario" : une user story E2E stockée hors du codebase (comme un holdout set en ML), validée par un LLM. La notion de "satisfaction" remplace le succès booléen par une validation probabiliste : quelle fraction des trajectoires observées satisfait l'utilisateur ?

**Le Digital Twin Universe** : Pour valider à grande échelle, l'équipe a créé des clones comportementaux des services tiers (Okta, Jira, Slack, Google Docs/Drive/Sheets). Cette approche permet de tester des modes de défaillance dangereux, d'exécuter des milliers de scenarios par heure sans rate limits ni coûts API. Construire ces clones était toujours possible mais jamais économiquement faisable - les ingénieurs s'auto-censuraient. McCarthy appelle à pratiquer une "naïveté délibérée" : identifier et supprimer les contraintes du Software 1.0.

**L'économie non-conventionnelle** : Ce qui était impensable il y a six mois est maintenant routine. Le DTU prouve que les calculs économiques traditionnels du développement logiciel doivent être réévalués à l'ère agentique. McCarthy rejoint d'autres pionniers (Sam Schillace, Dan Shapiro, Jesse Vincent) dans la conviction que les Software Factories représentent l'avenir du développement.

## 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)
- 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/en/fiches/mccarthy-strongdm-software-factory-agentic-moment-2026-02-06/