Vibe Coding vs. Agentic Engineering: Kulturkampf oder Synthese?

Gute Vibes, schlechte Vibes: Kulturkampf um KI-Entwicklung

Anfang 2026 erleben wir teilweise eine regelrechte Schlammschlacht zwischen den Verfechtern von schnellen, intuitiv prompt-getriebener Web-App-Gestaltung und den konservativen Hütern des Enterprise-Codes. Das ist übrigens kein wissenschaftlicher Diskurs, sondern vielmehr ein fast ideologisch oder pseudo-religiös anmutender Kulturkampf um die Verfahren. Es geht um Vibe Coding vs. Agentic Engineering.

Um dies näher einzuordnen, ist die begriffliche Historie essenziell. Den Begriff Vibe Coding prägte Andrej Karpathy im Februar 2025 (X-Post, 2./6. Feb. 2025 ):

„There’s a new kind of coding I call “vibe coding”, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. It’s possible because the LLMs (e.g. Cursor Composer w Sonnet) are getting too good. Also I just talk to Composer with SuperWhisper so I barely even touch the keyboard. I ask for the dumbest things like “decrease the padding on the sidebar by half” because I’m too lazy to find it. I “Accept All” always, I don’t read the diffs anymore. When I get error messages I just copy paste them in with no comment, usually that fixes it. The code grows beyond my usual comprehension, I’d have to really read through it for a while. Sometimes the LLMs can’t fix a bug so I just work around it or ask for random changes until it goes away. It’s not too bad for throwaway weekend projects, but still quite amusing. I’m building a project or webapp, but it’s not really coding - I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works.“ [Karpathy, 2025]

Vibe Coding ist also alles andere als ein fachlicher Begriff, sondern entstand vielmehr als eine Beobachtung, ausgedrückt als Post, den eine bestimmte Zielgruppe von Karpathy adaptiert hat! Von ihm gemeint war vielmehr ein neuartiger Interaktionsmodus mit der ‘Maschine’ bei der Erstellung von Wochenendprojekten / Wegwerf-Prototypen: durch Austausch mit dem LLM bauen lassen, Änderungen und Ansätze zulassen, Fehlermeldungen zurückspieln, den Code in den Hintergrund treten lassen. Plattformen wie Bolt.new und Lovable machten inzwischen daraus massenkompatible Produktversprechen; in Karpathys Original-Tweet stand jedoch Cursor Composer im Vordergrund. Ein Unterschied, der oft keine Rolle mehr zu spielen scheint.

Agentic Engineering ist keine echte gegnerische Gegenbewegung, sondern im Grunde auch Karpathy’s eigene Reifephase (2026): Agenten schreiben den Code, Menschen orchestrieren, prüfen und haften. Aus beidem einen Konflikt zu formulieren, ist im Grunde nicht tragfähig. Wäre da nicht die Sache, dass Vibe Coding zum eigenen Begriff mutiert ist, der inzwischen mit Mangel an professionellem Ansatz gleichgesetzt wird. Dies ist aber ein Palimpsest bzw. eine Mutation der Semantik über die Zeit.

Indes verstärkt also nicht zuletzt die Industrie das Narrativ des Agentic Coding – u. a. mit Anthropics <em>2026 Agentic Coding Trends Report</em> (Titel: Coding, nicht Engineering; darin u. a. Augment Code als Praxisbeispiel) und hype-starken Agenten-Stacks. Es haben sich viele ‘Pseudo’-Methoden etabliert. Typisch sind unterschiedlich komplexe Agent-Subagent-Iterationen, Spec-Batterien, Ralph-Loops, Git-Flows und Hooks, Review und Testautomatisierungen, Changes und Fixes, automatisierte Feststellung möglicher Vulnerabilities – aber: die grüne Pipeline allein ist noch keine Architektur, und schon erst recht kein Produkt. Durch vehementes Aufrüsten und Steigerung der Komplexität wird hier versucht den Anschein von Qualität zu wahren.

Der eigentliche Beef läuft in der Community oder auf Netzwerken wie z.B. auf LinkedIn (wo jeder etwas verkaufen möchte) – nicht in akademischen Abhandlungen, sondern im Bereich der Meinungshoheit. Sobald Karpathy ein neues Label setzt, explodiert der Feed: Puls-Artikel á la „From Vibe Coding to Agentic Engineering“, ein Kaleidoskop an Hot Takes, dass der Vibe-Hype in sechs Monaten vorbei sei, und nicht zuletzt die Gegenposts wie „Stop calling it vibe coding“ (inkl. dutzender Kommentare), in denen Senior Engineers betonen: Der Begriff gebe Nicht-Technikern die Erlaubnis, sorglos zu fragile Dinge zu verschiffen – Edge Cases, Resilienz und Review werden unterbetrachtet.

Auf der anderen Seite verteidigen Vibe-Befürworter ihr Vorgehen – etwa in diesem LinkedIn-Beitrag . Ihre Kernthese: Nicht der „Vibe“ ist schuld, sondern der leere Unterbau. Wer ohne erprobte Architektur, Beispielcode und klare Muster promptet, bekommt zusammengeflickte Frankenstein-Software. Wer auf einem Fundament aus Jahren eigener Bausteine arbeitet, kann mit dem Agenten oft schon beim ersten Anlauf etwas Brauchbares erzeugen.

Dazwischen ein drittes Lager: die Re-Brander. Noch gestern „Vibe Coder“ im Profil, heute „Agentic Engineer“ – oft ohne geänderte Praxis, aber mit moralischem Übergewicht. Simon Willison formuliert es treffend : Die Tools (Cursor Agent Mode, Claude Code, Spec- und Review-Schleifen) nähern Vibe und Agentic Engineering technisch an – die Lücke schrumpft. Auf LinkedIn bleibt und klafft sie normativ trotzdem riesig, weil es dort weniger um Code geht als um Reputation: Wer darf „echte“ Ingenieurskunst definieren? Wer ist Experte genug? Wer gilt als mutiger Innovator, wer entlarvt sich als Bürokrat? Die Debatte eskaliert deshalb selten über Architektur an sich – sie eskaliert über Screenshots („in 20 Minuten gebaut“) vs. Audit-Zahlen (krassere Vulnerability-Probleme in AI-PRs die nicht geprüft wurden), über „Demokratisierung“ vs. „Handwerk“, über Hashtags statt über reproduzierbare Workflows. Das ist sehr aufgeladen und wird sicher in anderen Handwerken noch ebenso zu erwarten sein. Meinungshoheit ~ Wer das Vokabular kontrolliert, definiert, was seriös und professionell ist, was werthaltig und letztlich kaufbar ist – und, wer als naiv, faul, unprofessionell oder als Bremser dasteht. All diese Dinge, nur wegen ein paar fachlich nicht existenten Begriffen aus Posts.

Wie ich im Post Ästhetik des Ungewissen beschrieben habe, wurde Softwareentwicklung traditionell irgendwie als Tochter der Mathematik und der Ingenieurswissenschaften angesehen. Sie existierte im Bezugssystem der Vernunft und klaren Entscheidbarkeit – eine Disziplin, die ihre geistige Radikalität letztlich im Zeitalter der Aufklärung erhielt und darauf baute, die Welt durch absolute Logik, Kausalität und Berechenbarkeit erklärbar und kontrollierbar zu machen.

Es stellt sich jedoch heraus, dass diese hoffnungsvolle Verortung inzwischen der Realität nicht mehr gerecht wird. In einer hyperkomplexen Gegenwart, in der wir Systeme nicht mehr rein deterministisch konstruieren, sondern emergente und undurchsichtige KI-Gewebe orchestrieren, stößt das rein rationalistische Paradigma an seine Grenzen. Und dort zeigt sich die Natur des Chaos. Die Aufklärung hat uns beigebracht, wie man Methoden unter unvollständiger Information perfektioniert – aber sie schweigt mitunter sehr laut, wenn Systeme eine nicht-lineare, chaotische Eigendynamik entwickeln, die sich der vollständigen (menschlichen) Übersicht entzieht.

Genau in diesem Vakuum der Orientierungslosigkeit ist der normative Glaubenskrieg um Vibe vs Engineering ausgebrochen. Ein Krieg, der sich an gegensätzlichen mentalen Modellen entzündet, die zwar so tun als ob sie echte Fach-Termini seien, aber in Wirklichkeit nur schriffe, emotionale Chiffren sind: Vibe Coding vs. Agentic Engineering.

„Die Debatte zwischen Vibe Coding und Agentic Engineering ist keine wissenschaftliche Diskussion – sie ist ein pseudoreligiöser Kulturkampf um die Deutungshoheit über ein Handwerk, das es einst war.“

Warum? Weil die Branche verzweifelt versucht, der Ohnmacht zu entkommen.

In Gegenpolen überspitzt ausgedrückt:

• Das eine Extrem (die Evangelisten des Vibes): Angestoßen von Karpathy, flüchten sich die Verfechter des „Vibe Coding“ in die totale Kapitulation vor der technischen Tiefe. Man „gibt sich den Vibes hin“, arbeitet im Flow, vergisst beinahe, dass Code überhaupt existiert.
• Das andere Extrem (die Bürokraten der Agenten): Anfang 2026 wird „Agentic Engineering“ – zu allem Überfluss vom selben Karpathy (der inzwischen bei Anthropic arbeitet) – als professioneller Nachfolger formuliert, von Enterprise und Vendor-Reports oft als Gegenentwurf zum so „unverantwortlichen“ Vibe verkauft – und damit fast reaktionär zur einzig „seriösen“ Disziplin erklärt. Hier bauen wir angeblich keine Software mehr, sondern orchestrieren Agenten-Teams in persistenten Edit-Test-Fix-Schleifen.

Die dogmatische Spaltung: Die „Agentic Engineering“ Fraktion schimpft Vibe Coding „unverantwortliches Spielzeug“, während die Tech-Bros dass Bollwerk der Vernunft als bürokratisches Over-Engineering abtun.

Es sind zwei unterschiedliche Blicke auf dasselbe Phänomen: die Tatsache, dass die rein manuelle Produktion von Syntax im Grunde irrelevant geworden ist. Beide Sichtweisen erkennen den Siegeszug von KI an. Doch statt diesen Shift intellektuell zu durchdringen, flüchten sich die technische Community in religiöse Dogmen. Interessant. Und doch: Es ist an der Zeit, diese Schein-Positionen zu überwinden und das eigentliche (Meta-) Konzept freizuarbeiten: die Verantwortung über die Gestaltung von technischer Realität.

1. Die Dekonstruktion der Pseudo-Positionen: Vibes und Agenten im Labortest

Problem: Die moralische Arroganz der Lager

Wenn man die einschlägigen Tech-Diskussionen auf LinkedIn oder in den Foren von Heise und Golem im letzten Quartal verfolgt, merkt man schnell, wie flach die Argumente liegen. Die Diskussion hat eine toxische Eigendynamik entwickelt.

• Die Romantisierung des Vibes: Vibe Coding wird oft als die totale Demokratisierung gefeiert – jeder könne jetzt komplexe Apps bauen. Das Problem? Es entbindet den Schöpfer scheinbar von der Pflicht des Verstehens. Wer nur „vibed“, generiert digitale Kartenhäuser, die beim ersten unerwarteten Edge-Case in sich zusammenbrechen.
• Die Illusion des Agenten-Systems: Auf der Gegenseite verspricht Agentic Engineering durch Begriffe wie Spec-Driven Development oder autonome Test-Fix-Loops eine ingenieurmäßige Sicherheit, die es so gar nicht gibt. Nur weil ein KI-Agent so lange iteriert, bis die Pipeline grün ist, bedeutet das nicht, dass das System architektonisch sauber, geschweige denn sicher oder zukunftsfähig ist. Es bedeutet schon gar nicht, dass sinnvolle Spec bearbeitet worden sind.

Lösung: Die Synthese von Qualitäten

Wenn wir den ideologischen Ballast beiseite lassen, dann sehen wir, dass beide Ansätze spezifische und relevante Qualitäten beinhalten. Wahre Innovation, kreative Gestaltung und solide Wertigkeit entstehen nicht durch das Ausspielen von Methoden, sondern durch ihre Amalgamierung.

Die komplementären Kräfte:

• Die Stärke des Vibe Codings ist die radikale Unbefangenheit im kreativen Prozess. Es bricht die Lähmung vor dem leeren Raum (White Space). Es erlaubt uns, in halsbrecherischer Geschwindigkeit (~ Echtzeit) Ideen in Prototypen zu verwandeln und aus dem Nebel der Ambiguität zu ziehen, ohne uns von Beginn an durch architektonische Dogmen zu binden oder ablenken zu lassen. Gestaltung wird mit Intuition und dem Zustand des Gestaltens (dem kreativen Ralph-Loop) zurück-connected. So wie wir es vom Arbeiten mit Holz oder Farbe kennen.
• Die Stärke des Agentic Engineerings ist die systematische Disziplin und methodische Hartnäckigkeit. Es nutzt Werkzeuge (Terminal, Dateisystem, Versionskontrolle usw.) in iterativen Schleifen, um das Chaos Schritt für Schritt zu bändigen und um Defiziten des Einzelnen oder typischen Fallstricken im Software-Alltags zu begegnen. Es ist der Versuch, die Wahrscheinlichkeit von kontrollierter Qualität zu erhöhen. Dafür wird auf das Wissen zurückgegriffen, um es auf das Unbekannte anzuwenden.

Wir müssen in Wirklichkeit beide Welten zusammenführen. Nennen wir dieses neue Paradigma „Phronetische Orchestrierung“ – die Verbindung aus gestalterischer Intuition (Vibe) und systemischer Urteilskraft und Verantwortung (Engineering).

[Vibe Coding: Intuition / Akzeptanz von Unwägbarkeit ] ────┐
                                                           ├──> [Phronetische Orchestrierung]
[Agentic Engineering: Disziplin / Validierung        ] ────┘

2. Phronetische Orchestrierung: Verantwortung im Zeitalter der Code-Massenware

Was in §1 als Amalgamierung skizziert wurde, ist keine bloße Methodenkombination – es ist letztlich auch eine Haftungsfrage.

Problem: Die Entfremdung vom Erzeugnis

Die eigentliche Krise moderner Softwareentwicklung ist keine technologische, sondern eine ethische und epistemologische Entfremdung. Weil Maschinen die Syntax schreiben, entkoppelt sich das menschliche Bewusstsein zunehmend von der Verantwortung über den Code, und damit der Haftung. Wenn das System versagt, schiebt man die Schuld auf die Halluzination des LLMs oder defizitäres Kontext-Management usw., also ‘irgendetwas’ im Agenten-Stack.

Das ist im Grunde ein kritischer Trugschluss beider Lager: Die Verfechter des reinen Vibes glauben, Verantwortung ließe sich (auf Kunst nicht anwenden und somit) weglächeln, solange die Gestaltung im Browser tolle Dinge macht. Die Bürokraten des Agentic Engineering glauben indes, Verantwortung ließe sich an eine Kette aus automatisierten Spec-Batterien und Git-Hooks delegieren. Aber beide irren. Sie versuchen, das ungemütliche Gewicht der Haftung an die Automatisierung oder Ideologie abzutreten. Wenn aber nicht die Modell-Provider oder Tool-Anbieter voll umfänglich in Verantwortung stehen, z.B. dafür dass ein System in einem Krankenhaus nicht mehr funktionert - wer dann? Man darf hier gerne mal raten …

Während ein misslungenes Kunstwerk privat im Atelier verstaubt, scheitert Software in der fehlerintoleranten Wirklichkeit. Sie skaliert im Desaster, verbrennt Kapital, löscht Unternehmensdaten und greift somit im schlimmsten Fall dramatisch in reale Lebenswelten ein. Die Erzeugung von Code ist durch algorithmische Massenware billig, fast kostenlos geworden. Die Verantwortung für das Erzeugnis in der Realität ist dadurch jedoch nicht verschwunden – sie ist exponentiell gestiegen.

Lösung: Der Übergang von der Techne zur Phronesis

Um den Grabenkrieg intellektuell zu überwinden, müssen wir das Bezugssystem wechseln: weg vom rein technokratischen Denken, hin zu einem Begriff, den Aristoteles vor über zweitausend Jahren prägte – Phronesis, die kluge, praktische Urteilskraft. Techne beschreibt hingegen das mechanische Handwerk (Code schreiben). Phronesis beschreibt kluges Handeln unter Unsicherheit und unvollständiger Information – moralisch und praktisch zugleich. KI potenziert den Impact bestehender Unsicherheiten.

Phronetische Orchestrierung könnte in der Praxis bedeuten:

• Die Aneignung des Vibes: Wir nutzen die radikale, kreative Unbefangenheit des Vibe Codings, um die Lähmung vor dem leeren Raum oder dem Unkontrollierbaren zu brechen – intuitive, schnelle Exploration von Möglichkeiten im Nebel der Ambiguität. Surfen durch wandelbare Optionen. Kreative Intuition als Kompetenz für das Maneuvrieren in diesem post-aufklärerischem Raum.
• Die Disziplin des Ingenieurs: Wir nutzen die systematische Methode und Validierungskraft des Agentic Coding, um diese unklaren Räume architektonisch zu isolieren, zu sichern und so weit es geht zu verifizieren – nicht als bürokratischer Selbstzweck, sondern als verantwortungsvolle Aufgabe in der Realität.

Wir können das Schreiben zwar inzwischen outsourcen, aber niemals das Verstehen und niemals die Autorschaft. Der Wert eines Entwicklers bemisst sich im Jahr 2026 bereits nicht mehr an der Quantität geschriebener Zeilen, sondern an der spezifischen Qualität systemischer Urteilskraft. Technische Perfektion ist kein USP mehr, wenn Logik im Überfluss vorhanden ist. Entscheidend ist die Fähigkeit, Agenten klug die richtigen Constraints zu setzen.

„Der moderne Architekt zeichnet nicht mehr jeden Ziegelstein selbst – aber er haftet mit seiner Unterschrift dafür, dass das Fundament im Sturm nicht nachgibt. Das ist die Essenz von Verantwortung.“

3. Die post-syntaktische Praxis: Handwerk ohne Monumentalismus

Problem: Die Obsoleszenz der klassischen Entwicklung

In diesem Paradigma stehen beide klassischen Fraktionen auf verlorenem Posten.

Die konservativen „Code-Monkeys“, die Identität und moralisches Übergewicht aus der Beherrschung komplexer Syntax ableiten, werden von der algorithmischen Realität überholt. Die naiven Prompt-Gläubigen, die ohne architektonischen Unterbau wild Code-Frankensteins zusammenflicken, scheitern am ersten echten Edge Case.

Die manuelle Produktion von Code ist nicht mehr die Hauptdisziplin der Softwareentwicklung. Wer im Jahr 2026 noch glaubt, Professionalität zeige sich im sturen Tippen von Algorithmen, verklärt die klassische Notwendigkeit zur falsch ausgelegten Deutungshoheit. Die Lücke zwischen Vibe und Engineering schrumpft technologisch – durch Werkzeuge wie Claude Code oder den Cursor Agent Mode – im Minutentakt. Was sich ändern muss, ist nicht primär das Tooling, sondern unsere Auffassung von Profession, unsere tägliche Routine, unsere Qualitätsmetriken und unsere moralischen Urteilskraft. Gestaltung wird holistischer.

Lösung: Etablierung neuer phronetischer Routinen

Wenn wir die Syntax als primäres Wertmerkmal aufgeben, brauchen wir letztlich neue, rigorose Praktiken in den Teams – für gestalterische Intuition und handwerkliche Verantwortung zugleich. Wir benötigen ein neues Engineering-Verständnis.

• Vom Code-Review zur architektonischen Kuratierung: Wir verschwenden irgendwann keine Zeit mehr mit Formatierungen, Inline-Kommentaren oder trivialen Schleifen-Optimierungen. Das Review der Post-Syntax-Ära ist eine tiefergreifende Kuratierung: Wir prüfen die Intention des generierten Code-Relikts, lesen Dokumentation, Flow-Diagramme, Datenmodelle und System-Gefüge wie einen Essay, bewerten dessen Rhythmik, die strukturelle Integrität, den Impact und die humane Konsequenz, die er impliziert. Ein einzelner Test-Case erscheint inzwischen als viel zu atomar.
• Tests als semantische Verträge: Wenn Code-Generierung unberechenbar und opak wird, verändert sich die Rolle von Tests. Sie sind nicht mehr das zu erfüllende Gate am Sprint-Ende, sondern der normative Rahmen, an den sich die Maschine von Beginn an halten muss. Präzise, semantische Test-Suiten sind die Schnittstellen, über die der Mensch ein gewisses Maß an Kontrolle behält – bevor ein Agent verschiedene Codestellen verändert, stehen die Leitplanken bereits. Doch auch hier muss neu gedacht und nachgelegt werden.
• Die Kultivierung des Geschmacks: Wir lesen, bewerten und beschneiden Code eher, als ihn selbst zu schreiben. „Technischer Geschmack“ ist keine elitäre Ästhetik, sondern die Intuition zu erkennen, wo ein System elegant, hinreichend minimal oder schlank und wartbar ist – und wo es in barockes, fragiles Over-Engineering kippt, nur weil der Agent in einer Endlosschleife oder infiziertem Kontext festhing.
• Wandelbare Assets: Software wird zunehmend zum Prozess. So wie Sprache. Weil ihre Erzeugung potenziell immer schneller vonstatten gehen kann. Die Logik um Herstellung ändert sich auf ökonomischer Ebene. So wird das stete Erzeugen vielleicht wichtiger, als das statische Erzeugnis. Für eine konstante Veränderung digitaler Artefakte fehlt uns aktuell noch vollständig der Bezugsrahmen. Auf Nutzerseite und Herstellerseite. Doch adaptive, stetig veränderbare Software sollte zunehmend (mental) erschlossen werden.

Fazit: Die Ethik des Erschaffens

Der laut anmutende Kulturkampf zwischen Vibe Coding und Agentic Engineering ist eigentlich nur das nervöse Pfeifen einer zutiefst verunsicherten Industrie im dunklen Wald des Umbruchs. Wir klammern uns an emotionale Chiffren und vermeintliche Fachbegriffe, auf LinkedIn und anderorts, vielleicht weil wir uns an die Illusion von Kontrolle gewöhnt hatten, die uns auf der syntaktischen Ebene bereits längst entglitten war. Es geht einigen um Reputation – um das Verteidigen alter Pfründe und sicher um das aggressive Verkaufen neuer Hypes. Jeder will den Zug nicht verpassen. Auch ich schreibe oft über KI.

Die Zukunft gehört aber vermutlich weder den reinen Träumern, die sich im unkritischen Flow der Vibes verlieren, noch den technokratischen Verwaltern, die ihre mangelnde ganzheitliche Urteilskraft oder Angst vor dem Chaos hinter bürokratischen Agenten-Schleifen verstecken.

Sie gehört eventuell den phronetischen Orchestratoren: Menschen mit dem Mut zur Intuition des Künstlers, die Prototypen aus dem Nebel ziehen – und mit der ethischen Verantwortung des Ingenieurs, das Ergebnis für die Realität abzusichern. Sie lassen sowohl die Akkorde von Gestaltung als auch die von Verantwortung harmonisch zusammenklingen.

Wer diesen Shift vollzieht, hört auf, sich in unfruchtbaren Methodendiskussionen zu verlieren. Sie akzeptieren die Werkzeuge als das, was sie sind: mächtige, mitunter chaotische, opake Geister in der Maschine. Und sie gestalten mit Verstand, holistischer Antizipation, Instinkt, geschultem Geschmack, Moral und Verantwortung digitale Lebensrealitäten.

Weiterdenken

Passend zur Synthese von Intuition und Struktur lohnt sich Andrej Karpathy: From Vibe Coding to Agentic Engineering (Sequoia AI Ascent, April 2026) – ein Gespräch über den Shift von Ende 2024 bis Anfang 2026, nicht nur ein Glossar-Duell. Karpathy ordnet Vibe Coding (Dezember 2025 als Wendepunkt: Flow, kaum Diffs, Code wächst über das eigene Verständnis hinaus) und Agentic Engineering (professionelle Orchestrierung mit Oversight) ein und skizziert dabei Software 3.0: Das LLM als programmierbarer Computer, der Mensch als Director über Kontext und Constraints.

Zwei Aussagen aus dem Talk stützen unseren Text besonders direkt:

• „You can outsource your thinking, but you can’t outsource your understanding.“ – Genau das ist die Haftungsachse in §2: Agenten dürfen Syntax liefern, Autorschaft und Verständnis (um das Konzept und die Welt drumherum) bleiben beim Menschen. Phronetische Orchestrierung ist keine Tool-Frage, sondern die Erkenntnis, dass Verantwortung nicht mit dem Prompt abgegeben werden kann.
• „Jagged Intelligence“ (zackige Intelligenz): Dasselbe Modell refaktorisiert große Codebasen und scheitert an trivialer Alltagslogik – weil RL die Modelle in leicht verifizierbaren Domänen (Code, Mathe) extrem schärft, anderswo aber Lücken lässt. Das erklärt, warum grüne Pipelines und Agenten-Schleifen in §3 nicht reichen: semantische Tests, ganzheitliche Kuration und Geschmack sind die menschliche Antwort auf Unberechenbarkeit – nicht noch ein Hook mehr.

Immer offen für Austausch zum Thema

Weil das Thema Softwareentwicklung mit KI noch nicht zu Ende gedacht und dabei interessant ist, stehe ich gerne für Diskussion und Austausch bereit – z. B. auf LinkedIn oder über die Kontaktseite .