# reyes-factory-building-machine-software-2026-09-22

## Veille

Intervento di **Eno Reyes** (co-fondatore e CTO di **Factory**, i cui agenti "droid" sono descritti nell'introduzione come utilizzati da centinaia di migliaia di sviluppatori e aziende come **Nvidia** e **MongoDB**, subito dopo una **Serie C da 150 milioni di dollari**), pubblicato il **22 settembre 2026** sul canale **FirstMark Capital** (video di 25 min 51 s, trascrizione di circa 5.300 parole). Presenta la "software factory" come un ciclo di feedback guidato da agenti, e il ruolo degli esseri umani come custodi di questa factory.

## Titre Article

Building the Machine That Builds the Software | Eno Reyes, Co-Founder & CTO of Factory

## Date

2026-09-22

## URL

https://www.youtube.com/watch?v=NLsiZtleLe4

## Keywords

software factory, software factory, Factory, Droid, agenti di coding, ciclo di feedback, SDLC, indipendenza dal modello, routeur de modèles, sovranità, air gap, traces, governance, identità dell'agente, audit, harness, agent readiness, validazione deterministica, guardrails, metrica Google, allocazione dell'inferenza, Missions, ruolo degli sviluppatori

## Authors

Eno Reyes — cofondateur et CTO de Factory ; conférence vidéo (FirstMark Capital).

## Ton

Profilo: un intervento tecnico-esecutivo da parte di un fornitore di agenti di coding, indirizzato a responsabili engineering e CIO di grandi aziende, in un registro orale e dimostrativo. Si apre con una retrospettiva (2023: il completamento automatico "da righe a paragrafi, file, repository"), poi affronta le domande che le organizzazioni si pongono (costi dei token, ROI, dipendenza da un unico modello, ruolo degli sviluppatori) prima di proporre il proprio framework. Le posizioni sono enunciate come principi ("dovreste…") e illustrate con le pratiche interne di Factory. Il relatore presenta alcune scelte come opinioni personali ("la nostra opinione sarebbe"), in particolare sull'identità dell'agente, e riconosce dei compromessi: la piena sovranità richiede molto impegno e non è adatta a ogni organizzazione.

## Pense-betes

- **Dal coding al ciclo**: l'era del "coding agent" mantiene il modello mentale "premo, ottengo il codice". Reyes osserva che gli sviluppatori passano la maggior parte del loro tempo fuori dal codice: review (in senso ampio, non solo la pull request), test manuali e QA, debugging, pianificazione.
- **Ciclo dei segnali**: segnali (clienti, bug, telemetria, concorrenti) → triage da parte degli umani (PM, EM) → piano → codice → validazione (test, QA, sicurezza) → deployment → monitoraggio → nuovi segnali. La domanda non è la fattibilità ma **misurazione, analisi e governance**: *"il problema non è tecnico. Il problema è organizzativo"*.
- **Principio 1, agnosticismo rispetto al modello**: un CIO non dovrebbe doversi giocare tutto su un unico modello; la dipendenza espone ai prezzi del fornitore. Factory descrive un router che alloca il modello in base al compito e al ruolo (ad esempio, product manager e sviluppatori non accedono alla stessa gamma), per arbitrare centralmente costo e qualità.
- **Principio 2, sovranità**: scelta del deployment, dal SaaS all'air gap ("su un sottomarino"). Il dato più prezioso sono le **traces**: per correggere una decisione di prioritizzazione sbagliata, occorre sapere perché la factory l'ha presa. Reyes precisa: è una flessibilità da avere a disposizione, non necessariamente da esercitare.
- **Principio 3, l'intero SDLC, un unico agente**: code review, sicurezza continua, QA black-box (web, CLI, API), documentazione sincronizzata, risposta agli incidenti, deployment progressivo. Un unico agente evita di moltiplicare router, politiche di costo ed esportazioni di traces. Costruire internamente un agente CLI è considerato fattibile; il multi-superficie (SDK, sandbox) molto meno.
- **Governance**: identità dell'agente gerarchica (organizzazione, team, progetto, utente, macchina); l'identità dell'utente viene ereditata per l'attività sincrona, un account di servizio per la code review in sandbox. Controlli: allow list, classificazione del rischio, tetti di spesa e audit capace di ricostruire, in **un'unica query**, dall'accesso a una tabella fino alla persona, al prompt e alle traces di ragionamento. L'indicizzazione del codice in un cloud di terze parti è considerata non essenziale.
- **Collo di bottiglia spostato**: *"non è l'LLM già da un po'"*; il harness sta diventando valido, il nuovo vincolo è l'organizzazione (strumenti accessibili agli agenti, validazione deterministica: lint, test, typing, convenzioni sui file imposte al commit).
- **Gli esseri umani e la metrica**: gli esseri umani passano dal costruire il software al costruire la factory, in codice ordinario piuttosto che in specifiche in linguaggio naturale. Ogni azienda deve trovare la propria "metrica Google" per rendere l'allocazione dei token orientabile dal ROI (esempio: Missions, un obiettivo di latenza di 50 ms con 2 miliardi di token allocati).
- ⚠️ **Ambito**: intervento tenuto da un fornitore che descrive i propri prodotti; non vengono forniti dati misurati dei clienti e la sessione di domande e risposte non si è svolta per vincoli di tempo. Le cifre citate (150+ segnali, 140 persone a San Francisco, Serie C) sono autodichiarate.

## RésuméDe400mots

Eno Reyes, co-fondatore e CTO di Factory, presenta come costruire una "software factory" — un'organizzazione in cui gli agenti assumono l'intero ciclo di sviluppo software. Parte da una retrospettiva: nel 2023 si prevedeva che l'IA per il codice sarebbe passata dal completamento automatico di righe al completamento automatico di file, poi di repository. Gli agenti di coding sono arrivati, ma la maggior parte dell'uso resta "chiedo, ottengo". Secondo lui, questa era è in fase di esaurimento: le organizzazioni si pongono ora domande su sforamenti di costo, ritorno sull'investimento, dipendenza da un unico modello e ruolo degli sviluppatori, che dedicano poco tempo al solo coding.

Descrive lo sviluppo come un ciclo di feedback. I segnali provenienti da clienti, bug, telemetria o concorrenti vengono triagati, poi trasformati in un piano, codice, validazione e deployment, che a loro volta producono nuovi segnali. Ogni fase può essere affidata ad agenti. Per Reyes, le vere difficoltà sono la misurazione, l'analisi e la governance: il problema è organizzativo più che tecnico.

Tre principi strutturano il suo framework. Primo, l'indipendenza dal modello: un responsabile IT non dovrebbe doversi legare a un unico fornitore, né essere soggetto ai suoi prezzi. Un routeur de modèles alloca la capacità di calcolo in base al compito e al ruolo. Secondo, la sovranità: scegliere il proprio deployment, dal SaaS all'air gap, e mantenere il controllo sulle traces, poiché correggere una decisione sbagliata presa dalla factory richiede di capire perché è stata presa. Terzo, la copertura dell'intero ciclo di vita, con lo stesso agente su tutte le superfici, per evitare di disperdere policy, router ed esportazioni di traces.

La governance resta difficile: l'identità dell'agente (ereditata dall'utente per l'attività interattiva, account di servizio per la revisione in sandbox), i controlli sui modelli, le allow list, la classificazione del rischio, i tetti di spesa e un audit capace di ricostruire, in un'unica query, dall'accesso a una tabella fino alla persona, al prompt e alle traces. Ritiene superflua l'indicizzazione del codice in un cloud.

Il collo di bottiglia, afferma, non è più il modello, né ormai il harness, ma la preparazione dell'organizzazione: strumenti utilizzabili dagli agenti e validazione deterministica (lint, test, typing, convenzioni). Factory propone un prodotto *agent readiness* che misura più di 150 segnali.

Gli esseri umani diventano i custodi della factory: vigilano sulla deriva, correggono il sistema e prevengono gli errori in modo duraturo, in codice ordinario piuttosto che in specifiche in linguaggio naturale. Reyes conclude che le aziende dovranno trovare la propria "metrica Google", un legame tra un indicatore di engineering e un risultato di business, per allocare l'inferenza in base al ROI, ad esempio assegnando a un agente un obiettivo di performance con un budget di token.

## GrapheDeConnaissance

- Eno Reyes —travaille_chez→ Factory (ORGANISATION, 0.97)
- Eno Reyes —a_créé→ Factory (ORGANISATION, 0.9)
- Factory —publie→ Droid (TECHNOLOGIE, 0.95)
- Factory —publie→ Agent Readiness (TECHNOLOGIE, 0.93)
- Factory —publie→ Missions (TECHNOLOGIE, 0.9)
- Factory —mesure→ série C de 150 millions de dollars (MESURE, 0.88)
- Eno Reyes —recommande→ construire la software factory indépendante du modèle (AFFIRMATION, 0.93)
- Eno Reyes —recommande→ rester souverain sur le déploiement et les traces de la software factory (AFFIRMATION, 0.92)
- Eno Reyes —recommande→ un même agent sur toutes les surfaces du SDLC (AFFIRMATION, 0.92)
- Eno Reyes —affirme_que→ le goulot est désormais l'état de préparation de l'organisation plutôt que le modèle (AFFIRMATION, 0.9)
- Eno Reyes —affirme_que→ le problème de la software factory est organisationnel et non technique (AFFIRMATION, 0.9)
- Software factory —utilise→ boucle de rétroaction (CONCEPT, 0.92)
- Droid —utilise→ routeur de modèles (TECHNOLOGIE, 0.88)
- routeur de modèles —réduit→ dépendance à un fournisseur de modèle (CONCEPT, 0.85)
- Agent Readiness —mesure→ plus de 150 signaux de la base de code (MESURE, 0.9)
- validation déterministe —améliore→ fiabilité des agents (CONCEPT, 0.88)
- Eno Reyes —prédit→ les meilleures entreprises seront celles qui trouvent leur Google metric (AFFIRMATION, 0.85)
- Google metric —permet→ allocation d'inférence guidée par le ROI (CONCEPT, 0.85)
- Missions —s_applique_à→ objectifs de performance de long terme (CONCEPT, 0.82)
- Eno Reyes —affirme_que→ les humains deviennent les stewards de l'usine logicielle (AFFIRMATION, 0.88)

---
Canonical: https://www.thekb.eu/it/fiches/reyes-factory-building-machine-software-2026-09-22/