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.

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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
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:
Wenn etwas kaputtgeht, ist die Fehlermeldung dein wertvollster Input. Karpathy kopierte Fehler „kommentarlos“ zurück; mit etwas Kontext bekommst du bessere Korrekturen:
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:
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.
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.



