Das Software-Factory-Pattern

Unsere Position. Wir raten Teams, die Factory zu bauen, die die Features baut, statt der Features selbst: Der Mensch baut die Factory, nicht die Software (Dark factory or bullshit factory (öffnet in einem neuen Tab)). Ein Agent, der nur baut, ist eine halbe Factory, und die andere Hälfte ist der Validator (Autonomous agent verification (öffnet in einem neuen Tab)).

Der Essay zum Factory-Modell beschreibt die Form. Flotten von Agenten, jeder mit Aufgabe, Tools, Kontext und Feedback-Schleife, laufen parallel, während der Mensch Specs verfeinert und Outputs reviewt (The Factory Model (öffnet in einem neuen Tab)). Wer das Modell ernst nimmt, steckt das Geld in Qualitätskontrolle, präzise Inputs und verlässliche Umgebungen.

Wie messt ihr eine Software Factory?

Eine Factory misst sich am Anteil der Änderungen, die sie selbstständig ausliefert, und an den Kosten jeder einzelnen. Ein Ansatz definiert Factory-Effizienz als ausgeliefertes Produkt geteilt durch Inferenzkosten plus menschliche Zeit. Jeden Rückfall auf einen interaktiven Agenten zählt er als Fehlschlag, aus dem das Team lernen soll (We Are Now Factory Engineers, Not Product Engineers (öffnet in einem neuen Tab)). Softwareproduktion erscheint dann als Cost of Goods Sold statt als F&E, also muss jeder Dollar Automatisierung eine Rendite bringen. Die Details stehen in Rollen und Wirtschaftlichkeit der Software Factory.

Was berichten laufende Factories?

Berichtete Factories erreichen hohen autonomen Durchsatz dort, wo Spezifikationen, Tests und Umgebungen schon vor den Agenten stark waren. Das Codex-Team von OpenAI hat ein internes Produkt ohne eine einzige manuell geschriebene Zeile ausgeliefert (Harness Engineering (öffnet in einem neuen Tab)). Onas Memo-Experiment hat in zehn Tagen 375 Pull Requests gemergt, 87 Prozent davon autonom (Ona: We Built a Software Factory in 10 Days (öffnet in einem neuen Tab)). Die meisten dieser Zahlen stammen von Anbietern oder ungewöhnlich reifen Teams. Ein Praktiker betrieb seine Factory im Lights-off-Modus. Das hielt, bis ein Issue verlangte, Code zu verstehen, den zuvor niemand laufend mitgelesen hatte (Harness engineering is not enough: Why software factories fail (öffnet in einem neuen Tab)). Ein Long-Horizon-Benchmark misst, wie Agenten-Code immer stärker erodiert, je länger Agenten ihn erweitern (SlopCodeBench (öffnet in einem neuen Tab)). Die Fälle und ihre Grenzen stehen in Software Factories in Produktion: Belege.

Hier anfangen

• Rollen und Wirtschaftlichkeit der Software Factory: Wie das Factory-Modell Engineering-Rollen, Erfolgsmaße und die Ökonomie der Softwareproduktion verändert.
• Arbeit und Orchestrierung: Wie Factories Arbeit abbilden, Agenten koordinieren, deterministische Gates platzieren und ihre eigenen Harnesses verbessern.
• Software Factories in Produktion: Belege: Berichtete Factory-Deployments, ihre gemessenen Ergebnisse, ihre Grenzen und die Anbieterbehauptungen, die Vorsicht verlangen.

Verwandte Seiten

• Rollen und Wirtschaftlichkeit der Software Factory: wie die Factory den Job von Engineers und den Budgetposten verändert.
• Software Factories in Produktion: Belege: die berichteten Deployments und wo sie gescheitert sind.
• Creator- und Verifier-Rollen: wie ihr die Validator-Hälfte der Factory baut.
• Software Factories und Harness Engineering: der Harness, in dem das Pattern läuft.
• Inference-Kosten und Infrastruktur: die Inferenzkosten, die den Output der Factory begrenzen.

Quellen

Artikel

• Harness Engineering (öffnet in einem neuen Tab) - Artikel von OpenAI: Das Codex-Team hat ein internes Produkt ohne manuell geschriebene Zeile ausgeliefert, weil es in den Agent-Harness investiert hat.
• Ona: We Built a Software Factory in 10 Days (öffnet in einem neuen Tab) - Onas Anbieterbericht zum Memo-Experiment, das in zehn Tagen 375 Pull Requests gemergt hat, 87 Prozent davon autonom.
• Software Factories, Light and Dark (öffnet in einem neuen Tab) - Newsletter-Essay, der Dark Factories ohne Menschen am Review-Gate mit Light Factories vergleicht, und Quelle des Diagramms auf dieser Seite.
• The Factory Model (öffnet in einem neuen Tab) - Essay, der den Job von Engineers als Bau der Factory fasst: parallele Agentenflotten, jede mit Aufgabe, Tools, Kontext und Feedback-Schleife.
• We Are Now Factory Engineers, Not Product Engineers (öffnet in einem neuen Tab) - LinkedIn-Artikel, der Factory-Effizienz als ausgeliefertes Produkt geteilt durch Inferenz- plus Personalkosten definiert und Softwareproduktion in die Cost of Goods Sold verschiebt.

Papers und Berichte

• SlopCodeBench: Benchmarking How Coding Agents Degrade Over Long-Horizon Iterative Tasks (öffnet in einem neuen Tab) - arXiv-Benchmark, der misst, wie von Agenten geschriebener Code erodiert, wenn Agenten ihn über lange iterative Aufgaben weiter ausbauen.

Posts

• Autonomous agent verification (öffnet in einem neuen Tab) - LinkedIn-Post mit der These, dass ein Agent, der nur baut, eine halbe Factory ist und der Validator die andere Hälfte.
• Dark factory or bullshit factory (öffnet in einem neuen Tab) - LinkedIn-Post, der Teams rät, die Factory zu bauen, die die Features baut, statt der Features selbst.

Talks und Videos

• Why Software Factories Fail (öffnet in einem neuen Tab) - AI-Engineer-Talk über einen Factory-Lauf im Lights-off-Modus, der hielt, bis ein Issue verlangte, Code zu verstehen, den zuvor niemand laufend mitgelesen hatte.