Worum es geht
CLAUDE.md, Subagenten, eigene Skills: Es funktioniert. Aber jedes Feature beginnt noch bei euch. Ihr startet den Agenten, steuert ihn, reviewt und korrigiert. Optimiert habt ihr das Tool, automatisiert noch nicht den Prozess.
Der eigentliche Schritt ist Indirektion: Statt mit einem Agenten ein Feature zu bauen, baut ihr eine Fertigungsstraße, die Features für euch baut. Skripte, Validierungsschritte und Orchestrierung führen vom Ticket bis zum Pull Request, mit möglichst wenig Eingriffen. Beim Code hört das nicht auf: Die Factory schreibt Tests, erzeugt Dokumentation und übernimmt Requirements Engineering. Lasst sie in Produktion laufen, und Agenten reagieren auf Monitoring-Daten, Nutzerfeedback und KPIs. Die Factory wird nie fertig, sie wächst.
Zwei unbequeme Wahrheiten: Die Factory eines anderen lässt sich nicht kopieren, weil eine Factory eng an die eigene Codebasis und die eigenen Konventionen gebunden ist. Und mit jedem neuen Modell baut ihr sie neu. Darin liegt die neue Fähigkeit für Entwickler:innen: nicht ein perfektes System pflegen, sondern für jede Lage schnell Factories bauen.
Im Talk öffnet Benedikt eine echte Factory aus einem Kundenprojekt und zeigt, wie sie gebaut ist, wie sie läuft und warum sie der Weg von KI-gestützter zu wirklich autonomer Entwicklung ist.
Drei Punkte zum Mitnehmen
- Es gibt keine Factory von der Stange: Eure Factory ist maßgeschneidert, weil euer Kontext es ist. Fertige Lösungen setzen den Kontext eines anderen voraus.
- Schrittweise bauen statt Big Bang: die Strecke erst von Hand gehen, die deterministischen Teile skripten, Station für Station verbinden.
- Engineering-Urteil zählt mehr, nicht weniger: Gute Factories brauchen Architekturprinzipien und Engineering-Intuition. KI-Tools ohne Engineering-Grundlagen erzeugen fragile Systeme.