Von Vibe Coding zu Agentic Coding

Die Spirale, die jeder kennt

Du hast in Claude Code, Cursor oder Lovable beschrieben, was du brauchst. Es kam, sah gut aus, lief. Also hast du das nächste Feature drangehängt. Und plötzlich ist das erste kaputt. Du kopierst die Fehlermeldung zurück, die KI flickt, etwas anderes bricht. Nach der dritten Runde verstehst du deinen eigenen Code nicht mehr.

Das hat einen Namen. Vibe Coding: Du gibst dich dem Fluss hin, beschreibst in normaler Sprache, nimmst, was rauskommt, und wenn etwas bricht, schiebst du den Fehler zurück. Andrej Karpathy hat es so beschrieben: voll auf die Vibes setzen und vergessen, dass der Code überhaupt existiert.

Der eigentliche Shift dahinter

Hinter dem ganzen Thema steckt eine größere Bewegung: weg vom Wie (die genaue Syntax, Klammern, Semikolons) hin zum Was (was soll entstehen). Die Maschine übernimmt die Umsetzung. Du lieferst Absicht, Struktur und Urteil. Das gilt für Entwickler genauso wie für alle, die ohne klassischen Programmier-Hintergrund mit KI bauen.

Diese Lesson zeigt dir nicht, wie du Vibe Coding aufgibst. Sie zeigt dir, wie du bewusst eine Stufe höher gehst, wenn der Einsatz steigt. Vom reinen Vibe zum verlässlichen Bauen. Vom „läuft irgendwie" zum „läuft, und ich weiß warum".

Es ist verlockend, Vibe Coding und Agentic Engineering als Entweder-Oder zu sehen. Hilfreicher ist ein Spektrum mit drei Stufen. Und der Unterschied liegt nicht darin, ob du KI nutzt. Ein Senior-Entwickler mit KI-Assistent und jemand, der locker Prompts raushaut, nutzen beide KI.

Der Unterschied ist: wie viel Struktur, Prüfung und Urteil die Ausgabe der KI umgibt.

Die Einsätze ziehen die Linie

Wo du sitzen solltest, hängt nicht von deinem Können ab, sondern vom Einsatz der Aufgabe. Ein Tool, das nur du am Wochenende nutzt? Reines Vibe Coding ist völlig in Ordnung. Eine Logik, die echtes Geld verschiebt oder Kundendaten anfasst? Da gehörst du ans andere Ende. Die meiste echte Arbeit liegt dazwischen.

„Sieht gut aus" ist keine Prüfung

Du hast auf „sieht gut aus" geklickt. Die Demo lief, alle waren zufrieden. Drei Tage später bricht ein Fall, an den niemand gedacht hat. Das Tückische: Der Code sah richtig aus. Er hat sogar die einfachen Tests bestanden.

Genau hier entscheidet sich alles. Ohne Verifikation bleibt es Vibe Coding, egal wie clever dein Prompt war. Zwei Mechanismen arbeiten am anderen Ende zusammen: Tests prüfen das Berechenbare (gleicher Input, gleicher Output). Checks und Evals prüfen das Urteilsabhängige (hat die KI den richtigen Weg genommen, das richtige Ergebnis geliefert).

Das 80-Prozent-Problem

KI bringt dich schnell auf rund 80 Prozent. Die letzten 20 Prozent sind das Teure: Randfälle, Fehlerbehandlung, die Stellen, wo dein Code an fremde Systeme andockt, und die feinen Korrektheits-Fragen. Dafür fehlt dem Modell oft der Kontext, den nur du hast.

Die Art der Fehler hat sich verschoben. Früher waren es Tippfehler, die sofort auffielen. Heute sind es gedankliche Fehler: falsche Annahmen über deine Geschäftslogik, eine übersehene Ausnahme, eine Architektur-Entscheidung, die in sechs Monaten teuer wird. Schwerer zu finden, weil der Code richtig aussieht.

Wie du als Praktiker prüfst

• An einem echten Fall laufen lassen, nicht nur die Demo klicken. Echte Daten, echte Eingaben.
• Für den kritischen Pfad einen Check schreiben, bevor du ihn baust. Was muss am Ende stimmen?
• Jede Zeile reviewen, die in Produktion geht. Sei skeptisch bei allem, was clever aussieht.
• Importe auf echte Pakete prüfen. KI erfindet manchmal Bibliotheken, die es nicht gibt (ein echtes Sicherheitsrisiko).
• Die KI selbst fragen: „Wo bricht das? Welchen Fall habe ich übersehen?"

Der Agent macht etwas Dummes, und dein erster Gedanke ist: Das Modell ist schlecht geworden, ich brauche das nächste. Diese Intuition führt zu den falschen Entscheidungen. Ein rohes Modell ist noch kein Agent. Es wird erst dazu durch das, was es umgibt.

Das Modell ist nur der Motor

Ein Motor allein baut kein Auto. Er braucht Riemen, Getriebe, Sensoren, ein Chassis. Beim Bauen mit KI heißt diese ganze Maschinerie um das Modell herum der Harness: das Gerüst, das aus einem Modell erst einen handelnden Agenten macht. Kurz gesagt:

Das Verhalten, das du in Claude Code, Cursor oder Codex erlebst, wird zum großen Teil vom Harness bestimmt, nicht allein vom Modell darunter. Öffentliche Benchmarks zeigen das deutlich: Ein Team hat einen Coding-Agenten von außerhalb der Top 30 in die Top 5 gebracht, ohne das Modell zu wechseln. Nur den Harness.

Dein Harness als Builder

• Die Regeldatei: CLAUDE.md oder AGENTS.md. Wer ist der Agent, was sind die harten Regeln, wie läuft der Workflow.
• Der Kontext, den du fütterst: die richtigen Dateien, Beispiele, Konventionen statt alles auf einmal.
• Leitplanken: Regeln, die der Agent nie brechen darf (zum Beispiel: keine Passwörter in den Code).
• Werkzeuge: worauf der Agent zugreifen darf und worauf nicht.
• Die Tests: die automatische Rückmeldung, ob die Ausgabe taugt.

Während die KI mehr von der Umsetzung übernimmt, verschiebt sich deine Rolle. Zwei Modi sind hilfreich, zwischen denen du fließend wechselst: Dirigent und Orchestrator. Keiner ist besser. Sie passen zu unterschiedlichen Aufgaben.

Dirigent: in Echtzeit führen

Im Dirigenten-Modus arbeitest du in Echtzeit mit der KI als Paar-Programmierer. Du bist im Editor, siehst den Code entstehen, korrigierst mit Prompts, behältst die feine Kontrolle. Typisch für komplexe Logik, kniffliges Debugging oder fremden Code, wo du jede Änderung verstehen willst. Werkzeuge wie Copilot oder Cursor mit Inline-Vorschlägen unterstützen das.

Orchestrator: delegieren und reviewen

Im Orchestrator-Modus arbeitest du eine Ebene höher. Du definierst ein Ziel, übergibst es an einen Agenten und prüfst das Ergebnis, aber du schaust nicht Zeile für Zeile zu. Agenten arbeiten im Hintergrund, oft parallel. Typisch für klar umrissene Aufgaben: Bugfixes, Features nach bekanntem Muster, Migrationen, Test-Generierung. Werkzeuge wie Claude Code oder Hintergrund-Agenten unterstützen das.

Wo die Agenten leben

• Im Editor: Inline-Vorschläge und Chat, während du tippst. Hier bleibst du im Fluss.
• Im Terminal: Du gibst ein Ziel in Alltagssprache, der Agent arbeitet über mehrere Dateien, führt Sachen aus und reagiert auf das Ergebnis.
• Im Hintergrund: Der Agent läuft selbstständig in der Cloud, oft über Stunden, und liefert am Ende ein fertiges Ergebnis zum Review.

Das Spektrum kann einschüchtern. Tests, Specs, Evals, Leitplanken: Das klingt nach einem riesigen Aufbau, bevor du eine Zeile schreibst. Musst du aber nicht. Der Weg nach oben ist eine Struktur-Ebene über deinem aktuellen Stand, nicht der Sprung ans andere Ende.

Vier Züge, die aus Vibe Coding Engineering machen

1. Wähl einen wiederkehrenden Workflow. Etwas, das du regelmäßig baust, nicht das einmalige Experiment.
2. Schreib die Regeldatei mit zehn Zeilen. Stack, Konventionen, harte Regeln, Workflow.
3. Schreib den Check zuerst. Vor dem Code: Was muss am Ende stimmen?
4. Reviewe jede Zeile, die in Produktion geht. Verstehst du sie nicht, geht sie nicht raus.

Der entscheidende Zug ist der dritte. Ein Test oder Check, den du vorher schreibst, ist dein Vertrag mit der KI. Er sagt präziser als jeder Prompt, was „richtig" bedeutet, und gibt dir eine automatische Art, es zu prüfen. Genau das verwandelt Vibe Coding in Agentic Engineering.

Und halt deine eigenen Fähigkeiten scharf

Es gibt eine Falle in die andere Richtung. Wenn die KI die Routine übernimmt, verkümmern deine Grundlagen, falls du nicht aufpasst. Debugging, ein Gespür für Architektur, das Urteil, ob etwas wirklich korrekt ist: Genau das brauchst du, um die letzten 20 Prozent zu führen. Behandle die KI als Verstärker deiner Expertise, nicht als Ersatz. Wer das Denken ganz abgibt, verliert genau die Fähigkeit, die ihn noch gebraucht macht.

Die ganze Lesson in einer Bewegung: Steigt der Einsatz, füg Struktur hinzu. Verifikation ist das Scharnier. Der Harness ist dein Hebel. Und zwischen Dirigent und Orchestrator wechselst du, wie die Aufgabe es verlangt.

Die sechs Regeln auf einen Blick

1. Vibe Coding ist ein Start, kein Ziel.
2. Es ist kein Schalter, sondern ein Spektrum. Der Einsatz zieht die Linie.
3. Ohne Verifikation bleibt es Vibe Coding. Dir gehören die letzten 20 Prozent.
4. Bevor du das Modell beschuldigst, prüf den Harness.
5. Wähl den Modus, den die Aufgabe braucht: Dirigent oder Orchestrator.
6. Eine Ebene Struktur schlägt den großen Plan.

Drei Dinge, die bleiben

1. Struktur skaliert, Vibes nicht. Zum Erkunden und für Wegwerf-Code ist Vibe Coding goldrichtig. Für alles, worauf sich jemand verlässt, braucht es Disziplin. Zwischen „es scheint zu gehen" und „es geht unter allen Bedingungen" wohnen die Ausfälle.
2. KI verstärkt deine Kultur. Wer sauber prüft und klar denkt, holt deutlich mehr raus. KI ist ein Multiplikator: Sie verstärkt deine Stärken und deine Schwächen gleichermaßen.
3. Deine Rolle wächst, sie schrumpft nicht. Die Arbeit verschiebt sich vom Tippen zum Urteilen. Wer Absicht präzise macht, Ergebnisse kritisch prüft und Systeme aus Regeln und Checks baut, wird wertvoller, nicht überflüssig.

Die konkreten Werkzeuge in dieser Lesson ändern sich schnell. Welcher Agent gerade vorn liegt, ist in zwölf Monaten vielleicht ein anderer. Was bleibt, ist das Spektrum, die Verifikation und dein Urteil. Genau deshalb geht es hier um Prinzipien, nicht um Tool-Tricks. Prinzipien halten, Tricks veralten.

Wohin als Nächstes

Der Satz, der bleibt

Die KI nimmt dir das Tippen ab, nicht das Denken. Was sie gut kann, ist schnell produzieren. Was sie schlecht kann, ist wissen, wann es richtig ist. Das bleibt deine Arbeit, und sie wird wertvoller, nicht weniger wert.