Softwareentwickler sind jetzt alle Architekten.

Ich machte Nachtschichten für eine wichtige Demo, und die KI-Agenten waren fantastisch. Funktionen, die früher eine Woche gebraucht hätten, standen nach einem Nachmittag — es fühlte sich an wie eine Superkraft.

Dann fing ich an zu testen.

Überall Fehler. Caching-Probleme. Thread-Safety-Probleme. Code, der monatelang einwandfrei lief, still zerstört durch irgendeine subtile Entscheidung, die niemand bewusst getroffen hatte. Alles kompilierte. Alles lief. Und dann kam der Haken. Er kam immer.

Ich verbrachte die Hälfte meiner Zeit damit, KI-Ausgaben zu debuggen, und die andere Hälfte mit der Sorge, was ich als Nächstes finden würde. Und irgendwann gegen zwei Uhr morgens wurde mir klar: Was ich fühlte, war keine Begeisterung mehr. Es war das Gefühl, an einem Spielautomaten zu ziehen. Man tippt einen Prompt, die Walzen drehen sich, und man bekommt, was man bekommt. Es sieht richtig aus. Es sieht jedes einzelne Mal richtig aus — bis es das nicht mehr tut.

Und doch: Ich habe nie aufgehört, die Agenten zu nutzen. Niemand geht zurück. Das Tempo ist real, es ist unglaublich, und wer Ihnen sagt, Sie sollten wieder alles von Hand schreiben, verkauft Nostalgie. Aber ich fing an, eine andere Frage zu stellen.

Der Beruf hat sich längst verändert. Die Werkzeuge nicht.

Das kennen wir schon. Früher haben wir Computer mit Lochkarten programmiert. Dann Assembler — dieses Register schieben, hierhin springen, diese Zahlen addieren. Dann baute Dennis Ritchie C, und plötzlich dachte man nicht mehr in Instruktionen, sondern in Logik. Jeder dieser Umbrüche wirkte unmöglich, bis er selbstverständlich war.

Das ist einer dieser Umbrüche. Der größte bisher. Die Agenten schreiben jetzt den Code – Tausende Zeilen, während Sie sich einen Kaffee holen –, und der Diff kommt am Ende heraus wie ein Kassenbon, und wir alle machen dasselbe damit. Wir lesen ihn nicht. Natürlich lesen wir ihn nicht. Niemand liest einen 2.000‑Zeilen-Diff. Wir bauen ihn, wir starten ihn, wir schauen kurz drauf und sagen die fünf gefährlichsten Wörter der Softwareentwicklung: „Scheint zu gehen, raus damit.“

Und dann zerlegt es die Login-Seite. Die Sie gar nicht angefasst haben. Weil es irgendwo in diesen 2.000 Zeilen ein zentrales Datenmodell verändert hat, und das sah harmlos aus, und jetzt ist es zwei Uhr nachts, Ihr Pager geht los, und die ehrliche Antwort auf „Wie funktioniert das?“ ist die Antwort, die Entwickler überall ihren Vorgesetzten Tag für Tag geben:

„Ich weiß es nicht. Der Agent hat es geschrieben.“

Sprechen Sie diesen Satz laut aus. Das ist keine Engineering-Kultur. Das ist Bauen auf Treibsand.

Die Zahlen bestätigen das Gefühl: 84 % der Entwickler nutzen inzwischen KI-Coding-Tools. Bei 81 % der Unternehmensteams ist KI-geschriebener Code schon in der Produktion kaputtgegangen. Und 29 % — neunundzwanzig Prozent — vertrauen dem KI-generierten Code, den sie ausliefern.* Wir haben die Werkzeuge übernommen und das Vertrauen verloren. Tempo ohne Kontrolle ist kein Engineering. Es ist Chaos mit gutem Marketing.

Aber hier ist, was niemand deutlich ausspricht: Die Aufgabe der Entwickler ist nicht verschwunden. Sie ist eine Ebene nach oben gerückt. Wir sind keine Coder mehr. Wir sind Architekten. Wir geben die Richtung vor, wir strukturieren, wir entscheiden, was immer gelten muss und was nie passieren darf. Die Agenten sind die Belegschaft — ein Schwarm unermüdlicher, brillanter, leicht leichtsinniger Bauarbeiter. Und jedes Werkzeug, das wir benutzen, wurde für den alten Beruf entworfen. Ein Dateibrowser, ein Texteditor, ein seitlich angeflanschter Agent. Das ist der Schreibtisch eines Coders. Wo sind die Werkzeuge des Architekten?

Kontrolle ist kein Feature-Wunsch. Sie ist ein Instinkt.

Das Bedürfnis, die Kontrolle über das zu haben, was man baut, ist vielleicht einer der ältesten menschlichen Instinkte überhaupt. Es ist der Unterschied zwischen etwas machen und etwas entstehen sehen. Und ich glaube, das ist der eigentliche Grund, warum Entwickler sich gerade so unwohl fühlen — es sind nicht die Fehler, nicht wirklich. Es ist, dass wir uns an den Schreibtisch setzen und uns nicht mehr wie Erbauer fühlen. Wir fühlen uns, als würden wir einen Agenten anschreien, und manchmal schreit er zurück, und manchmal hat er sogar recht, und nichts davon fühlt sich nach dem Beruf an, den wir geliebt haben.

Entwickler sollten sich morgens hinsetzen und das fühlen, was wir immer gefühlt haben: Ich baue Dinge. Ich erschaffe. Ich weiß, wie mein System funktioniert, und ich kann es beweisen. Dieser Stolz ist keine Nostalgie — er ist das, was den ganzen Berufsstand funktionieren lässt, denn am Ende jedes Diffs steht immer noch ein Mensch, der die Verantwortung trägt. Andrej Karpathy hat es am besten gesagt: Bei agentischem Engineering geht es darum, das Qualitätsniveau zu halten und dabei deutlich schneller zu werden. Die Verantwortung bleibt bei Ihnen.

Die Antwort ist also nicht langsamere KI, und sie ist auch nicht, jedes Diff zu lesen, und sie ist erst recht kein Ordner voller Markdown-Dateien, den der Agent als höflichen Vorschlag behandelt. Die Antwort ist das, was sie im Engineering immer war: Sehen, was gebaut wurde. Verstehen, was es tut. Durchsetzen, was nie passieren darf. Prüfen, bevor man vertraut.

Aber es fängt bei den Werkzeugen an. Es fängt damit an, die Entwickler wieder in die Kontrolle zu bringen, an die Spitze des Stacks, stolz auf das, was sie bauen.

Wir glauben:

• Entwickler sind jetzt Architekten. Die Werkzeuge sollten sich endlich so verhalten.
• Vertrauen verdient man sich durch Nachweise, nicht durch Bauchgefühl. Was nicht bewiesen ist, geht nicht live.
• Kontrolle ist das Feature. Alles andere ist Dekoration.
• Tempo ohne Kontrolle ist Chaos. Tempo mit Kontrolle ist das ganze Versprechen dieser Ära.

Dafür bauen wir Panolayer.

*Quellen: Stack Overflow Developer Survey 2025; CloudBees State of Code Abundance 2026.