Neulich ist mir in mehreren Gesprächen dasselbe Muster aufgefallen. Frag im Team, was die Leute vom agentischen Coden halten, und du bekommst ein ganzes Meinungsspektrum. Aber an seinen beiden Enden sitzen zwei erstaunlich klar getrennte Lager.
- Die einen feiern. Für sie war Code nie der Punkt, sondern das Mittel. Sie wollen ein Business-Problem lösen, eine Anwendung bauen, die jemandem das Leben leichter macht, und ob die entscheidende Funktion von Hand getippt oder von einem Agenten generiert wurde, ist ihnen ungefähr so wichtig wie die Marke des Schraubenziehers, mit dem das Regal an die Wand kam. Für diese Gruppe ist gerade Weihnachten.
- Die anderen trauern. Und zwar nicht ein bisschen. Für sie war das Lösen eines kniffligen Logikproblems nie lästige Vorarbeit, sondern der eigentliche Reiz. Der Moment, in dem sich ein verzwicktes Stück Realität in sauberen, funktionierenden Code fügt, ist für sie das, was für andere ein gelöstes Kreuzworträtsel ist, nur schöner, weil am Ende etwas läuft. Programmieren ist ihr Hobby, ihre Leidenschaft, und es grenzte für sie an einen Glücksfall, dass jemand bereit war, sie für genau das zu bezahlen. Diese Gruppe kommt mit dem KI-Zeitalter am wenigsten klar. Und das ist verständlicher, als die Feiernden oft zugeben wollen.
Zwischen den Polen sitzen die meisten.
Die Kollegin, die den Agenten für die Recherche im fremden Code anwirft oder sich eine zähe Doku zusammenfassen lässt, die eigentliche Logik dann aber selbst schreibt. Hybridarbeit, undramatisch, und vermutlich der größte Teil des Teams. Trotzdem sind die beiden Pole unverkennbar, und sie sitzen im selben Stand-up.
Ich gehöre zu den Feiernden. Das vorweg.
Damit du weißt, woher ich rede: Ich bin im ersten Lager. Ich feiere das hier komplett. Ich finde es großartig, was gerade möglich wird, und ich habe nicht vor, so zu tun, als hätte ich heimlich Bauchschmerzen.
Aber genau deshalb muss ich ehrlich sein, sonst wird das hier ein billiger Text. Wenn einer aus dem Gewinner-Lager der trauernden Gruppe erklärt, sie solle sich mal nicht so anstellen, es gehe doch gar nichts verloren, dann ist das, was es ist: der Gewinner, der dem Verlierer auf die Schulter klopft. Das riecht jeder sofort, und zu Recht.
Also sage ich es klar: Doch, es geht etwas verloren. Wer den Großteil seines Codes künftig nicht mehr Zeile für Zeile selbst formt, sondern beschreibt, prüft und freigibt, übt einen anderen Beruf aus als vorher. Die Tätigkeit, die jemand zwanzig Jahre lang geliebt hat, verschiebt sich. Ein Teil davon wird seltener. Das ist kein Nostalgie-Kitsch, das ist eine echte Veränderung an etwas, das für viele Identität ist, nicht nur Job. Wer da trauert, trauert nicht um nichts.
Erst wenn das gesagt ist, ist der Rest des Textes überhaupt etwas wert. Denn ich glaube tatsächlich, dass die trauernde Gruppe weniger verliert, als sie befürchtet, und an einer Stelle sogar gewinnt. Nur kommt dieser Trost nicht aus „ist doch alles super“, sondern aus etwas Konkretem. Und es hat, ausgerechnet, mit dem Käfig zu tun, um den sich diese ganze Serie dreht.
Der Käfig fragt nicht, wer getippt hat
Die Serie beschreibt einen Apparat, der dafür sorgt, dass der Output eines Agenten geprüft wird, bevor er in Produktion landet: aus Gates (automatischen Prüfungen, die ein Merge bestehen muss), einer Spec (der Beschreibung dessen, was gebaut werden soll), einem Loop (dem Kreislauf aus Bauen, Prüfen, Nachbessern) und Eindämmung (dem Prinzip, den Agenten nur so weit zu lassen, wie es sicher rücknehmbar ist). Der naheliegende Gedanke ist: Das ist eine Maschine, um Agenten im Zaum zu halten. Stimmt auch. Aber sie hat eine Eigenschaft, die leicht übersehen wird, und die für diese ganze Lager-Frage entscheidend ist.
Der Käfig ist quellen-agnostisch. Die Pipeline interessiert sich nicht dafür, wer den Code geschrieben hat. Ein Pull Request ist ein Pull Request. Die Tests laufen, der Typecheck greift, das Mutation-Gate prüft, ob die Tests etwas taugen, die Architektur-Regeln schlagen an oder nicht, der Mensch nimmt das Riskante ab. Ob hinter dem Diff ein Agent steht oder jemand, der die Funktion mit Vergnügen von Hand ausgetüftelt hat, ist der Pipeline gleichgültig.
Das hat eine schöne Konsequenz. Niemand verbietet dir, weiter von Hand zu schreiben. Du kippst deinen handgemachten Code in dieselbe Pipeline wie alle anderen, er folgt denselben Regeln, und dort, wo selbst gute Hand unter Termindruck nachlässt, wird auch er dadurch besser. Der Käfig degradiert dich nicht zum Prompt-Tipper. Er nimmt deine Handarbeit so ernst wie jede andere Arbeit, nämlich indem er sie prüft, statt sie auf Zuruf zu glauben.
Und damit ich mich nicht selbst belüge: Dass dir niemand das Von-Hand-Schreiben verbietet, heißt nicht, dass der Markt es dir leicht macht. Wenn der Kollege mit dem Agenten dasselbe Feature in einem Bruchteil der Zeit durch dieselben Gates bringt, gerätst du unter Druck, auch ohne dass es je jemand anordnet. Die Pipeline schützt deine Freiheit zu wählen, nicht die Wirtschaftlichkeit deiner Wahl. Das ist ein handfester Verlust, und ich werde ihn nicht wegreden.
Damit ist die Frage „von Hand oder generiert?“ als Qualitätsfrage erledigt. Was bleibt, ist Geschmack und Tempo, und das Tempo ist, wie gerade gesagt, kein bloßer Geschmack. Aber die Qualitätsfrage, um die es in dieser Serie geht, stellt der Käfig, und er stellt sie an beide gleich.
Erster Trost*: Der Käfig gibt dir recht.
* Eigentlich gar kein wirklicher Trost …
Die Stelle, die ich der trauernden Gruppe am liebsten in Erinnerung rufe:
In Teil 6 dieser Serie steckt ein Gedanke, der hier sein volles Gewicht bekommt: Nichts an diesem Boden ist neu. Linter, statische Analyse, eine ordentliche Testsuite, saubere Architektur, dazu das zweite Augenpaar vor dem Merge, das alles gehörte zum guten Handwerk, lange bevor der erste Agent eine Zeile schrieb. Wer es ernst nahm, baute schon immer bessere Software. Es war nur nie erzwungen. Es war die Kür, die Disziplin, die man unter Termindruck am Freitagnachmittag auch mal ausfallen ließ, mit dem festen Vorsatz, das nächste Woche nachzuholen.
Und wer hat diese Disziplin über die Jahre am lautesten eingefordert? Nicht, dass es den Pragmatikern um schlechte Qualität gegangen wäre, im Gegenteil, auch ihnen ging es immer um ein Ergebnis, das hält. Aber die Disziplin um ihrer selbst willen hochzuhalten, selbst wenn sie im Moment Tempo kostete, das war eher die Sache der Handwerker. Die Leute, die sich über einen ungetesteten Hotfix ehrlich aufregen konnten, die in Reviews auf Dinge bestanden, die „doch eh egal“ schienen, die eine saubere Abstraktion einer schnellen schätzten, auch wenn niemand sie dazu zwang.
Der Käfig ist die Institutionalisierung genau dieser Werte. Was sie früher den nervigen Kollegen nannten, der auf Tests bestand, ist jetzt ein Pflicht-Gate. Was als Pedanterie abgetan wurde, ist jetzt die Voraussetzung dafür, dass überhaupt etwas mergt. Anders gesagt: Das KI-Zeitalter gibt ausgerechnet der Gruppe recht, die am wenigsten damit klarkommt. Auf der Qualitätsebene haben die Handwerker recht behalten. Ihre Standards sind nicht mehr verhandelbar, weil ein Agent, der ungebremst Schrott produziert, sie schmerzhaft nötig macht.
Ich weiß, wie das klingen kann: Eure Werte siegen, ausgerechnet während eure tägliche Arbeit sich verändert. Ein Sieg, der nach Trostpreis riecht. Ich behaupte trotzdem, dass es mehr ist als das, ob es sich wie Genugtuung anfühlt, kann ich dir nicht vorschreiben. Aber der Käfig ist nicht der Feind des Handwerks. Er ist das Handwerk, das endlich nicht mehr optional ist.
Zweiter Trost: Das Handwerk verschwindet nicht, es steigt eine Etage höher
Bleibt der Teil, der wirklich wehtut: Auch wenn deine Werte gewinnen, tippst du weniger selbst. Das stimmt, und ich nehme es nicht zurück.
Aber schau, wohin die Energie wandert. Die Leidenschaft, von der wir reden, ist ja im Kern nicht die Liebe zum Tippen. Niemand vermisst das Eintippen von Boilerplate. Es ist die Lust am Lösen, das Vergnügen, ein schwieriges Problem zu durchdringen und in eine Form zu bringen, die hält. Und dieses Vergnügen verschwindet nicht, es zieht um.
Den Käfig zu bauen, ist selbst ein Logikproblem, und kein kleines. Wo sitzt das Gate, damit es der Produzent nicht erreicht? Wie staffele ich Risiko, ohne den Durchsatz zu erwürgen? Wie baue ich eine Spec, die den Intent wirklich fängt, statt ihn nur zu behaupten? Das sind genau die Sorte verzwickter, befriedigender Probleme, für die das Handwerker-Hirn gebaut ist. Nur eine Abstraktionsebene höher als eine for-Schleife.
Und das letzte Glied, das kein Gate je übernehmen wird, gehört dem Menschen: das wirklich Neue zu entscheiden, die harten Fälle zu verantworten, zu beurteilen, ob die Spec überhaupt das Richtige will. Teil 7 dieser Serie handelt davon, dass der Mensch nicht verschwindet, sondern an den wertvollsten Punkt rückt. Dass vollautonome Entwicklung eine Illusion bleibt, sehen auch andere bei uns im Haus so. Nenn es nicht Beförderung, das wäre zu glatt. Es ist ein Tausch: „ich schreibe die Lösung“ gegen „ich entwerfe das System, das gute Lösungen erzwingt, und entscheide die Fälle, die wirklich schwer sind“. Für viele, die das Lösen lieben, ist das ein guter Tausch, anspruchsvoller als CRUD, nicht banaler. Aber ich will nicht so tun, als wäre er für jeden gut. Wer die for-Schleife selbst liebt und nicht die Ebene darüber, dem nützt das eleganteste Systemdesign wenig.
Wofür ich keinen Trost habe
Bis hierhin habe ich jeden Verlust brav in einen Gewinn überführt, und genau das ist die Stelle, an der du mir mit Recht misstraust. Also lass mich zwei Dinge einfach stehen lassen, für die ich keinen Ausgleich anzubieten habe.
Das erste betrifft die, die nach uns kommen. Die Urteilskraft, die den Käfig überhaupt bedienbar macht, das Gespür dafür, ob ein Diff stimmt, ob eine Abstraktion trägt, ob ein Test wirklich etwas prüft, kommt aus genau den Jahren des Selbst-Schreibens, die wir gerade abkürzen. Wer heute anfängt und von Tag eins an reviewt statt schreibt, lernt das Handwerk vielleicht nie von der Pike auf. Wer soll in zehn Jahren auf der oberen Etage urteilen, wenn niemand mehr die untere durchlaufen hat? Ich habe darauf keine Antwort. Ich will es nur nicht verschweigen.
Das zweite ist persönlicher. Nicht jeder wird diesen Übergang mitmachen wollen, und manche werden ihn nicht mitmachen können. Manche haben das Tippen geliebt, nicht das Entwerfen, und für die ist die obere Etage kein Zuhause, sondern ein fremder Ort. Da hilft kein Umzug-Narrativ. Manche Trauer hat schlicht kein Gegengewicht, und ich maße mir nicht an, sie wegzuargumentieren.
Was das fürs Team heißt
Der praktische Teil, und er ist fast unspektakulär: Du musst dein Team nicht zu einer Meinung bekehren.
Du brauchst keine Team-Direktive „ab jetzt alle mit Agenten“. Der Pragmatiker fährt seinen Agenten mit Vollgas, der Handwerker schreibt weiter von Hand, und die große Mitte, die den größten Teil des Teams ausmacht, mischt beides, wie es ihr gerade passt. Auch sie muss sich nicht entscheiden, denn alle treffen sich an derselben Stelle: am Pull Request, der durch dieselben Gates muss. Die Pipeline ist die gemeinsame Sprache, auf die sich beide Lager einigen können, ohne dass eines sein Selbstverständnis aufgeben muss.
Das nimmt der Diskussion die Schärfe.
„Sollten wir mehr KI einsetzen?“ ist eine Glaubensfrage, an der sich Teams zerlegen.
„Erfüllt dieser PR unsere Qualitätsstandards?“ ist eine sachliche, die der Käfig ohnehin beantwortet, egal woher der Code kam. Du verlagerst den Streit von der Identität auf das Ergebnis, und das Ergebnis ist messbar.
Als der Kollege, den im Team beide Seiten gerne fragen, ist das mein praktischer Rat: Streite nicht über Werkzeuge. Bau den Käfig, und lass die Leute auf dem Weg dorthin arbeiten, wie sie wollen. Der Handwerker wird merken, dass seine Standards endlich Rückendeckung haben. Der Pragmatiker wird merken, dass er Tempo bekommt, ohne dass es im Chaos endet. Beide arbeiten am selben Ziel, sie kommen nur aus verschiedenen Richtungen.
Alle Teile aus dieser Serie
Teil 1 · 11 Min.Warum bessere Prompts deinen KI-Code nicht retten
Teil 2 · 12 Min.Spec-Driven Development, oder: EARS vs. Vibe Coding
Teil 3 · 16 Min.Mutation Testing bei KI-Agenten: Wer hält das Schloss?
Teil 4 · 12 Min.Merge Queue für KI-Agenten
Teil 5 · 17 Min.Blast Radius – was dein Agent anrichtet, wenn er nicht mehr dir gehört
Teil 6 · 16 Min.Die Risiko-Staffel gegen den Kontrollverlust beim Agenten
Teil 7 · 14 Min.Wo die Dark Factory das Licht anlässt
Teil 8 · 23 Min.100 % Mutation Score und trotzdem kaputt: Der Digital Twin
Teil 9 · 11 Min. · Du liest geradeWas vom Programmieren übrig blieb
Wir treffen uns am Käfig
Ich feiere das KI-Zeitalter, das bleibt dabei. Aber ich will nicht in einer Zukunft ankommen, in der die eine Hälfte des Teams jubelt und die andere sich abgehängt fühlt. Das wäre nicht nur unfreundlich, es wäre auch dumm, denn die trauernde Hälfte ist die, die am tiefsten versteht, warum Qualität nicht verhandelbar ist.
Die gute Nachricht, soweit es eine gibt, ist: Niemand muss zum anderen Lager überlaufen. Die Brücke steht schon, und sie heißt nicht „KI“ und nicht „Handarbeit“. Sie heißt Qualität, in eine Pipeline gegossen, die nicht fragt, wer den Code geschrieben hat, sondern nur, ob er hält.

Dort treffen wir uns, so gut es geht. Der eine kommt mit dem Agenten, der andere mit der Tastatur. Für die, die kommen, ist am Käfig Platz für beide, und beide werden gebraucht. Aber ich will es nicht glatter sagen, als es ist: Nicht jeder wird ankommen. Manche werden diesen Weg nicht gehen wollen, und manche werden ihn nicht gehen können. Das bleibt stehen, neben allem Übrigen.
War der Artikel hilfreich?
Danke!
Kein Login nötig · Kommentar optional · kann anonym veröffentlicht werden


Schreibe einen Kommentar