BEGRIFF· 24.01.2026
Vibe Coding
Vibe Coding heißt, Code nur noch am Ergebnis zu beurteilen statt an der Zeile. Woher der Begriff kommt und wo genau er kippt.
Was Vibe Coding bedeutet
Statt Code Zeile für Zeile zu schreiben, beschreibst du einer KI die Absicht hinter einer Funktion, den „Vibe“. Den Rest übernimmt sie. Im Kern ist das Prompt Engineering, angewendet im Editor statt im Chat-Fenster.
Von jeder Form von KI-Autocomplete davor trennt es ein zweiter Schritt. Du liest den erzeugten Code nicht mehr. Du testest nur noch das Verhalten. Möglich wird das erst, weil Large Language Models inzwischen brauchbaren Code aus einer Beschreibung ableiten.
Woher der Begriff kommt
Geprägt hat ihn Andrej Karpathy, Mitgründer von OpenAI, am 2. Februar 2025: „a new kind of coding I call vibe coding, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists“. Er lese keine Diffs mehr und kopiere Fehlermeldungen kommentarlos zurück in den Editor. Fast beiläufig fügte er hinzu, das funktioniere ganz gut für Wegwerfprojekte am Wochenende.
Dieser letzte Halbsatz ist wichtiger, als er klingt. Karpathy hat die Grenze des Begriffs im ersten Tweet gleich mitgeliefert. Verbreitet hat sich trotzdem vor allem der erste Teil, bis das Collins Dictionary den Begriff im November 2025 zum Wort des Jahres kürte.
Wo es trägt und wo es kippt
Für einen Prototyp ist die Beurteilung am Ergebnis genau richtig. Ein Proof of Concept oder ein internes Tool, das morgen wieder verworfen wird, kostet bei einem Fehler ein paar Minuten Nacharbeit.
Kippen tut es, sobald jemand die Software warten muss. Ein Fehler bleibt dann unentdeckt bis zur Produktion. Und wenn er auffällt, fehlt genau das Verständnis, das beim Debuggen geholfen hätte. Nicht die Code-Qualität am Tag eins ist also der Unterschied. Es ist das, was in sechs Monaten passiert.
Die Werkzeuge dafür gehen unterschiedlich weit. Cursor ist ein KI-Editor auf Basis von VS Code und chattet mit deinem ganzen Repository. Replit Agent plant Aufgaben selbstständig und hostet das Ergebnis gleich mit. Das ist Agentic AI in der Praxis. Claude Code bringt dieselbe Fähigkeit ins Terminal, siehe Einstiegs-Guide zu Claude Code.
Wie ich damit arbeite
Ich baue vieles mit Claude Code, aber nicht im Sinne von Karpathys Tweet. Bei meinem eigenen WordPress-Theme bin ich genau an diesem Muster gescheitert. Ohne feste Struktur drauflosgepromptet, und heraus kam ein Haufen Dateien, die nicht zueinander passten. Der zweite Anlauf lief mit klarer Ordnerstruktur und einer Kontrolle nach jedem Schritt. Am Ende stand ein Pagespeed-Wert von 99 bis 100.
Dasselbe gilt für die zwölf Browser-Tools. Rund 4.000 Zeilen Code, dazu 84 Tests, die bei jeder Änderung mitlaufen. Kein „Accept All“. Nach Karpathys Definition läuft bei mir nur der erste Entwurf einer Idee, nicht das, was am Ende live geht.
Wer nicht mehr jede Zeile liest, braucht deshalb mehr Sorgfalt bei der Kontrolle. Beim Debuggen suchst du dann auch nach Stellen, an denen die KI etwas Plausibles erfunden hat.
Zurück zum AI und Automation Glossar.
FAQ
- Ist Vibe Coding dasselbe wie Prompt Engineering?
- Nein, aber die beiden hängen zusammen. Prompt Engineering ist die Fähigkeit, eine Anweisung so präzise zu formulieren, dass ein Modell das Richtige liefert. Vibe Coding ist die Anwendung genau dieser Fähigkeit im Code-Editor, verbunden mit einer zweiten Entscheidung: den generierten Code nicht mehr zu lesen, sondern nur noch zu testen, ob er tut, was er soll.
- Kann ich mit Vibe Coding ohne Programmierkenntnisse eine App bauen?
- Für ein Wochenendprojekt oder einen Prototyp ja, dafür ist der Ansatz gemacht. Für Software, die andere Leute nutzen und die du in einem Jahr noch verstehen musst, wird es riskant, weil dir dann die Grundlagen fehlen, um einen Fehler zu erkennen, den die KI nicht selbst findet.
- Warum wird Vibe Coding oft kritisiert?
- Weil das Muster, das den Begriff geprägt hat, genau das Lesen von Code auslässt, aus Prinzip. Kritiker verweisen auf mehr Sicherheitslücken, schwerer wartbaren Code und eine Verantwortung, die bei niemandem mehr eindeutig liegt, wenn der Entwickler selbst nicht mehr weiß, was im Code passiert.
