Das Agenten-Organigramm: was DL4 wirklich verlangt

DL3 war Wissen. DL4 ist Führung.

DL3 ist die Wissensschicht: die CLAUDE.md, die Kontextdateien, der Teamstandard. Auf DL3 treiben Sie jede Phase noch selbst. Der Gewinn ist echt und begrenzt, weil Sie in jeder Schleife der Engpass sind.

DL4 passiert, wenn Sie dieses Wissen an eine Flotte von Agenten übergeben und zum Review zurücktreten. Eine Anfrage hinein, ein fertiges Feature heraus, und Sie genehmigen nur die Teile, auf die es ankommt. Die Arbeit ändert ihre Form vollständig: Sie sind nicht mehr der Entwickler, der promptet. Sie führen ein Team, das Sie nicht sehen können.

Ihre Aufgabe.Auf DL3 treiben Sie jede Phase selbst. Auf DL4 prüfen Sie, worauf es ankommt.
Die Arbeitseinheit.Auf DL3 ist es der Prompt. Auf DL4 ist es die Anfrage.
Wer ausführt.Auf DL3 Sie, eine Session nach der anderen. Auf DL4 eine Flotte von Agenten auf demselben Kontext.

Das Schwere waren nie die Agenten

Ein Agent, der Code schreibt, sind die einfachen achtzig Prozent. Sobald Sie mehr als einen haben, zeigt sich das eigentliche Problem, und es ist nicht technisch. Es ist organisatorisch: wer gibt wem Arbeit, wer darf ausliefern, wer fängt die Sicherheitsregression, wer macht aus einer einzelnen Korrektur eine Regel, an die sich die ganze Flotte hält.

Das ist ein Organigramm. Keine Metapher dafür, sondern eine echte Karte aus Rollen, Befugnissen und Review-Gates, nur dass jedes Kastl ein Agent ist und Sie der einzige Mensch im Raum sind.

Das ist keine Whiteboard-Skizze. Wir haben diese Flotte bei Intertec gebaut, betreiben sie an unseren eigenen Produkten und bringen sie in die Kundenlieferung. Die Form, die bei uns funktioniert, ist eine Flotte spezialisierter Agenten über gestaffelte Verantwortungen, mit einem einzigen Dirigenten obendrüber.

Welche Agenten zuerst

Man baut nicht die ganze Flotte auf einmal. Man baut zuerst die Agenten, die die Schleife schließen, und fügt die Governance-Schichten zuletzt hinzu. Die Reihenfolge ist die Strategie. Baut man sie rückwärts, bekommt man eine Flotte, die schnell und falsch ausliefert.

1. Die Schleife schließen.Eine Anfrage hinein, ein fertiges Feature heraus, ein Mensch genehmigt, worauf es ankommt. Nichts anderes geht live, bis diese Schleife für sich vertrauenswürdig ist.
2. Der Dirigent.Die Orchestrierungsschicht, die Arbeit verteilt, den Zustand hält und Ihnen eine Sache zum Steuern gibt statt sechzehn. Ohne sie hüten Sie wieder jede Session einzeln.
3. Sicherheit.Der Agent, der die Regression fängt, die ein Coder bereitwillig ausliefern würde. Eine Flotte ohne ihn wird nicht langsamer. Sie wird schneller falsch.
4. Die Lernschleife.Jede Korrektur aus dem Review fließt zurück in den gemeinsamen Kontext, damit die Flotte einen Fehler einmal macht und nicht sechzehnmal. Das ist Ihr DL3-Brain, das jetzt Agenten füttert.
5. Discovery.Die Agenten, die Arbeit aufspüren statt sie nur zu tun. Mächtig – und nutzlos, solange Schleife, Dirigent und Governance nicht stehen. Zuletzt, mit Absicht.

Wo DL4-Teams hängen bleiben

Die Teams, die auf DL4 hängen bleiben, haben Coder gebaut und Dirigent und Governance übersprungen. Sie haben eine Flotte, die Code schreibt, und nichts, das sie führt – also steigt die Geschwindigkeit und das Vertrauen fällt, und irgendwann rollt man das Ganze leise zurück.

Der Trade-off, den die Demos auslassen: eine Flotte verstärkt, was man ihr gibt. Eine gute Regel erreicht jeden Agenten sofort. Eine schlechte auch. Ohne die Lernschleife und das Review-Gate aus DL3 skalieren Sie nicht die Lieferung. Sie skalieren Ihre schlechteste Annahme, parallel.

Bilden Sie Ihre Lieferung auf DL4 ab

Wenn Sie DL3 erreicht haben, haben Sie das Wissen. DL4 ist die schwerere, weniger glamouröse Arbeit, dieses Wissen in Rollen, Befugnisse und Gates zu übersetzen, die eine Flotte ohne Sie in jeder Schleife betreiben kann. Erst die Agenten, die die Schleife schließen. Dann der Dirigent. Dann Governance. In dieser Reihenfolge.

Deshalb die Frage, die ich unseren eigenen Teams immer stelle: wenn Sie Ihre Lieferung morgen auf DL4 abbilden würden, auf welcher Schicht würden Sie am längsten einen Menschen lassen?

FAQ

Was ist DL4 in der KI-gestützten Lieferung?

Das Level, auf dem Sie Ihren gemeinsamen Kontext an eine Flotte von Agenten übergeben und zum Review zurücktreten. Eine Anfrage hinein, ein fertiges Feature heraus, und Sie genehmigen nur, worauf es ankommt. Es liegt ein Level über DL3, wo die KI Ihr Projekt versteht, Sie aber jede Phase selbst treiben.

Wie unterscheidet sich DL4 von DL3?

DL3 ist Wissen: die Kontextdateien und der Teamstandard, mit Ihnen als Treiber jeder Phase. DL4 ist Führung: Sie übergeben dieses Wissen an Agenten und prüfen Output, statt ihn zu produzieren. Die Arbeitseinheit wandert vom Prompt zur Anfrage.

Warum ist das Organigramm schwerer als die Agenten?

Ein Agent, der Code schreibt, ist der einfache Teil. Sobald eine Flotte da ist, ist das Problem organisatorisch: wer gibt wem Arbeit, wer darf ausliefern, wer fängt die Sicherheitsregression, wer macht aus einer Korrektur eine Regel. Das sind Rollen, Befugnisse und Review-Gates, nur dass jedes Kastl ein Agent ist.

Welche Agenten baut man zuerst?

Die, die die Schleife schließen: Anfrage hinein, fertiges Feature heraus, menschliches Review am Ende, mit einem Dirigenten zur Orchestrierung. Governance kommt danach, in dieser Reihenfolge: Sicherheit, die Lernschleife, die Korrekturen in den gemeinsamen Kontext zurückführt, und Discovery zuletzt.

Warum bleiben Teams auf DL4 hängen?

Weil sie Coder bauen und Dirigent und Governance überspringen. Die Geschwindigkeit steigt, das Vertrauen fällt, und das Experiment wird zurückgerollt. Eine Flotte verstärkt, was man ihr gibt, also erreicht eine schlechte Regel sofort jeden Agenten. Der Code war nie der Engpass.

DL4AgentenOrchestrierung

Sie denken darüber nach, die Lieferung an eine Agentenflotte zu übergeben? Das Assessment zeigt, ob Ihr Kontext und Ihre Gates dafür bereit sind.

Kostenloses Assessment buchen →