Mitte Juli, als OpenAI, Anthropic und Google alle in dieselbe Richtung drückten, wurde die Diskussion laut: Autonome Coding-Agents würden künftig deine Software für dich schreiben. Ich baue beruflich Backend-Systeme und nutze diese Agents jeden Tag. Ich schätze sie. Wir entwickeln und liefern damit schneller.
Aber bei diesem «schneller» fängt der ehrliche Teil an.
Schneller ist nicht gratis
Wer hetzt, macht Abstriche bei der Qualität. Man verbringt weniger Zeit mit einem einzelnen Feature oder Problem, und der Code zeigt das. Wir leben im Zeitalter der KI, aber ausgereift ist es nicht, alles bewegt sich rasend schnell, die Agents inklusive. Die interessante Frage ist nicht, ob der Agent den Code schreiben kann. Sie lautet: Was machst du mit der Zeit, die er dir zurückgibt?
Wir stecken sie in Reviews statt ins Tippen.
Früher sah die Rechnung so aus: Ein Feature brauchte rund einen Tag zum Bauen, dann ein paar Stunden fürs Review, anderthalb bis zwei Tage von Anfang bis Ende. Heute lösen wir dasselbe Problem in Stunden, reviewen es und sind in weniger als einem Tag fertig. Die gesparte Zeit verschwindet nicht in einer Velocity-Kurve. Sie fliesst in andere Arbeit, während die Qualität bleibt, wo sie sein muss.
Agents, die Agents reviewen
Am besten funktioniert für uns, Agents einander reviewen zu lassen. Ein Coding-Agent schreibt. Ein separater Review-Agent prüft. Weil sie unterschiedlich denken, ist das kombinierte Ergebnis tatsächlich besser, weniger Probleme, durchdachterer Code. Wenn ein Pull Request bei mir landet, hat ihn schon ein starker Reviewer geprüft. Meine Aufgabe wird zum finalen Durchgang: Feinschliff, nicht Archäologie.
Bei den Grenzen will ich präzise sein, denn der Hype ist es nicht. Ein Review-Agent macht weiterhin Fehler. Er kann einen Bug stehen lassen oder einen Teil übersehen. Eine Garantie ist er nicht. Aber halte das gegen das, was im menschlichen Review einer grossen Änderung tatsächlich passiert: Dutzende geänderte Dateien, Hunderttausende Zeilen. Als Mensch schenkst du mit hoher Wahrscheinlichkeit nicht jedem Teil genug Aufmerksamkeit. Der zweite Agent ist also mehr als ein Sicherheitsnetz. Er sorgt dafür, dass genau die Stellen, die du sonst überfliegen würdest, im Detail angeschaut werden.
«Es ist nicht nur du, oder jemand, der sich an einen Teil der Software zu erinnern versucht, der vor Monaten geschrieben wurde. Es ist ein zusätzlicher Reviewer, und kein gewöhnlicher, sondern ein starker. Madat Bayramov»
Das Gedächtnis, das niemand im Team hat
Das stärkste Argument dafür sind nicht kleine Features, bei denen der Agent dir bloss etwas Zeit spart. Es sind die Projekte, die wir tatsächlich fahren.
Keine privaten Nebenprojekte. Das sind kommerzielle Vorhaben über rund ein Jahr, mit Teams quer über Backend, Frontend und diverse Produktbereiche. Nehmen wir vier Backend-Engineers an einem Tool. Einer schreibt im ersten oder zweiten Monat ein Feature. Im zehnten oder zwölften Monat hat dieselbe Person die meisten Details vergessen. Ihre Expertise dazu ist immer noch die grösste, aber nicht hundert Prozent. Und oft macht nicht einmal sie das Review, sondern ein anderer Engineer, der nie in diesem Code war.
Hier verändert ein Coding-Agent mit vollständigem Projektwissen die Rechnung. Menschliches Gedächtnis begrenzt ihn nicht, er ruft Informationen sofort ab. Im zehnten oder elften Monat wird ein zwischengeschalteter Review-Agent zum institutionellen Gedächtnis, das kein Einzelner im Team besitzt. Ohne ihn verbrennen Reviewer enorm viel Zeit damit, sich durch die Codebase zu wühlen, sich zu erinnern, wer was gebaut hat, Kolleg:innen hinterherzulaufen, Kommentare und Dokumentation erneut zu lesen. Ein Agent indexiert diesen Kontext sofort und ruft ihn ab.
Eines gebe ich offen zu: Ich kann dir keine einzelne dramatische Geschichte liefern, in der der Agent den einen Bug gefangen hat, den ein Mensch übersah. Aus demselben Grund wie bei allem anderen, ich bin ein Mensch, ich erinnere mich nicht an jeden Vorfall in dieser Detailtiefe, und einiges kann ich nicht teilen. Aber das Muster ist real und wiederholbar, und das zählt mehr als eine Anekdote.
Wo ich die Grenze ziehe
Nichts davon ersetzt die Grundlagen. Du brauchst weiterhin Unit-Tests und Integrationstests. Du brauchst weiterhin einen Menschen, der die Logik verantwortet, auf die es ankommt. Der Agent kommt dazu, er ersetzt nichts.
Die Grenze, die ich ziehe, ist deshalb einfach. Lass das Werkzeug die Arbeit machen, die es gut kann, einen ersten Entwurf schreiben und mit einem Gedächtnis reviewen, das keiner von uns erreicht. Und übernimm dann das finale Review selbst. Der Lohn dafür, Agents gut einzusetzen, ist nicht, ohne Nachdenken auszuliefern. Es ist, ins Review zu kommen und schon zu wissen, dass der Code einmal sorgfältig gelesen wurde, von etwas, das sich an Monat eins erinnert, wenn wir anderen es längst vergessen haben. Diese Fähigkeit wird sich schnell verbessern. Bis sie ausgereift ist, ist die Disziplin drumherum das eigentliche Produkt.
