Vibe Coding erklärt: Was KI-gestützte Entwicklung wirklich bedeutet

Andrej Karpathy, ehemaliger KI-Forschungsdirektor bei Tesla und OpenAI-Mitgründer, prägte den Begriff Anfang 2025. Seine Beschreibung: Man gibt dem Modell eine Aufgabe, schaut was kommt, akzeptiert oder korrigiert — und 'geht einfach mit dem Vibe'. Der Entwickler als Kurator statt als Autor.

Karpathys ursprüngliche Aussage bezog sich auf kleine persönliche Projekte, Prototypen, Wegwerf-Code. Seitdem hat das Marketing-Ökosystem rund um KI-Tools den Begriff auf alles ausgeweitet — vom Startup-MVP bis zum Enterprise-System. Dieser Schritt ist das eigentliche Problem, das wir hier aufdröseln müssen.

Der Kern-Workflow ist einfacher als er klingt:

1. Aufgabe formulieren — Was soll entstehen? Je präziser, desto besser das Ergebnis. 2. Code generieren — Das Modell (Claude, Cursor, Copilot) schreibt einen ersten Entwurf. 3. Reviewen und korrigieren — Der Entwickler prüft Logik, Sicherheit, Performance. 4. Iterieren — Feedback an das Modell, nächster Zyklus.

Was sich ändert: Der Löwenanteil der Tipparbeit entfällt. Was bleibt: Das Urteilen darüber, ob der generierte Code korrekt, sicher und wartbar ist. Das klingt trivial — ist es aber nicht. Wer das nicht kann, produziert mit KI-Unterstützung nicht schnelleren Code, sondern schnellere Fehler.

In meiner täglichen Arbeit mit Claude Code sieht das konkret so aus: Ich beschreibe ein Feature auf Deutsch, Claude schreibt den PHP-Code für den Shopware-Service, ich überprüfe jeden Block auf Korrektheit, stelle Nachfragen, passe Randbedingungen an. Geschwindigkeit: grob dreimal schneller als rein manuell — für Code, den ich vollständig verstehe und verantworten kann.

Nicht jede Aufgabe profitiert gleich stark. Diese Bereiche sind aus meiner Erfahrung stark:

Boilerplate und Gerüste: Services, Repositories, DTOs, API-Endpunkte — Code, der einem klaren Muster folgt. Claude kennt Shopware-Konventionen, schreibt korrekte services.xml-Einträge, setzt Repository-Injection richtig um. Was früher 30 Minuten dauerte, sind jetzt 3.

Refactoring mit klarem Ziel: 'Extrahiere diese Logik in einen eigenen Service, behalte das Interface' — solche präzisen Transformationen laufen zuverlässig.

Tests schreiben: Unit-Tests für bestehende Klassen generiert Claude schnell und vollständig. Das erhöht die Testabdeckung ohne proportionalen Zeitaufwand.

Dokumentation und Kommentare: PHPDoc, README-Abschnitte, Changelog-Einträge — Fleißarbeit, die vorher oft hinten runterfiel.

Exploration neuer APIs: 'Wie greife ich auf die Shopware Store API zu?' — Claude zeigt Beispielcode, ich überprüfe gegen die Doku, adaptiere. Lernzeit halbiert.

Komplexe SQL-Queries: Joins über mehrere Tabellen, Aggregationen, Subqueries — hier ist Claude erstaunlich präzise, wenn man das Datenbankschema mitgibt.

Hier liegt der Hype-Bruch. Es gibt Bereiche, in denen unkritisches Vibe Coding aktiv schadet:

Sicherheitskritischer Code: Authentifizierung, Berechtigungsprüfungen, Datenverschlüsselung. Modelle bauen hier regelmäßig subtile Fehler ein, die in Reviews übersehen werden. SQL-Injection-Anfälligkeit durch falsch kontextualisierte Parameter, fehlende CSRF-Checks, unsicheres Session-Handling — das sieht im ersten Moment plausibel aus.

Systemarchitektur: Die Entscheidung, ob etwas als Plugin, App oder Microservice umgesetzt wird, welche Events welche Services triggern, wie das Datenmodell aufgebaut ist — das sind menschliche Entscheidungen mit langfristigen Konsequenzen. Claude schlägt Strukturen vor, aber er kennt weder deine Anforderungen in zwei Jahren noch dein Team-Setup.

Legacy-Systeme ohne Kontext: In einem 200.000-Zeilen-Shopware-Shop mit zehn Jahren technischer Schulden 'einfach mal' etwas vibe-coden ist riskant. Das Modell sieht nicht, was es nicht gezeigt bekommt.

Performance-kritische Pfade: Schleifenoptimierungen, Datenbankabfragen in Hot-Paths, Caching-Strategien — hier braucht es Messung und Verständnis, kein Raten.

Das Muster: Vibe Coding versagt überall dort, wo Kontext entscheidend ist, den das Modell nicht hat — und wo der Entwickler den generierten Code nicht eigenständig bewerten kann.

Eine häufige Fehleinschätzung: 'Wenn KI den Code schreibt, brauche ich keinen Entwickler mehr.' Die Realität ist komplizierter.

Der Anteil reiner Schreibarbeit sinkt drastisch. Der Anteil an Urteilsvermögen, Architekturentscheidungen und Qualitätskontrolle steigt relativ. Was früher 70% Tippen und 30% Denken war, dreht sich um. Das ist eine andere Art zu arbeiten — aber keine einfachere.

Claude Code gibt mir als Entwickler einen Hebel. Ich kann in einem Sprint leisten, wofür früher zwei Entwickler drei Sprints gebraucht hätten. Aber dieser Hebel funktioniert nur, wenn ich weiß, was ich tue. Ein Entwickler, der Shopware-Architektur, PHP-Sicherheitspatterns und Datenbankoptimierung versteht, wird durch KI zum 3x-Entwickler. Jemand ohne dieses Fundament wird durch KI zum Produzenten von schnell gebautem technischem Schuldenberg.

Für Auftraggeber bedeutet das: Vibe Coding als Marketing-Argument sollte skeptisch machen. Was zählt ist, ob der Entwickler den generierten Code vollständig versteht, reviewt und verantwortet.

Wenn du ein Shopware-Projekt vergibst und dein Entwickler KI-Unterstützung einsetzt, sind das die richtigen Fragen:

- Wird jede generierte Zeile reviewt? Kein ungeprüfter Code in Produktion, niemals.

• Verstehst du den Code vollständig? Wenn der Entwickler eine Passage nicht erklären kann, ist sie nicht produktionstauglich.
  • Gibt es Tests? KI-generierter Code ohne Tests ist doppelt riskant.
    • Wie wird mit Sicherheits-kritischen Bereichen umgegangen? Manche Dinge schreibt man besser von Hand.

      In meinen Projekten bedeutet KI-Unterstützung: kürzere Projektlaufzeiten bei gleicher Codequalität — weil die Review-Disziplin die gleiche bleibt. Das Ergebnis sind typischerweise 30–50% kürzere Entwicklungszeiten für definierte Features, bei vollständiger Dokumentation und Testabdeckung.

      Der Preisunterschied kommt dir als Auftraggeber zugute — ein 5.000 €-Sprint liefert mehr Feature-Umfang als vor zwei Jahren. Was ich nicht verkaufe, ist die Illusion, dass KI-gestützte Entwicklung alle Qualitätsanforderungen auflöst.

Vibe Coding im ursprünglichen Sinn — als beschleunigtes, KI-gestütztes Entwickeln mit menschlichem Review-Layer — lohnt sich in diesen Szenarien:

- Neue Features in bekannten Systemen: Der Entwickler kennt die Codebase, das Modell generiert den Erstentwurf, der Review ist effizient.

• Prototypen und MVPs: Schnell Machbarkeit prüfen, ohne Produktionsqualität vorzutäuschen.
  • Gut definierte Aufgaben: Je klarer die Anforderung, desto nützlicher das Modell.
    • Teams mit starker Code-Review-Kultur: KI-Geschwindigkeit + menschliche Qualitätskontrolle = produktiver Stack.

      Es lohnt sich nicht als Ersatz für Entwickler-Expertise — sondern als Hebel darauf.

      Der Begriff Vibe Coding wird in der Branche noch jahrelang kursieren, mal als Hype, mal als Schimpfwort. Was dahinter steht, wenn es gut gemacht ist, hat einen präziseren Namen: KI-unterstützte Entwicklung mit klarer menschlicher Verantwortung. Nichts anderes mache ich täglich.

Abstrakt klingt das alles plausibel — aber was bedeutet es in einem realen Shopware-Projekt?

Feature: Individuelle Preisregel für B2B-Kunden Anforderung: Bestimmte Kundengruppen sollen ab einer Mindestbestellmenge einen Staffelrabatt erhalten, der per Admin pflegbar ist. Früher: Architekturplanung, Service schreiben, Tests, Admin-Komponente — 2–3 Tage. Mit Vibe Coding: Ich beschreibe die Datenstruktur, Claude schreibt den Entity-Service und die DAL-Queries, ich reviewe und teste. Ergebnis in einem Tag, gleiche Qualität.

Feature: Automatischer Lagerbestand-Abgleich per Webhook Ein ERP-System sendet Webhook-Events bei Lagerveränderungen. Shopware soll reagieren und Bestände aktualisieren. Die Integration ist komplex — mehrere Systeme, Fehlerbehandlung, Idempotenz. Claude generiert das Grundgerüst, ich ergänze die Business-Logik, die das Modell nicht kennen kann: welche Lagertypen welche Shopware-Felder befüllen, wie mit Differenzen umgegangen wird. Hier wird deutlich: KI übernimmt das Strukturelle, der Entwickler das Fachliche.

Was ich dabei nie mache: Generierten Code ohne eigenes Verständnis deployen. Jede Zeile, die in die Produktion geht, ist eine Zeile, für die ich geradestehe. Das ist keine Floskel — das ist die einzige Grundlage, auf der KI-gestützte Entwicklung seriös funktioniert.

Für E-Commerce-Unternehmen bedeutet das konkret: Ein Sprint mit 5.000 € liefert heute mehr Funktionsumfang als vor zwei Jahren — nicht weil Entwicklerarbeit billiger geworden ist, sondern weil sie effizienter ist. Die Einsparung fließt in mehr Features, nicht in günstigere Stundensätze auf Kosten der Qualität.

Du überlegst, ob KI-gestützte Entwicklung dein nächstes Shopware-Projekt beschleunigen kann — ohne Qualitätsverlust und ohne Lock-in in teure KI-Tools?

→ [Was Vibe Coding für dein Shopware-Projekt konkret bedeutet](/lp/vibe-coding-was-ist-das)