Vibe Coding oder Agentic Coding? Der Unterschied, der über die Haftung entscheidet

Vibe Coding beurteilt das Ergebnis, Agentic Coding steuert den Weg dorthin. Beim Vibe Coding prüfen Sie, ob das Programm tut, was es soll. Beim Agentic Coding arbeitet ein Agent nach einem freigegebenen Plan, mit definierten Prüfpunkten und einer nachvollziehbaren Spur. Der Unterschied ist keine Wortklauberei — er entscheidet, ob am Ende jemand die Verantwortung übernehmen kann.

Was ist der Unterschied zwischen Vibe Coding und Agentic Coding?

Beide nutzen dieselben Modelle und oft dasselbe Werkzeug. Getrennt werden sie durch das, was zwischen Absicht und Ergebnis passiert.

Merkmal	Vibe Coding	Agentic Coding
Gegenstand der Prüfung	das laufende Programm	Plan, Änderung und Nachweis
Rolle des Menschen	Auftraggeber und Abnehmer	Auftraggeber, Freigeber und Prüfer
Was dokumentiert bleibt	der Prompt-Verlauf	Plan, Entscheidungen, Diff, Testlauf
Verhalten im Fehlerfall	neuer Prompt	Ursache suchen, Regel ergänzen
Trägt produktiven Code	nur mit nachgelagerter Prüfschicht	ja, wenn die Prüfpunkte greifen

Wann ist Vibe Coding der richtige Modus?

Immer dann, wenn das Ergebnis ohnehin wegwerfbar ist. Ein Entwurf, der eine Frage beantwortet, muss nicht wartbar sein — er muss die Frage beantworten. Prüfaufwand in einen Prototyp zu stecken, der morgen gelöscht wird, ist keine Sorgfalt, sondern Verschwendung.

Der Fehler beginnt später: Der Prototyp überzeugt, jemand sagt „das läuft doch", und aus dem Wegwerf-Entwurf wird die erste Version. Wie dieser Übergang sauber gelingt, steht im Beitrag Vom Prototyp in Produktion.

Wann brauche ich Agentic Coding?

Sobald der Code länger lebt als die Sitzung, in der er entstanden ist. Drei Merkmale kennzeichnen den Modus in der Praxis.

• Ein Plan vor der ersten Änderung. Was soll passieren, welche Dateien sind betroffen, woran wird der Erfolg gemessen? Ein Plan ist prüfbar, ein Prompt-Verlauf nicht.
• Explizite Freigabe an den kritischen Stellen. Nicht jede Zeile braucht eine Freigabe. Ein Schema-Umbau, ein Deploy oder eine neue Abhängigkeit schon.
• Nachweis statt Behauptung. Am Ende steht nicht „ist erledigt", sondern die Ausgabe des Testlaufs, der Statusprüfung, des Diffs.

Wie erkenne ich, in welchem Modus mein Team gerade arbeitet?

An einer einzigen Frage: Kann jemand rekonstruieren, warum eine Änderung so aussieht, wie sie aussieht?

Lautet die Antwort „das hat die KI so gemacht", arbeiten Sie im Vibe-Modus, unabhängig davon, welches Werkzeug im Einsatz ist und wie professionell der Ablauf wirkt. Das ist kein Vorwurf — es ist eine Zustandsbeschreibung, die Sie brauchen, um zu entscheiden, ob dieser Zustand für den betroffenen Code angemessen ist.

Drei weitere Indizien schärfen das Bild, und alle drei lassen sich an einem beliebigen Mittwoch prüfen:

• Der Diff wurde nicht geöffnet. Wenn Änderungen zusammengefasst abgenommen werden, weil „die Tests grün sind", ersetzt der Testlauf das Lesen — obwohl er nur prüft, was jemand vorher zu prüfen wusste.
• Fehler werden durch Neuformulieren behoben. Ein Fehlschlag führt zum nächsten Prompt statt zur Ursachensuche. Das Symptom verschwindet, die Ursache bleibt und meldet sich an anderer Stelle.
• Niemand weiß, welche Pakete neu sind. Wenn die Antwort auf „was ist diese Woche dazugekommen?" ein Blick in die Sperrdatei ist statt eine Erinnerung, hat niemand die Entscheidung getroffen.

Die Stack Overflow Developer Survey 2025 liefert das Umfeld dazu: 84 Prozent der Befragten nutzen KI-Werkzeuge oder planen es, aber nur 33 Prozent vertrauen der Genauigkeit der Ergebnisse, während 46 Prozent ihr ausdrücklich misstrauen. Ein Team, das seinen Werkzeugen mehrheitlich misstraut und trotzdem ohne Prüfpunkte arbeitet, hat kein Werkzeugproblem, sondern ein Prozessproblem.

Warum die Unterscheidung rechtlich relevant wird

Weil ab Dezember 2026 Software ausdrücklich als Produkt haftet. Die Zeitschiene: Die EU-Produkthaftungsrichtlinie (EU) 2024/2853 ist am 9. Dezember 2024 in Kraft getreten, der deutsche Gesetzgeber hat die Reform 2026 beschlossen, und die neuen Pflichten greifen ab dem 9. Dezember 2026. Erfasst sind dann Software und KI-Systeme als Produkte, mit Beweiserleichterungen für Geschädigte und Offenlegungspflichten für Hersteller.

Praktisch heißt das: Wer im Streitfall darlegen soll, dass sorgfältig entwickelt wurde, braucht etwas Vorzeigbares. Ein Plan, eine Freigabe und ein Testnachweis sind vorzeigbar. Ein Chatverlauf ist es kaum. Die Details behandelt der Beitrag Wer haftet für KI-generierten Code.

Wie komme ich vom Vibe-Modus in den agentischen Modus?

In drei Schritten, die sich einzeln einführen lassen und jeweils für sich schon wirken.

• Schritt eins: Plan vor Änderung, aber nur für die kritische Liste. Authentifizierung, Bezahlung, Schema, Deploy, neue Abhängigkeit. Alles andere läuft weiter wie bisher. Diese Einschränkung ist der Grund, warum der Schritt akzeptiert wird — er verlangsamt neunzig Prozent der Arbeit nicht.
• Schritt zwei: Entscheidungen festhalten. Wenn im Plan zwei Wege möglich waren, gehört in einen Satz, warum es dieser wurde. Das ist die Information, die in sechs Monaten fehlt und die kein Diff enthält.
• Schritt drei: Nachweis statt Zusage. Die Erledigungsmeldung enthält die Ausgabe des Testlaufs. Nicht die Aussage, dass er lief.

Der Reihenfolge liegt eine Beobachtung zugrunde: Teams, die mit Schritt drei anfangen, erzeugen Nachweise für Arbeit, die niemand geplant hat. Teams, die mit Schritt eins anfangen, haben nach wenigen Wochen etwas, das sich zu belegen lohnt.

Häufige Fragen

Ist Agentic Coding einfach Vibe Coding mit mehr Bürokratie?

Der Unterschied ist nicht die Menge an Formalität, sondern ihr Ort. Agentic Coding verlagert Aufwand nach vorne — in Plan und Freigabe — und spart ihn hinten, bei der Fehlersuche in Code, den niemand gelesen hat.

Kann ein Agent auch im Vibe-Modus arbeiten?

Ja, und das ist der häufigste Missbrauch des Begriffs. Ein agentisches Werkzeug allein erzeugt keinen agentischen Prozess. Ohne Plan, Freigabe und Nachweis ist ein Agent nur ein schnelleres Vibe Coding mit größerer Reichweite.

Braucht jede Änderung eine Freigabe?

Nein. Sinnvoll ist eine Abstufung nach Schaden: eine Textkorrektur nicht, ein Schema-Umbau, ein Deploy, eine Änderung an Authentifizierung oder Bezahlung immer. Wo genau die Schwelle liegt, ist eine Team-Entscheidung — sie sollte nur getroffen und aufgeschrieben sein, nicht im Einzelfall improvisiert.

Wie fange ich mit Agentic Coding an?

Mit einer einzigen Regel: Vor Änderungen an einer festgelegten Liste kritischer Bereiche steht ein Plan, der freigegeben wird. Alles Weitere wächst daran.

Plan, Freigabe und Nachweis funktionieren nur, wenn sie nicht von der Tagesform abhängen. Code Guardian macht daraus einen festen Ablauf: schreibgeschützte Analyse, jede offene Entscheidung einzeln vorgelegt, Plan mit Entscheidungsprotokoll, und erst nach Ihrer Freigabe wird gebaut.

Quellen

• Stack Overflow Developer Survey 2025, Abschnitt „AI" (Nutzung, Vertrauen).
• Richtlinie (EU) 2024/2853 über die Haftung für fehlerhafte Produkte, in Kraft am 9. Dezember 2024, Umsetzungsfrist 9. Dezember 2026.

Stand: 27. Juli 2026. Allgemeine Information, keine Rechtsberatung.