Es gibt Kanäle, an denen Schiffe eine Treppe hochfahren. Das ist kein Bild, sondern eine echte Treppe aus Wasserbecken, eines über dem anderen, jedes durch ein Tor vom nächsten getrennt. Das Schiff fährt in die unterste Kammer, das Tor hinter ihm schließt, Wasser strömt nach, das Schiff steigt ein paar Meter. Erst dann öffnet sich das Tor nach vorn, und alles beginnt von vorn.
Die wichtigste Regel dieser Anlage sieht man nicht: Zwei Tore einer Kammer sind nie gleichzeitig offen. Wäre eines vergessen, liefe die halbe Wasserstraße leer und das Schiff säße im Schlamm. Die ganze Konstruktion existiert aus einem einzigen Grund. Sie zerlegt einen großen Höhenunterschied in kleine Schritte, von denen jeder für sich abgeschlossen wird.
An dieses Bild musste ich denken, als ich zum ersten Mal aufgeschrieben habe, wie bei referro.ai Software entsteht. Das ist ein Startup, an dem ich beteiligt bin, und dort schreiben AI-Agenten den überwiegenden Teil des Codes. Nicht als Pilotversuch, sondern im Regelbetrieb. Wer erwartet, dass das chaotisch aussieht, liegt falsch – es sieht aus wie eine Schleusentreppe.
Acht Stationen, drei davon für Menschen
Jede Änderung am Produkt beginnt als Ticket. Kein Ticket, keine Arbeit. Das klingt nach Bürokratie, bis man merkt, was diese Regel verhindert: dass jemand, der in Sekunden hundert Zeilen Code produziert, mal eben etwas dazubaut, das niemand bestellt hat.
Von dort wandert das Ticket durch feste Stationen. Zuerst schreibt ein Agent ein Konzept, ohne eine Zeile Code anzufassen, und listet darunter alles auf, was er nicht sicher entscheiden kann. Ein zweiter Lauf beantwortet, was sich aus der bestehenden Software beantworten lässt, mit Verweis auf Datei und Zeile. Was eine echte Produkt- oder Rechtsfrage ist, bleibt offen stehen und wartet auf einen Menschen. Danach entsteht ein Implementierungsplan mit Dateiliste und einer Tabelle verbindlicher Werte: welche Beschriftung genau, welcher Grenzwert genau. Erst dann wird gebaut.
Nach dem Bauen prüft ein frischer Agent in einer eigenen Sitzung, was der erste getan hat. Er kennt dessen Gedanken nicht, er sieht nur Ticket, Plan und Ergebnis. Parallel läuft die automatische Prüfstraße: Formatierung, Typen, Sicherheitsscans, Datenbankmigrationen, hunderte Tests. Ist sie rot, wird nicht ausgeliefert. Punkt.
Menschen sind an genau drei Stellen im Spiel. Sie geben das Ticket frei, sie beantworten die offenen Fragen, und sie nehmen ab, was man sehen kann. Der Rest läuft ohne sie – und er läuft nachts.
Warum zwei Tore nie gleichzeitig offen sind
Die naheliegende Reaktion auf so eine Kette lautet: Warum so umständlich? Wenn die Maschine ohnehin in Minuten baut, warum nicht direkt bauen lassen und hinterher schauen?
Weil die Trennung der eigentliche Qualitätshebel ist, nicht die Geschwindigkeit dazwischen.
Das Konzept entsteht, bevor eine Zeile Code existiert. Missverständnisse werden sichtbar, solange sie in einem Textabsatz stehen und nicht in vierzehn Dateien. Ein falsch verstandenes Ticket kostet an dieser Stelle fünf Minuten, drei Stationen später einen halben Tag.
Umsetzung und Prüfung laufen in getrennten Sitzungen. Das ist das Vier-Augen-Prinzip, übersetzt in eine Welt ohne Augen. Ein Agent, der seine eigene Arbeit prüft, findet vor allem Bestätigung. Ein Agent, der nur Auftrag und Ergebnis sieht, findet die fehlende englische Übersetzung.
Und der Plan ist der Maßstab. Umsetzung und Review haken dieselbe Checkliste ab. Damit ist objektiv prüfbar, ob gebaut wurde, was bestellt war. Das ist der Unterschied zwischen „sieht gut aus“ und „ist vollständig“.
Beide Tore gleichzeitig offen hieße: bauen und dabei prüfen. Fühlt sich effizient an. Läuft der Kanal leer.
Der Agent sieht nur, was aufgeschrieben ist
Jetzt der Teil, den ich für den unterschätzten halte, und er handelt von Daten.
Ein Agent hat kein Flurwissen. Er war bei keiner Entscheidung dabei, er kennt keine gewachsene Konvention, und er ahnt nicht, warum ein Feld in der Datenbank heißt, wie es heißt. Was nicht geschrieben steht, existiert für ihn nicht. Deshalb liegt in diesem Projekt ein kleiner, verbindlicher Regelsatz im Repository: welche Status ein Vorgang durchlaufen darf, welche Rolle was sehen darf, wie mit Einwilligungen umzugehen ist, wie Kennzahlen gerechnet werden. Widerspricht der Code dieser Sammlung, gewinnt die Sammlung. Ändern lässt sie sich nur über ein eigens gekennzeichnetes Ticket, das ein Mensch als solches markiert hat.
Das ist keine Doku-Romantik, sondern eine schlichte Erkenntnis: Der Kontext, den Du einer AI durchreichst, ist ihre Obergrenze. Dieselbe Mechanik kennst Du von Daten. Eine AI nimmt ausschließlich wahr, was ihr zugestellt wird, nur schneller und in größerem Maßstab. Ein Unternehmen, dessen Regeln in vier Köpfen stecken, kann Agenten nicht sinnvoll einsetzen. Nicht weil die Technik fehlt – weil das Sinnessystem fehlt.
Die gute Nachricht: Dieser Aufwand zahlt doppelt. Aufgeschriebene Regeln helfen dem Agenten und dem nächsten Menschen gleichermaßen.
Und jetzt die Sternchen
Ich will das nicht schöner malen, als es ist.
Der Engpass verschwindet nicht, er wandert. Wenn Konzept, Plan, Code, Tests und Review über Nacht durchlaufen, staut sich alles vor der letzten Kammer: der menschlichen Abnahme. Genau deshalb gehen rein technische Änderungen nach dem Review direkt durch, und nur nutzersichtbare landen bei einem Menschen. Der Engpass wird geschont wie eine Schleuse, durch die alle müssen.
Agenten machen Fehler, regelmäßig. Der Prozess ist nicht gebaut, um das zu verhindern, sondern um es früh sichtbar zu machen. Ein Review ohne Befunde ist der Normalfall und kein Beweis für Nachlässigkeit. Ein Ticket, das aus der Abnahme zurückkommt, ist kein Prozessversagen, sondern der Prozess bei der Arbeit.
Und manchmal ist die Prüfstraße rot, dann steht die Auslieferung. Das ist unbequem und richtig. Die einzige Regel, über die nie verhandelt wird: Nichts wird grün gemacht, indem man die Prüfung abschaltet.
Was das für Dein Unternehmen heißt
Wenn Du über AI in der Softwareentwicklung nachdenkst, ist die spannende Frage nicht, welches Modell am besten programmiert. Die Modelle sind gut genug, und sie werden nächstes Jahr besser sein, ohne dass Du etwas dafür tust. Die spannende Frage ist eine andere: Kannst Du Deine Aufträge so präzise formulieren, dass ein sehr schneller, sehr belesener neuer Mitarbeiter ohne Rückfrage loslegen könnte? Und hast Du Kammern gebaut, in denen jeder Schritt für sich abgeschlossen wird?
Business führt, People und Technology befähigen. Hier wird der erste Teil plötzlich sehr wörtlich: Was nicht im Auftrag steht, entsteht nicht.
Die Schleusentreppe macht kein einziges Schiff schneller. Sie macht den Höhenunterschied überhaupt erst befahrbar.