Wie wir ein agentisches Software-Studio betreiben
Die meisten Teams nutzen KI-Coding so, wie sie es zuerst kennengelernt haben: ein Assistent, ein Chatfenster, eine Aufgabe nach der anderen. Das ist nützlich, aber da liegt nicht der eigentliche Hebel. Der Hebel zeigt sich, wenn du aufhörst, das Modell als Autocomplete zu behandeln, und anfängst, es als ein Team zu sehen, das du orchestrieren kannst.
Genau das meinen wir, wenn wir sagen, dass DDD "agentisch" baut. Für uns ist das kein Buzzword. Es ist die Methode, mit der ein kleines Senior-Studio liefern kann wie ein viel größeres. So funktioniert das in der Praxis.
Ein Assistent ist ein Flaschenhals
Ein einzelner KI-Assistent ist an einen Gedankenstrang gebunden. Er schreibt eine Datei, wartet, schreibt die nächste, wartet wieder. Du als Mensch wirst zum Message-Bus zwischen ihm und dem Rest der Arbeit. Für einen schnellen Fix ist das in Ordnung. Für den Aufbau eines echten Produkts skaliert es nicht.
In dem Moment, in dem du drei Features gleichzeitig vorantreiben willst, ein Refactoring im Hintergrund laufen lassen und parallel zum Code Tests schreiben möchtest, wird der eine Assistent zum langsamen Teil des Systems.
Teams aus Agents, die parallel arbeiten
Wir haben unsere eigene Orchestrierungsschicht gebaut, PWSM, um Teams aus KI-Coding-Agents gleichzeitig laufen zu lassen. Ein Agent baut die API. Ein anderer verdrahtet die UI. Ein dritter schreibt Tests. Ein vierter reviewt den Diff mit kritischem Blick. Sie laufen gleichzeitig, nicht in einer Warteschlange.
Die reale Bauzeit für ein Feature ist nicht mehr die Summe aller Schritte. Sie wird zur Länge der längsten einzelnen Kette. Das ist der Unterschied zwischen einem Build, der eine Woche dauert, und einem, der an einem Nachmittag fertig ist.
Isolation ist der Schlüssel
Parallelität ist nur dann sicher, wenn die Agents sich nicht gegenseitig in die Quere kommen. Jeder Agent arbeitet in seinem eigenen, isolierten Workspace, einem separaten git-Worktree innerhalb einer Sandbox. Sie bearbeiten nie dieselben Dateien zur selben Zeit, und ein Watchdog fängt Konflikte ab, bevor sie den Main-Branch erreichen.
Diese Isolation ist die unspektakuläre Infrastruktur, die den spannenden Teil überhaupt erst möglich macht. Ohne sie produzieren parallele Agents Merge-Chaos. Mit ihr bekommst du sauberes, reviewbares Ergebnis von jedem Agent gleichzeitig.
Ein Mensch behält das Kommando
Agentisch bedeutet nicht unbeaufsichtigt. Eine Senior-Ingenieurin steckt den Umfang ab, setzt den Plan auf, prüft, was zurückkommt, und entscheidet, was live geht. Die Agents übernehmen Menge und Breite. Der Mensch hält Urteilsvermögen und Richtung.
Diese Balance ist entscheidend. Das Ziel ist nicht, das Engineering-Gespür aus dem Loop zu nehmen. Es ist, gutem Gespür sehr viel mehr Reichweite zu geben.
Was das für dich bedeutet
Wenn du DDD auf Retainer holst, mietest du nicht eine Person, die schneller tippt. Du mietest eine Methode. Dieselbe Orchestrierung, mit der wir unser eigenes Studio betreiben (inklusive genau dieser Plattform), baut deine Tools, Automatisierungen und KI-Features.
Das praktische Ergebnis ist einfach. Du siehst schnell funktionierende Software, der wirkungsstärkste Build landet in den ersten Wochen, und ein schlankes Team deckt Strecke ab, für die es normalerweise ein deutlich größeres bräuchte. Das ist der ganze Sinn von agentischem Bauen, und genau deshalb haben wir das Tooling dafür gebaut, statt nur darüber zu reden.