Zum Inhalt springen
KI erklärt

Was ist Vibe Coding? Software bauen, indem du sie beschreibst

Vibe Coding heißt, Software zu bauen, indem du einer KI sagst, was du willst, und das Ergebnis danach beurteilst, ob es läuft. Woher der Begriff stammt, die Tools, ein Ablauf Schritt für Schritt, Prompts, die funktionieren, und die Risiken, die du prüfen solltest, bevor andere deine App nutzen.

Illustration zu Vibe Coding: Eine Chatblase mit Textzeilen fließt über einen Pfeil in ein Code-Fenster mit spitzen Klammern und einem Schrägstrich

Vor nicht allzu langer Zeit hieß eine kleine Web-App bauen: ein Framework lernen oder jemanden bezahlen, der es konnte. Heute beschreiben viele ihre App in einem Chatfenster, sehen zu, wie eine KI den Code schreibt, kopieren jede auftauchende Fehlermeldung zurück und wiederholen das, bis alles läuft. Genau das ist Vibe Coding: Software entwickeln, indem du einer KI sagst, was du willst, und das Ergebnis danach beurteilst, ob es funktioniert, statt den Code zu lesen. Dieser Ratgeber erklärt, was Vibe Coding ist, woher der Begriff stammt, welche Tools man dafür nutzt, wie ein Ablauf Schritt für Schritt aussieht, welche Prompts wirklich helfen und welche Risiken aus einem Wochenendprojekt ein Datenleck machen.

Was Vibe Coding bedeutet (und woher der Begriff kommt)

Der Ausdruck stammt von Andrej Karpathy, Mitgründer von OpenAI und früherer KI-Chef bei Tesla. Am 2. Februar 2025 schrieb er auf X über „eine neue Art des Programmierens, die ich Vibe Coding nenne“, bei der man sich „ganz den Vibes hingibt, Exponentialkurven umarmt und vergisst, dass der Code überhaupt existiert“. Er beschrieb, wie er mit einem KI-Code-Editor sprach, statt zu tippen, jede Änderung annahm, ohne die Diffs zu lesen, und Fehlermeldungen kommentarlos zurück in den Chat kopierte, was sie meistens behob. Für Wegwerfprojekte am Wochenende sei das „gar nicht so schlecht“.

Der Begriff verbreitete sich rasant. Merriam-Webster führte ihn im März 2025 als „slang & trending“, und das Collins English Dictionary kürte ihn zum Wort des Jahres 2025. Dabei hat sich die Bedeutung erweitert: Manche nennen jedes Programmieren mit KI-Hilfe „Vibe Coding“, andere bleiben bei Karpathys engerem Sinn.

Im strengen Sinn machen drei Dinge Vibe Coding aus:

  • Du beschreibst Ergebnisse in normaler Sprache – „füg eine Login-Seite hinzu“, „das Diagramm soll Wochensummen zeigen“, nicht Anweisungen zu Funktionen und Dateien.
  • Du liest den Code nicht und verstehst ihn nicht vollständig – die KI schreibt ihn, ändert ihn und repariert ihn.
  • Du urteilst nach dem Verhalten – wenn die App beim Herumklicken tut, was du wolltest, machst du weiter.

Dieser letzte Punkt macht Vibe Coding so zugänglich und so riskant. Software kann auf dem Bildschirm richtig aussehen und trotzdem unsicher, fragil oder bei Eingaben fehlerhaft sein, die du nie ausprobiert hast.

Vibe Coding vs. KI-gestütztes Programmieren

Die nützlichste Abgrenzung zog der Entwickler Simon Willison im März 2025: Wenn eine KI jede Zeile deines Codes geschrieben hat, du aber alles geprüft, getestet und verstanden hast, ist das kein Vibe Coding, sondern du nutzt die KI als Tippassistenten. Der Unterschied liegt nicht im Tool, sondern darin, ob ein Mensch die Verantwortung für den Code übernimmt.

  • Vibe Coding – geeignet für Prototypen, persönliche Tools, einmalige Skripte, Demos und zum Lernen. Wenn etwas kaputtgeht, bist nur du betroffen.
  • KI-gestützte Softwareentwicklung – dieselben Tools, aber mit Reviews, Tests, Versionskontrolle und jemandem, der jede Änderung erklären kann. Das brauchst du für alles, worauf sich andere verlassen, besonders für Software, die mit Logins, Zahlungen oder personenbezogenen Daten umgeht.

Wer gut mit Vibe Coding arbeitet, pendelt meist zwischen beiden Polen. Sie „viben“ sich bis zu einem funktionierenden Prototyp und nehmen dann Tempo raus, um die wichtigen Teile zu prüfen, bevor jemand anderes die App nutzt. Wenn du programmieren kannst, decken unsere KI-Prompts fürs Programmieren das Ende des Spektrums ab, an dem du alles prüfst.

Tools für Vibe Coding

Die Tools lassen sich grob in drei Gruppen einteilen. Sie ändern sich schnell, also prüf Funktionen und Preise, bevor du dich festlegst:

  • App-Builder im Browser – Lovable, Bolt.new, Replit und v0 machen aus einer Beschreibung eine laufende Web-App, Hosting inklusive. Für Nicht-Programmierer sind sie der einfachste Einstieg, verbergen aber am ehesten, was darunter passiert.
  • KI-Code-Editoren – Cursor, Windsurf und der Agentenmodus von GitHub Copilot in VS Code bearbeiten ein echtes Projekt auf deinem Rechner. Du siehst jede Datei, was ein Review möglich macht, auch wenn du es auslässt.
  • Coding-Agenten im Terminal – Claude Code, Codex von OpenAI und Gemini CLI laufen im Terminal, lesen dein Projekt, führen Befehle aus und ändern viele Dateien auf einmal. Sie sind KI-Agenten im vollen Sinn: Sie handeln, statt nur Vorschläge zu machen.

Für Kleines reicht auch ein normaler Chatbot. Bitte ChatGPT, Claude oder Gemini um eine HTML-Seite in einer einzigen Datei oder ein kurzes Python-Skript, kopier es und führ es aus. Braucht ein Projekt mehrere Dateien, stößt du an Grenzen, aber so merkst du schnell, ob Vibe Coding etwas für dich ist.

So baust du eine kleine App mit Vibe Coding, Schritt für Schritt

Ein realistisches Beispiel: eine Seite, auf der dein Buchclub festhält, was jedes Mitglied gerade liest, und es mit bis zu fünf Punkten bewertet. Dieser Ablauf behält die Vibes bei, vermeidet aber die häufigsten Sackgassen.

  1. Schreib zuerst eine kurze Spezifikation – wer die App nutzt, was die Leute damit tun müssen, was sie nie tun darf und woran du erkennst, dass sie „fertig“ ist. Zehn Zeilen genügen. Die meisten frustrierenden Vibe-Coding-Sessions beginnen mit einer Anfrage aus einem Satz, bei der die KI den Rest erraten muss.
  2. Verlang einen Plan vor dem Code – lass die KI die Bildschirme, die zu speichernden Daten und die Technik vorschlagen, und korrigier sie, bevor irgendetwas gebaut wird.
  3. Bau die kleinste Version, die funktioniert – ein Bildschirm, Fake-Daten, kein Login. Bring sie zum Laufen und füg dann eine Funktion nach der anderen hinzu.
  4. Leg nach jedem funktionierenden Schritt einen Sicherungspunkt an – mit Git oder dem Versionsverlauf deines App-Builders. Macht eine Änderung etwas kaputt, ist ein Schritt zurück schneller, als die KI aus dem Loch herauszudiskutieren.
  5. Teste wie ein Nutzer und dann wie ein Störenfried – probier leere Felder, sehr lange Texte, den Zurück-Button und ein zweites Konto, das die Daten des ersten nicht sehen dürfte.
  6. Prüf alles, bevor du die App teilst – sobald andere sie nutzen, lass einen Sicherheits-Review machen (Prompt weiter unten) und behebe, was dabei herauskommt.

Das ist ganz normales Prompt Chaining: eine Folge kleiner, überprüfbarer Anfragen statt einer riesigen. Jeder Schritt lässt der KI weniger Raum zum Abschweifen.

Tipp: Fang ein neues Gespräch an, sobald sich die KI im Kreis dreht, also einen Bug behebt und dafür einen anderen wieder einbaut. Füg deine Spezifikation ein, eine kurze Zusammenfassung dessen, was schon funktioniert, und das eine Problem, an dem du festhängst. Lange Sessions füllen den Kontext mit gescheiterten Versuchen, und das Modell fängt an, darauf aufzubauen.

Prompts, mit denen Vibe Coding funktioniert

Gute Prompts für Vibe Coding klingen wie ein Auftrag an einen externen Dienstleister: das Ziel, die Rahmenbedingungen und was als fertig gilt. Der erste macht aus einer Idee einen Plan, den du prüfen kannst, bevor überhaupt Code existiert:

Ich möchte [BESCHREIBUNG DER APP, Z. B. EIN LESETAGEBUCH FÜR MEINEN BUCHCLUB] bauen. Nutzer: [WER SIE NUTZT UND WIE VIELE]. Sie müssen Folgendes tun können: [3–5 KERNAKTIONEN]. Sie darf niemals: [Z. B. DIE PRIVATEN NOTIZEN EINES MITGLIEDS EINEM ANDEREN ZEIGEN]. Ich bin [DEIN KENNTNISSTAND, Z. B. KEIN PROGRAMMIERER]. Bevor du Code schreibst: 1. Stell mir bis zu 5 Fragen zu allem, was unklar ist. 2. Schlag die einfachste Technik vor, die funktionieren würde, und begründe sie. 3. Liste die Bildschirme und die Daten auf, die du speichern wirst. 4. Teil den Bau in kleine Schritte auf, die ich einzeln testen kann. Warte auf meine Freigabe, bevor du mit Schritt 1 beginnst.

Wenn etwas kaputtgeht, ist die Fehlermeldung dein wertvollster Input. Karpathy kopierte Fehler „kommentarlos“ zurück; mit etwas Kontext bekommst du bessere Korrekturen:

Dieser Fehler ist aufgetreten, als ich [WAS DU GETAN HAST, Z. B. BEI EINEM NEUEN BUCH AUF „SPEICHERN“ GEKLICKT HABE]: [KOMPLETTE FEHLERMELDUNG EINFÜGEN] Was ich erwartet habe: [ERWARTETES ERGEBNIS]. Bevor du etwas änderst, erklär mir in einfachen Worten, was ihn verursacht. Behebe dann nur dieses Problem, liste jede geänderte Datei auf, und sag mir, wie ich prüfen kann, ob die Korrektur funktioniert hat. Schreib keinen Code um, der nichts damit zu tun hat.

Die letzte Anweisung ist wichtig: Modelle, die einen Bug beheben, „verbessern“ gern auch den Code drumherum, und genau so entstehen neue Bugs. Bevor du die App teilst, lass einen Review laufen:

Prüf dieses Projekt so, wie es ein sicherheitsbewusster Senior-Entwickler tun würde, bevor es für [WER ES NUTZEN WIRD] live geht. Achte auf: - Passwörter, API-Schlüssel oder Tokens im Code oder an Stellen, die der Browser sehen kann - Seiten oder Daten, die ohne Login funktionieren oder Daten anderer Nutzer zeigen - Nutzereingaben, die ohne Validierung gespeichert oder angezeigt werden - Pakete, die ungepflegt wirken oder gar nicht existieren Nenne für jedes Problem: die Datei, das Risiko in einfachen Worten, wie schwer es wiegt (hoch/mittel/niedrig) und die Lösung. Ändere noch keinen Code.

Tools wie Cursor und Claude Code lesen zudem zu Beginn jeder Session eine Regeldatei des Projekts (etwa CLAUDE.md oder AGENTS.md). Leg dort deine Spezifikation, deine Technikentscheidungen und feste Regeln ab („niemals Schlüssel committen“, „vor dem Löschen von Dateien fragen“), damit du sie nicht wiederholen musst. Mit unserem System-Prompt-Generator entwirfst du so eine Datei schnell, und dem Modell die richtigen Dokumente zur richtigen Zeit zu geben, ist genau das, worum es beim Context Engineering geht.

Wenn Vibe Coding schiefgeht

Die Pannen folgen einem Muster: Die App lief auf dem Bildschirm, und niemand prüfte, was sie im Hintergrund tat.

  • Offengelegte Daten – im Mai 2025 zeigten Berichte, dass 170 von 1.645 mit Lovable erstellten Web-Apps eine Schwachstelle hatten, über die jeder auf die darin gespeicherten persönlichen Daten zugreifen konnte.
  • Zerstörerische Agenten – im Juli 2025 berichtete SaaStr-Gründer Jason Lemkin, dass der KI-Agent von Replit während eines ausdrücklich angeordneten Code-Freeze seine Produktionsdatenbank gelöscht und anschließend falsch dargestellt hatte, was passiert war.
  • Unsicher von Haus aus – eine Untersuchung von Veracode ergab, dass Modelle zwar viel besser darin geworden sind, funktionierenden Code zu schreiben, die Sicherheit dieses Codes sich aber nicht im gleichen Tempo verbessert hat.
  • Erfundene Pakete – Modelle empfehlen manchmal Software-Bibliotheken, die es gar nicht gibt. Angreifer registrieren diese Namen mit Schadcode, ein Trick, der als Slopsquatting bekannt ist. Das ist die Programmier-Variante von KI-Halluzinationen.
  • Code, den niemand mehr warten kann – nach ein paar Wochen voller durchgewunkener Änderungen kann ein Projekt eine Größe erreichen, bei der weder du noch die KI eine Sache ändern kann, ohne eine andere kaputt zu machen.

Dazu kommt ein neueres Risiko für Agenten, die im Web surfen oder Dateien lesen: Versteckte Anweisungen in einer Webseite oder einer heruntergeladenen Bibliothek können sie steuern. Das ist Prompt Injection mit Zugriff auf dein Terminal.

So betreibst du Vibe Coding sicherer

Du musst kein Programmierer werden, um die schlimmsten Folgen zu vermeiden. Der meiste Schutz steckt in Gewohnheiten:

  • Halte Geheimnisse aus dem Code heraus – API-Schlüssel und Passwörter gehören in Umgebungsvariablen oder die Secrets-Einstellungen deiner Plattform, niemals in eine Datei, die der Browser herunterlädt. Lass dir von der KI zeigen, wo jeder Schlüssel liegt.
  • Nutz bis zum Schluss Testdaten – bau mit erfundenen Namen und Adressen. Echte personenbezogene Daten sollten erst nach einem Sicherheits-Review ins Spiel kommen.
  • Begrenze, was Agenten dürfen – arbeite in einer Kopie oder einem separaten Ordner, halte Produktionsdatenbanken außer Reichweite und aktiviere eine Freigabe für Befehle, die etwas löschen, deployen oder installieren.
  • Mach vor jeder größeren Änderung ein Backup – per Git-Commit oder mit den Sicherungspunkten des App-Builders. Wiederherstellen dauert Sekunden, alles aus dem Gedächtnis neu zu bauen dauert Tage.
  • Lass vor dem Launch einen Menschen draufschauen – wenn die App Zahlungen annimmt, Gesundheits- oder Finanzdaten speichert oder öffentlich zugänglich ist, bezahl einen Entwickler für eine Stunde Review. Das ist billiger als der Schadensfall.
Tipp: Bitte die KI, dir ihren eigenen Code zu erklären: „Geh mit mir Datei für Datei durch, was passiert, wenn sich ein Nutzer registriert.“ Kannst du der Erklärung nicht folgen oder widerspricht sie dem, was die App tut, hast du den Teil gefunden, den du zuerst prüfen solltest.

Was Vibe Coding nicht kann

  • Es kann keine Verantwortung übernehmen – wenn die App Daten preisgibt oder Geld verliert, haftet die Person, die sie veröffentlicht hat, nicht das Modell.
  • Es skaliert nicht sauber – am besten funktioniert es bei kleinen, in sich geschlossenen Projekten. Große Codebasen mit vielen Nutzern, Integrationen und jahrelanger Geschichte brauchen weiterhin Menschen, die sie verstehen.
  • Es ist nicht immer schneller – in einer randomisierten Studie von METR aus dem Jahr 2025 waren erfahrene Open-Source-Entwickler, die an ihren eigenen Projekten arbeiteten, mit KI-Tools 19 % langsamer, glaubten aber, schneller gewesen zu sein.
  • Es kann nicht wissen, was du nicht gesagt hast – die KI füllt Lücken mit plausiblen Vermutungen. Unausgesprochene Anforderungen wie Datenschutzregeln, Barrierefreiheit oder das, was passiert, wenn zwei Personen gleichzeitig bearbeiten, fehlen meistens.
  • Es bringt dir von sich aus wenig bei – Änderungen anzunehmen, ohne sie zu lesen, bringt dir Apps ein, aber keine Fähigkeiten. Willst du lernen, lass dir jede Änderung erklären und probier selbst kleine Anpassungen aus.

Für das eingesetzt, was es gut kann, ist Vibe Coding bemerkenswert: ein funktionierender Prototyp an einem Nachmittag, ein persönliches Tool, für das es sich nie gelohnt hätte, jemanden zu beauftragen, eine Demo, die eine Diskussion beendet. Behandle das Ergebnis als Prototyp, bis jemand geprüft hat, was unter der Haube steckt. Wenn du für Claude oder Claude Code schreibst, hilft dir unser Claude-Prompt-Generator, aus einer groben Idee eine strukturierte Spezifikation zu machen.

Quellen

Direkt ausprobieren. Setz das Gelesene mit unserem kostenlosen Tool um: Claude-Prompt-Generator →
Von KI-Enthusiast und fortgeschrittener Nutzer

Jordi Benitez nutzt seit Jahren täglich KI-Tools. Kein Forscher, kein akademischer Titel — einfach ein fortgeschrittener Nutzer, der genug Stunden mit ChatGPT, Claude, Gemini und Bildmodellen verbracht hat, um zu wissen, was wirklich funktioniert, und GetEasyPrompt gebaut hat, um genau das verständlich weiterzugeben.

FAQ

Häufige Fragen

Vibe Coding heißt, Software zu bauen, indem du einer KI in normaler Sprache beschreibst, was du willst, und sie den Code schreiben lässt. Du beurteilst das Ergebnis danach, ob die App beim Ausprobieren funktioniert, statt den Code zu lesen. Andrej Karpathy prägte den Begriff im Februar 2025, und das Collins English Dictionary kürte ihn zum Wort des Jahres 2025.
Nein. Mit App-Buildern wie Lovable, Bolt.new und Replit erstellen auch Nicht-Programmierer funktionierende Web-Apps aus einer Beschreibung. Etwas technisches Wissen hilft trotzdem sehr: Wer Fehlermeldungen, Versionskontrolle und grundlegende Sicherheit versteht, erkennt Probleme, die die KI übersieht, und verliert keine Arbeit, wenn eine Änderung etwas kaputt macht.
Nicht ganz. Beim Vibe Coding übernimmst du den Code der KI, ohne ihn zu lesen oder vollständig zu verstehen. Beim KI-gestützten Programmieren nutzt du dieselben Tools, prüfst, testest und verstehst aber jede Änderung. Simon Willison bringt es so auf den Punkt: Code, den du geprüft und verstanden hast, ist kein Vibe Coding, selbst wenn eine KI jede Zeile geschrieben hat.
Für Prototypen und persönliche Tools ohne sensible Daten ist es sicher genug. Bei allem, worauf sich andere verlassen, birgt es echte Risiken: offengelegte API-Schlüssel, Daten, die andere Nutzer sehen können, unsicherer Code und Agenten, die Dateien löschen. Nutz Testdaten, mach Backups, begrenze, was Agenten dürfen, und lass den Code vor dem Launch prüfen.

Schreib deinen nächsten Prompt in Sekunden

Verwandle eine grobe Idee in einen klaren, strukturierten Prompt, dem jede KI folgen kann. Kostenlos, privat und ohne Konto.

Prompt-Optimierer öffnenAlle Tools ansehen