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

## Veille

Vortrag von **Eno Reyes** (Mitgründer und CTO von **Factory**, dessen „Droid“-Agenten in der Einleitung als von Hunderttausenden Entwicklern und Unternehmen wie **Nvidia** und **MongoDB** genutzt beschrieben werden, unmittelbar nach einer **Series-C-Finanzierung über 150 Millionen US-Dollar**), veröffentlicht am **22. September 2026** auf dem Kanal von **FirstMark Capital** (Video von 25 Min. 51 Sek., Transkript von etwa 5.300 Wörtern). Er stellt die „Software-Fabrik“ als einen agentengesteuerten Feedback-Loop vor sowie die Rolle des Menschen als Hüter dieser Fabrik.

## 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-Fabrik, Software-Fabrik, Factory, Droid, Coding-Agenten, Feedback-Loop, SDLC, Modellunabhängigkeit, routeur de modèles, Souveränität, Air Gap, Traces, Governance, Agentenidentität, Audit, Harness, Agent Readiness, deterministische Validierung, Guardrails, Google-Metrik, Inferenzzuteilung, Missions, Rolle der Entwickler

## Authors

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

## Ton

Profil: ein technischer Executive-Vortrag eines Coding-Agenten-Anbieters, gerichtet an Engineering-Führungskräfte und CIOs großer Unternehmen, in gesprochenem, demonstrativem Register. Er beginnt mit einer Rückschau (2023: Autovervollständigung „von Zeilen zu Absätzen, Dateien, Repositories“), arbeitet sich dann durch die Fragen, die Organisationen stellen (Token-Kosten, ROI, Abhängigkeit von einem einzigen Modell, Rolle der Entwickler), bevor er sein Framework vorstellt. Positionen werden als Prinzipien formuliert („man sollte…“) und mit internen Praktiken von Factory illustriert. Der Sprecher stellt bestimmte Entscheidungen als eigene Meinungen dar („unsere Einschätzung wäre“), insbesondere zur Agentenidentität, und räumt Kompromisse ein: volle Souveränität erfordert erheblichen Aufwand und ist nicht für jede Organisation geeignet.

## Pense-betes

- **Vom Coding zum Loop**: Die Ära des „Coding-Agenten“ hält am mentalen Modell „ich drücke, ich bekomme den Code“ fest. Reyes stellt fest, dass Entwickler die meiste Zeit außerhalb des Codes verbringen: Review (im weiten Sinne, nicht nur der Pull Request), manuelles Testen und QA, Debugging, Planung.
- **Signal-Loop**: Signale (Kunden, Bugs, Telemetrie, Wettbewerber) → Triage durch Menschen (PM, EM) → Plan → Code → Validierung (Test, QA, Security) → Deployment → Monitoring → neue Signale. Die Frage ist nicht die Machbarkeit, sondern **Messung, Analytik und Governance**: *„das Problem ist nicht technisch. Das Problem ist organisatorisch“*.
- **Prinzip 1, modellagnostisch**: Ein CIO sollte nicht auf ein einziges Modell setzen müssen; Abhängigkeit setzt der Preisgestaltung des Anbieters aus. Factory beschreibt einen Router, der das Modell nach Aufgabe und Rolle zuteilt (z. B. haben Product Manager und Entwickler nicht denselben Zugriffsbereich), um Kosten und Qualität zentral zu steuern.
- **Prinzip 2, Souveränität**: Wahl des Deployments, von SaaS bis Air Gap („auf einem U-Boot“). Die wertvollsten Daten sind die **Traces**: Um eine falsche Priorisierungsentscheidung zu korrigieren, muss man wissen, warum die Factory sie getroffen hat. Reyes relativiert das: Es handle sich um Flexibilität, die man zur Verfügung haben, aber nicht zwangsläufig nutzen müsse.
- **Prinzip 3, der gesamte SDLC, ein einziger Agent**: Code-Review, kontinuierliche Security, Black-Box-QA (Web, CLI, API), synchronisierte Dokumentation, Incident Response, schrittweises Deployment. Ein einziger Agent vermeidet die Vervielfachung von Routern, Kostenrichtlinien und Trace-Exporten. Der Eigenbau eines CLI-Agenten gilt als machbar; die Mehrfach-Oberflächen-Variante (SDK, Sandboxes) deutlich weniger.
- **Governance**: hierarchische Agentenidentität (Organisation, Team, Projekt, Nutzer, Maschine); für synchrone Aktivität wird die Identität des Nutzers geerbt, für sandboxed Code-Review ein Service-Account. Kontrollen: Allow-Lists, Risikoklassifizierung, Ausgabenobergrenzen sowie ein Audit, das in **einer einzigen Abfrage** vom Tabellenzugriff bis zur Person, dem Prompt und den Reasoning-Traces zurückverfolgen kann. Die Indexierung von Code in einer Drittanbieter-Cloud gilt als nicht wesentlich.
- **Verschobener Engpass**: *„es liegt schon seit einiger Zeit nicht mehr am LLM“*; der Harness wird gut, die neue Einschränkung ist die Organisation (für Agenten zugängliche Tools, deterministische Validierung: Lint, Tests, Typisierung, beim Commit erzwungene Dateikonventionen).
- **Menschen und die Metrik**: Menschen verlagern sich vom Bau der Software zum Bau der Fabrik, in regulärem Code statt in natürlichsprachlichen Spezifikationen. Jedes Unternehmen muss seine „Google-Metrik“ finden, um die Token-Zuteilung nach ROI steuerbar zu machen (Beispiel: Missions, ein Latenzziel von 50 ms mit einer Zuteilung von 2 Milliarden Token).
- ⚠️ **Geltungsbereich**: Vortrag eines Anbieters über die eigenen Produkte; es werden keine gemessenen Kundendaten vorgelegt, und die Q&A-Session fand aus Zeitgründen nicht statt. Die genannten Zahlen (150+ Signale, 140 Personen in San Francisco, Series C) stammen aus Eigenangaben.

## RésuméDe400mots

Eno Reyes, Mitgründer und CTO von Factory, erläutert, wie eine „Software-Fabrik“ aufgebaut wird — eine Organisation, in der Agenten den gesamten Software-Entwicklungs-Loop übernehmen. Er geht von einer Rückschau aus: 2023 wurde erwartet, dass sich KI für Code von der Zeilen-Autovervollständigung zur Datei-Autovervollständigung und dann zu ganzen Repositories weiterentwickelt. Coding-Agenten kamen auf, doch die meiste Nutzung bleibt bei „ich frage, ich bekomme“. Seiner Ansicht nach verliert diese Ära an Schwung: Organisationen stellen inzwischen Fragen zu Kostenüberschreitungen, Return on Investment, Abhängigkeit von einem einzigen Modell und zur Rolle der Entwickler, die nur wenig Zeit allein mit Coding verbringen.

Er beschreibt die Entwicklung als einen Feedback-Loop. Signale von Kunden, Bugs, Telemetrie oder Wettbewerbern werden triagiert, dann in einen Plan, Code, Validierung und Deployment überführt, was wiederum neue Signale erzeugt. Jeder Schritt kann an Agenten übergeben werden. Für Reyes liegen die eigentlichen Schwierigkeiten in Messung, Analytik und Governance: Das Problem sei organisatorisch, nicht technisch.

Drei Prinzipien strukturieren sein Framework. Erstens Modellunabhängigkeit: Eine IT-Führungskraft sollte sich nicht an einen einzigen Anbieter binden müssen und auch nicht dessen Preisgestaltung ausgeliefert sein. Ein routeur de modèles verteilt Rechenleistung nach Aufgabe und Rolle. Zweitens Souveränität: die Wahl des eigenen Deployments, von SaaS bis Air Gap, sowie die Kontrolle über die Traces zu behalten, da die Korrektur einer von der Factory getroffenen Fehlentscheidung voraussetzt zu verstehen, warum sie getroffen wurde. Drittens die Abdeckung des gesamten Lebenszyklus mit demselben Agenten über alle Oberflächen hinweg, um eine Zersplitterung von Policies, Routern und Trace-Exporten zu vermeiden.

Governance bleibt schwierig: Agentenidentität (für interaktive Aktivität vom Nutzer geerbt, für sandboxed Review ein Service-Account), Modellkontrollen, Allow-Lists, Risikoklassifizierung, Ausgabenobergrenzen sowie ein Audit, das in einer einzigen Abfrage vom Tabellenzugriff bis zur Person, dem Prompt und den Traces zurückverfolgen kann. Die Indexierung von Code in einer Cloud hält er für nicht notwendig.

Der Engpass, so Reyes, liege nicht mehr beim Modell, inzwischen auch nicht mehr beim Harness, sondern bei der Vorbereitung der Organisation: von Agenten nutzbare Tools und deterministische Validierung (Lint, Tests, Typisierung, Konventionen). Factory bietet ein *Agent-Readiness*-Produkt an, das mehr als 150 Signale misst.

Menschen werden zu Hütern der Fabrik: Sie achten auf Drift, korrigieren das System und verhindern Fehler dauerhaft — in regulärem Code statt in natürlichsprachlichen Spezifikationen. Reyes schließt, dass Unternehmen ihre „Google-Metrik“ finden müssen, eine Verbindung zwischen einem Engineering-Indikator und einem Geschäftsergebnis, um Inferenz nach ROI zuzuteilen, etwa indem einem Agenten ein Leistungsziel mit einem Token-Budget vorgegeben wird.

## 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/de/fiches/reyes-factory-building-machine-software-2026-09-22/