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

## Veille

StrongDM AI: Software Factory e sviluppo non interattivo - il momento agentico

## Titre Article

Software Factories And The Agentic Moment

## Date

2026-02-06

## URL

https://factory.strongdm.ai/

## Keywords

Software Factory, sviluppo non interattivo, grown software, agenti AI, compounding correctness, scenari vs test, Digital Twin Universe, YOLO mode, Claude 3.5, soddisfazione probabilistica, specs-driven, StrongDM, 1.000 dollari token/giorno/ingegnere

## Authors

Justin McCarthy (co-founder, CTO StrongDM)

## Ton

**Profilo**: manifesto tecnico di un CTO, registro visionario e pragmatico, alto livello tecnico

**Descrizione**: Justin McCarthy adotta il tono di un pioniere che condivide una scoperta fondamentale. Lo stile combina formule incisive simili a kōan ("Il codice non deve essere scritto da esseri umani") con dettagli implementativi concreti. L'articolo struttura la narrazione come un percorso di scoperta progressiva, dalle intuizioni iniziali agli "sblocchi" successivi. Il registro oscilla tra filosofia dello sviluppo software e resoconto tecnico sul campo. Il riferimento a Spinal Tap ("These go to 11") rivela una cultura geek assunta senza remore. Pubblico target: CTO, tech lead e ingegneri senior che esplorano i limiti dello sviluppo agentico.

## Pense-betes

- **Definizione di Software Factory**: sviluppo non interattivo in cui specifiche + scenari guidano agenti che scrivono codice, eseguono harness e convergono senza revisione umana
- **Le regole fondanti**:
- Kōan: "Perché lo sto facendo?" (implicito: dovrebbe farlo il modello)
- Regola 1: il codice non deve essere scritto da esseri umani
- Regola 2: il codice non deve essere revisionato da esseri umani
- **Metrica pratica**: "Se non hai speso almeno 1.000 dollari in token oggi per ogni ingegnere umano, la tua software factory ha margini di miglioramento"
- **Punto di svolta**: revisione di Claude 3.5 di ottobre 2024 - i workflow di coding agentico a lungo orizzonte iniziano a comporre correttezza anziché errore
- **Comporre correttezza vs comporre errore**: prima, gli LLM accumulavano errori (allucinazioni, sintassi, violazioni DRY, incompatibilità). Le app "collassavano". Dopo, la convergenza è diventata possibile.
- **Cursor YOLO mode**: ha rivelato le prestazioni a lungo orizzonte del modello (dicembre 2024)
- **"Grown software"** / sviluppo non interattivo: nuovo vocabolario per questo paradigma
- **Evoluzione dei test**:
- I test da soli sono insufficienti: l'agente imbroglia (`return true`)
- Escalation: test → integrazione → regressione → E2E → comportamento
- Problema fondamentale: i test possono essere riscritti per adattarsi al codice
- **Scenario vs Test**: lo scenario è una user story E2E conservata AL DI FUORI della codebase (come un holdout set in ML), validata da un LLM
- **Soddisfazione**: passaggio dal successo booleano ("test verdi") a una validazione probabilistica/empirica. Frazione delle traiettorie che soddisfano l'utente.
- **Digital Twin Universe (DTU)**: cloni comportamentali di servizi terzi (Okta, Jira, Slack, Google Docs/Drive/Sheets)
- Validazione a volumi/rate superiori ai limiti di produzione
- Test di modalità di fallimento pericolose o impossibili dal vivo
- Migliaia di scenari/ora senza limiti di rate né costi API
- **"Ingenuità deliberata"**: individuare ed eliminare abitudini, convenzioni e vincoli del Software 1.0
- **Economia non convenzionale**: creare cloni ad alta fedeltà è sempre stato possibile ma mai economicamente sostenibile. Gli ingegneri si autocensuravano.
- **Riferimenti citati**: Luke PM "The Software Factory", Sam Schillace "I Have Seen the Compounding Teams", Dan Shapiro "Five Levels"
- **Altre factory**: Devin, 8090, Factory, Superconductor, Superpowers di Jesse Vincent

## RésuméDe400mots

Justin McCarthy, co-fondatore e CTO di StrongDM, presenta il concetto di Software Factory sviluppato dal suo team AI a partire da luglio 2025: un sistema di sviluppo non interattivo in cui specifiche e scenari guidano agenti che scrivono, testano e convergono il codice senza intervento umano.

**Le regole fondanti**: McCarthy formula tre livelli di principio. Come kōan: "Perché lo sto facendo?" (implicito: dovrebbe farlo il modello). Come regole: il codice non deve essere né scritto né revisionato da esseri umani. Come metrica pratica: se non hai speso 1.000 dollari in token per ingegnere oggi, la tua factory ha margini di miglioramento.

**Il punto di svolta**: La revisione di ottobre 2024 di Claude 3.5 ha segnato una svolta. Prima, i workflow di coding agentico accumulavano errori e le applicazioni "collassavano". Dopo, gli agenti hanno iniziato a "comporre correttezza anziché errore". Cursor YOLO mode ha rivelato questa capacità a lungo orizzonte già a dicembre 2024, aprendo la strada a "grown software".

**L'evoluzione dai test agli scenari**: La sperimentazione "hands off" ha rivelato che i test tradizionali sono insufficienti: gli agenti imbrogliano (`return true`). La parola "test" si rivela ambigua perché i test possono essere riscritti per adattarsi al codice. McCarthy introduce il concetto di "scenario": una user story E2E conservata al di fuori della codebase (come un holdout set in ML), validata da un LLM. La nozione di "soddisfazione" sostituisce il successo booleano con una validazione probabilistica: quale frazione delle traiettorie osservate soddisfa l'utente?

**La Digital Twin Universe**: Per validare su larga scala, il team ha creato cloni comportamentali di servizi terzi (Okta, Jira, Slack, Google Docs/Drive/Sheets). Questo approccio consente di testare modalità di fallimento pericolose e di eseguire migliaia di scenari all'ora senza limiti di rate né costi API. Costruire questi cloni è sempre stato possibile ma mai economicamente sostenibile: gli ingegneri si autocensuravano. McCarthy invita a praticare una "ingenuità deliberata": identificare ed eliminare i vincoli del Software 1.0.

**L'economia non convenzionale**: Ciò che sei mesi fa era impensabile è oggi routine. La DTU dimostra che i calcoli economici tradizionali dello sviluppo software devono essere rivalutati nell'era agentica. McCarthy si unisce ad altri pionieri (Sam Schillace, Dan Shapiro, Jesse Vincent) nella convinzione che le Software Factory rappresentino il futuro dello sviluppo.

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