Software Factories
Eine Software Factory ist das Delivery-System, das die Absicht eines Teams in ausgelieferte Software verwandelt, der es vertrauen kann. Menschen bauen und justieren das System, statt das Produkt selbst zu schreiben. Wer eine baut, betreibt Harness Engineering: Umgebung, Orchestrierung, Isolation und Gates rund um die Agents entscheiden, was ausgeliefert wird.
Verfasst von
-
Benedikt Stemmildt Gründer & Co-CEO
Aktualisiert:
Software Factories 5
Unsere Position. Wir glauben, dass jedes Unternehmen seine eigene Software Factory bauen wird (The software factory thesis (öffnet in einem neuen Tab)). Darin stecken seine Architekturentscheidungen, Qualitätsstandards und Delivery-Patterns, als Skills, die Agents ausführen. Diese Agents werden orchestriert statt gepromptet. Eine Factory ist eine Fähigkeit, die ihr aufbaut, kein Produkt, das ihr kauft. Fertig wird sie nie: Kommt ein neues Modell heraus, baut ihr Teile davon neu.
Eine Factory liegt eine Ebene über dem Bau eines einzelnen Agents, den Agentic Engineering beschreibt. Sie liegt auch über der Koordination einiger weniger Agents. Von einer Werkstatt voller Agents unterscheidet sie deterministischer Code zwischen den Agent-Schritten.
Was braucht ihr, um eine zu bauen?
- Software Factories und Harness Engineering - das Factory- und das Dark-Factory-Modell, die sechs Harness-Komponenten und die Pipeline vom Ticket zum Pull Request.
- Multi-Agent und Orchestrierung - wann sich mehrere Agents lohnen, welche Topologien sie koordinieren, wie ihr parallele Arbeit isoliert und zusammenführt und wie Loops sicher anhalten.
- Sicherheit und Runtime-Isolation - das Bedrohungsmodell für einen nicht vertrauenswürdigen Generator, Sandboxes und wie ihr den Blast Radius begrenzt, unterhalb der Ebene, auf der das Reasoning des Agents läuft.
- Dark Factory Patterns - neun Patterns und vier Anti-Patterns einer Factory, die läuft, ohne dass ein Mensch jeden Schritt freigibt. Jedes Pattern beschreibt Kontext, Problem, Lösung und Konsequenzen.
- Federated Factory im Enterprise-Maßstab - was sich ändert, sobald ihr mehr als eine Factory betreibt: die Aufteilung in drei Ebenen Plattform, Domäne und Team, mit MCP als Nahtstelle.
Verwandte Seiten
- Software Factories in Produktion: Belege: was laufende Factories berichten und wo sie gescheitert sind.
- Evidenz: die Produktivitätsstudien, an denen sich die Factory-These messen lassen muss.
- Agentic Engineering: die Praxis mit einem einzelnen Agent, auf der jede Station einer Factory aufbaut.
- Build-or-Buy-Framework: wie ihr entscheidet, was ihr selbst baut, wenn sich eine Factory nicht kaufen lässt.
- Tools: die Tools, aus denen diese Factories gebaut sind.
Quellen
Posts
- The software factory thesis (öffnet in einem neuen Tab) - LinkedIn-Post mit der Vorhersage, dass jedes Unternehmen seine eigene Software Factory baut. Architektur und Qualitätsstandards stecken darin als Skills, die Agents ausführen.
In diesem Bereich
- Dark Factory Patterns
Ein Praxisbericht über Agenten ohne Freigabe für jeden Schritt: die Anti-Patterns, die funktionierenden Patterns, die Tools und wie weit die Aussagen tragen.
- Federated Factory im Enterprise-Maßstab
Eine föderierte Factory-Plattform bedient viele Software Factories in einem Enterprise und teilt die Verantwortung auf drei Ebenen auf. Die zentrale Plattform-Ebene besitzt Blueprints, Tool-Routing, Identität und Audit. Die Domänen-Ebene hält Kontext, den mehrere Teams teilen, und auf der Team-Ebene laufen die Agents. So vermeidet sie eine Factory für alle und eine Factory pro Team.
- Multi-Agent und Orchestrierung
Multi-Agent-Orchestrierung gestaltet das System, das die Arbeit vieler Coding-Agents verteilt, isoliert, prüft und zusammenführt. Gut gebaut vervielfachen parallele Agents den Output. Schlecht gebaut vervielfachen sie die Nacharbeit.
- Sicherheit und Runtime-Isolation
Eine agentische Software Factory abzusichern heißt zu begrenzen, was von Agenten erzeugte Arbeit dem System antun kann, das sie ausführt. Agenten umgehen Prompts und Berechtigungen. Deshalb halten nur Kontrollen unterhalb des Agenten: isolierte Runtimes, durchgesetzte Datengrenzen, minimale Befugnisse und risikobasierte Freigaben.
- Software Factories und Harness Engineering
Der Hub für Software Factories: warum der Harness mehr zählt als das Modell, Factory-Modelle von Ticket-to-PR bis Dark Factory und ein Katalog an Ressourcen.