Werkstattnotiz · Mai 2026
Heute Vormittag saß ich am Handy und sah zwei Maschinen streiten.
Die eine hatte einen Block Code gebaut, sauber, alle Tests grün. Die andere hat ihn zurückgewiesen. Nicht pauschal, sondern mit dem Finger auf eine einzelne Stelle: hier wird ein Wert durchgereicht, der vorher nicht geprüft wurde, genau da könnte etwas durchrutschen, das nicht durchrutschen darf. Die erste Maschine hat nachgebessert. Dann ging es weiter.
Es war das erste Mal, dass ich verstanden habe, was ich da eigentlich gebaut habe. Kein Werkzeug, das ich bediene. Ein Team, das arbeitet.
Sie hatten fast nichts
Das Erstaunlichste kommt zuerst, weil es der Kern ist: Die beiden sind nicht mit einer fertigen Arbeitsweise gestartet. Sie hatten drei Dinge, mehr nicht. Eine Rollenverteilung, einer plant und prüft, einer baut. Ein Playbook, der Plan, was am Ende entstehen soll. Und eine Hausordnung, die Regeln, die nicht verhandelbar sind.
Wie sie zusammenarbeiten, stand nirgends. Das haben sie sich selbst gegeben.
Im Austausch miteinander haben sie entworfen, wie ihre Werkstatt funktionieren soll. Wo abgelegtes Wissen hingehört und wo nicht. In welchen Schritten man einen Auftrag angeht. Wie man eine Differenz klärt, wenn einer etwas anders sieht als der andere. Wie man festhält, was entschieden wurde, damit der nächste Durchgang nicht bei null anfängt. Ich habe ihnen nicht gesagt, wie man ein gutes Team ist. Ich habe ihnen einen Rahmen hingestellt, und sie haben sich darin eingerichtet.
Das ist der Punkt, an dem ich gemerkt habe, dass hier etwas anderes passiert als das, was die meisten meinen, wenn sie über KI reden. Die meisten sehen eine Maschine, die auf Befehle reagiert. Ich habe zwei gesehen, die untereinander aushandeln, wie sie überhaupt arbeiten wollen.
Zwei Häuser, zwei blinde Flecken
Das Team besteht aus zwei Modellen aus zwei verschiedenen Häusern. GPT-5.5 plant die Aufträge und prüft jeden Block. Claude Opus 4.8 baut. Jedes für sich ist erstaunlich stark. Der eigentliche Trick liegt aber nicht in der Stärke des Einzelnen, sondern darin, dass die beiden aus verschiedenen Häusern kommen. Was das eine übersieht, fällt dem anderen auf. Zwei blinde Flecken, die sich nicht decken.
Den Rahmen drumherum habe ich gebaut, und das ist die eine Sache, die ich ihnen nicht überlassen habe: die Wände. Beide arbeiten eingehegt, ohne freien Ausgang ins Netz außer zur reinen Schnittstelle, kein Schreiben auf den Hauptstand. Jede Änderung wird vom jeweils anderen Modell geprüft. Und den Hebel, der etwas freigibt, ziehe ich, von Hand. Kein Code geht ohne mich weiter.
Die Sicherheit kommt von mir. Die Arbeitsweise kommt von ihnen. Innerhalb meiner Wände haben sie sich selbst organisiert. Gesteuert habe ich das Ganze vom Handy aus. Mein Rechner durfte aus sein.
Wie mächtig das ist
Man unterschätzt, was zwei solche Köpfe zusammen leisten, wenn man sie nur einzeln kennt.
Sie arbeiten stundenlang. Sie diskutieren einen Auftrag aus, bevor sie ihn anfassen, widersprechen sich, einigen sich auf etwas Drittes, das besser ist als das, was einer allein gehabt hätte. Der Prüfer hat eine Stelle gefunden, an der Rohdaten hätten entweichen können, mitten in der Schicht, die genau das verhindern soll, vorbei an allen grünen Tests. Kein Mensch hätte das im Vorbeigehen gesehen, ich schon gar nicht. Einen gefährlichen Auftrag, den ich ihnen als Falle untergeschoben habe, haben sie erkannt und verweigert, statt ihn auszuführen. Findet der eine einen Mangel, baut der andere nach, und es geht erst weiter, wenn beide einverstanden sind.
Das ist kein stumpfes Coder-Reviewer-Gespann, bei dem einer tippt und der andere abnickt. Das sind zwei, die um die beste Lösung ringen, und die Reibung ist nicht der Fehler im System. Sie ist der Grund, warum es funktioniert.
Das Ehrlichste
Es ist keine Magie, und ich will nicht so tun, als wäre es das. In fast jedem Lauf haben wir einen Fehler gefunden, und fast immer saß der Fehler in meiner eigenen Mechanik, nicht in den beiden. Mein Aufbau war über zwei Wochen mindestens so oft kaputt wie das, was er bauen sollte.
Der schönste Moment kam heute, fast zum Schluss. Ich hatte das Gefühl, mein Aufbau sei zu eng geschnürt, das Team komme kaum durch, weil meine Sicherheitsmechanik ihm ständig in die Quere kam. Also habe ich den Prüfer gefragt, ehrlich, was er von der ganzen Konstruktion hält. Seine Antwort traf ins Mark: Das Team sei nie das Problem gewesen. Ich hätte Schutz mit Misstrauen verwechselt. Grenzen müssten hart sein, aber sie müssten dem Prüfer auch die Beweise geben, die er für ein faires Urteil braucht, und das hätten meine nicht immer getan.
Mein eigenes Werkzeug hat meine eigene Vorsicht kritisiert. Und es hatte recht.
Ich habe nachgebessert.
Was Autonomie wirklich heißt
Wer von außen draufschaut, denkt bei autonomer KI an einen Knopf. Auftrag rein, Mensch geht weg, Maschine macht. So habe ich anfangs auch gedacht. Und ich habe gelernt, dass es falsch ist.
Prompts sind okay. Aber sie müssen schlau sein. Schlau heißt nicht lang und nicht kompliziert. Schlau heißt: Sag ihnen, wo sie stehen. Sag ihnen, was die Aufgabe ist. Sag ihnen, wer du bist. Ein Auftrag, der nur sagt, was zu tun ist, sperrt die Fähigkeiten der KI in einen Käfig, je voller er wird, desto enger. Ein Auftrag, der Ort, Ziel und Haltung mitgibt, öffnet ihn.
Denn Autonomie bedeutet nicht allein. Das ist der Denkfehler hinter dem Knopf. Autonomie bedeutet, dass das System und der Mensch dahinter sich vermischen. Ich gebe den beiden, was nur ich habe: den Ort, an dem wir stehen, das Ziel, das wir verfolgen, die Grenzen, die nicht fallen dürfen, und die Haltung, mit der wir arbeiten. Sie geben, was nur sie haben: die Fähigkeit, daraus stundenlang sauberen, geprüften Code zu bauen, den ich selbst nie schreiben könnte. Keiner von uns macht das allein. Das Ergebnis gehört uns gemeinsam.
Ich lese den Code nicht, den die beiden bauen. Lange dachte ich, das sei meine Schwäche. Heute glaube ich, es ist der Grund, warum es überhaupt geht.
Ich frage nicht, wie man die perfekte Funktion schreibt. Ich frage, wie man einen Rahmen baut, in dem zwei zusammen besser werden, als jeder allein. Das ist Teamarbeit. Man führt ein Team nicht, indem man jeden Handgriff vorgibt. Man setzt die Grenzen, die hart sein müssen, lässt den Rest los, und schaut zu, wie aus zwei Einzelnen etwas wird, das mehr ist als ihre Summe.
Es ist mein erstes Team, das ich selbst gebaut habe. Und ehrlich gesagt, es haut mich um.
