Die Software-Fabrik bauen: Regeln und Harnesses für Coding-Agenten

Coding ist nicht mehr der langsame Schritt. Der nächste nützliche Schritt ist, Agenten nicht länger als geschwätzige One-Shot-Coder zu behandeln und stattdessen eine Software-Fabrik zu bauen: koordinierte, wiederholbare Agenten-Loops mit klaren Triggern, Scaffolds, deterministischen Checks und menschlicher Eigentümerschaft über Architektur und Urteil.

Das ist das praktische Muster, das aus den neuesten Talks auf Beyond Coding und von David Ondrej hervorgeht. Es ist ein anderer Schwerpunkt als reine Engpass-Analyse. Der Engpass ist bereits zu Review, Vertrauen und Verifikation gewandert; die Frage ist jetzt, wie man die Fabrik so strukturiert, dass Agenten auf Produktionssystemen nützlich bleiben, ohne die Codebase zu verschlechtern.

Was eine Software-Fabrik tatsächlich ist

David Ondrej rahmt sie als Sammlung von Agenten-Loops statt mehr manuellem Prompting. Jeder Loop hat:

• einen Trigger (Zeitplan, Webhook, Produkt-Event, Fehler, Kundenfeedback),
• eine begrenzte Aufgabe mit dem richtigen Modell, Skills, Kontext und Tools,
• irgendeine Form von Checking oder Follow-up.

Eine Fabrik sind viele solcher Loops über Produktarbeit, Sicherheit, Datenbank-Gesundheit, Billing oder Support. Menschen bleiben verantwortlich für Priorisierung, Geschmack, Strategie und hochriskante Freigaben. Der Operator ist nicht länger der Engpass, der jede Session von Hand startet.

Siehe: Stop coding, build Software Factories instead (und verwandte Diskussionen zum Übergang von manuellen Prompts zu Loops).

Konkrete Regeln von Senior-Praktikern

Zuerst scaffolden; den Hauptagenten von Dateien fernhalten

Carlos Kelkboom (Lead Architect, Beyond Coding) ist explizit: Agenten sind schlecht bei iterativen Änderungen und gut bei One-Shot-Ausführung. Seine Praxis ist, Verzeichnisse, Schlüsseldateien, Funktions- oder Typ-Signaturen, Kommentare und Ordnergrenzen bevor irgendein Implementierungsagent läuft manuell anzulegen. Sein primärer Gesprächsagent bleibt im „offenen“ Modus – er diskutiert, lehrt und baut gegenseitiges Verständnis auf – berührt aber nie Dateien. Nur wenn das Vertrauen hoch ist, startet er einen geschlossenen Worker für eine enge oder große One-Shot-Aufgabe.

Er nutzt ein Graph-Style-Harness (Markdown-Knoten, progressive Disclosure über Links, Commit-Hashes, kurze Zusammenfassungen), damit Kontext on-demand abgerufen wird statt in jeden Prompt gekippt zu werden. Parallele Experimente laufen in Git-Worktrees; die besten Implementierungen werden gemerged, der Rest verworfen.

Wichtigste Regel: Wirf den Code weg, wenn du ihn nicht verstehst, selbst wenn er Tests besteht. Verständnis ist das, was dir später ermöglicht, ihn zu warten, zu debuggen und zu erweitern.

Volle Episode: Lead Architect Reveals His Rules for Coding Agents.

Agenten in schickes, deterministisches CI/CD verwandeln

Kerim Satirli (HashiCorp / IBM) macht denselben Shift auf Produktions-Infrastruktur. „Mach keine Fehler“ ist nur eine höfliche Bitte; es ist keine harte Linie. Er geht weg von reiner Nicht-Determinismus und behandelt Agenten mehr wie eine erweiterte CI/CD-Pipeline: Qualitäts-Tools laufen lassen, Pläne evaluieren, unerwartete Diffs an die Oberfläche bringen (zum Beispiel ein Terraform-Provider, der weiter Änderungen zeigt), gegen bekannte Issues per Suche cross-checken und Holds empfehlen.

Die meisten Terraform-Applies können automatisch laufen, damit der Mensch nicht der ewige Blockierer ist; riskante Änderungen behalten Escape Hatches. Specs (GitHub Spec Kit Style), BLUF-Zusammenfassungen (Bottom-Line-Up-Front), die Dokumentations-Rauschen reduzieren, und personalisierte Fabrik-Constraints ersetzen Hoffnung. Fast jeder Ingenieur, den er kennt, baut oder personalisiert bereits stark seine eigene Fabrik.

Volle Episode: How Senior Engineers Use Coding Agents On Prod Infrastructure.

Was man am Montag tun sollte

1. Nimm einen wiederholbaren, klar begrenzten Loop (Provider-Updates, Security-Scanning eigener Repos, Feedback-Triage) und gib ihm einen echten Trigger plus einen unabhängigen Check.
2. Scaffold die Struktur und die Definition of Done selbst. Halte den koordinierenden Agenten read-only, bis die Aufgabe klar ist.
3. Bevorzuge One-Shot- oder große begrenzte Tasks gegenüber endlosem iterativem Patching. Isoliere Arbeit in Worktrees.
4. Kodiere Sicherheit und Anti-Slop als harte Gates (Hooks, die Edits verweigern, Qualitäts-Tools, kurzlebige Credentials, Plan-Evaluatoren) statt Prompt-Wünsche.
5. Teile die Fabrik-Schnittstelle – Specs, Skills, Evals, den Kontext-Graphen – damit das ganze Team dieselben Loops nutzen kann.

Die Teams, die schnell bleiben, sind nicht die, die die meisten unbeaufsichtigten Agenten über Nacht laufen lassen. Es sind die, die bemerkt haben, dass der Engpass gewandert ist, und dann die Harnesses, Scaffolds und Verifikations-Loops gebaut haben, die Agenten weiter produzieren lassen, ohne die Codebase schlechter zu machen.

Quellen: die beiden oben verlinkten neueren Beyond-Coding-Episoden plus David Ondrejs Software-Fabrik-Framing. Die verwandte Diskussion auf Hacker News hebt weiterhin Review-Last und CI-Druck unter höherem Agenten-Volumen hervor und unterstreicht, warum die Fabrik deterministische Checks statt mehr Generation braucht.