Die These in einem Satz: Eine App „nach Vibes“ zu generieren —du beschreibst, was du willst, und die KI schreibt den Code— ist wunderbar zum Prototypen und ein Desaster fürs Betreiben in Produktion. Nicht weil der Code schlecht rauskommt: heute kommt er überraschend gut raus. Sondern weil eine lebende App nicht der Code ist, den man in der Demo sieht; sie ist alles, was man nicht sieht —die Tests, die warnen, wenn etwas bricht, die Observability, die dir sagt warum, die Sicherheit, die verhindert, dass ein Kunde die Daten eines anderen sieht, und eine Person, die antwortet, wenn es um drei Uhr morgens ausfällt. Das ist die langweiligen 70 %, und genau die gibt dir Vibe Coding nicht mit derselben Geste, mit der es dir den schönen Bildschirm gibt.
Was Vibe Coding in Produktion ist und warum es so viele täuscht
Den Begriff hat Andrej Karpathy Anfang 2025 populär gemacht, um etwas zu beschreiben, das wir alle schon taten: sich treiben lassen, der KI sagen, was man will, und den Code annehmen, den sie zurückgibt, ohne ihn Zeile für Zeile zu lesen. Und es funktioniert: an einem Nachmittag hast du eine App, die startet, die Login macht, die Dinge in einer Datenbank speichert und die du in einem Meeting unter Applaus zeigst. Das Problem ist nicht dieser Nachmittag. Das Problem ist der Schluss, den fast jeder daraus zieht: „wenn ich das an einem Nachmittag gebaut habe, ist das ganze System eine Woche entfernt“. Ist es nicht. Was du gebaut hast, ist der Teil, den man sieht, und der Teil, den man sieht, ist der billige.
Es ist dieselbe alte Fata Morgana in neuen Kleidern. Eine Demo, die mit sauberen Daten, einem einzigen Nutzer und null echtem Traffic läuft, sagt nichts darüber, was passiert, wenn tausend Leute auftauchen, die Hälfte der Daten halb gefüllt ankommt und jemand versucht, sich dort reinzuschleichen, wo er nicht soll. Die Demo ist ein Versprechen; Produktion ist das Einlösen dieses Versprechens. Und dazwischen liegt die Arbeit, von der beim Verkaufsgespräch niemand redet, weil sie auf einem Bildschirm nicht glänzt.
Was Vibe Coding nicht generiert (und das trennt die Demo vom System)
Es ist nicht so, dass die KI schwachen Code schreibt. Es ist so, dass ein Produktionssystem viel mehr ist als Code, und diese anderen Schichten kommen nicht aus einem hübschen Prompt. Diese fehlen fast immer:
- Tests, die vor dem Kunden warnen. Der generierte Code tut, was du an dem Tag verlangt hast, an dem du es verlangt hast. Niemand garantiert, dass er es noch tut, wenn du in drei Wochen etwas anderes anfasst. Ohne ein Netz aus Tests ist jede Änderung eine Wette, und der, der entdeckt, dass du etwas kaputtgemacht hast, ist dein Nutzer.
- Observability: wissen, was passiert, wenn es passiert. In der Demo siehst du es auf deinem Bildschirm, wenn etwas ausfällt. In Produktion fällt es auf dem Handy eines Kunden 800 km weit weg aus, und du erfährst es nicht, es sei denn, du hast Logs, Metriken und Alerts aufgesetzt. Ohne das ist deine erste Monitoring-Quelle eine wütende Mail.
- Sicherheit und Datenisolierung. Vibe Coding baut dir das Login; was es dir selten richtig baut, ist, dass Nutzer A nicht durch Anfassen der URL die Daten von Nutzer B sehen kann. Berechtigungen, Mandantentrennung und der Umgang mit personenbezogenen Daten sind genau die Stelle, an der eine improvisierte App zum Leck wird.
- Ein Verantwortlicher und ein Prozess. Ein lebendes System braucht jemanden, der es mit Urteil deployt, der entscheidet, was angefasst wird und was nicht, und der da ist, wenn es zusammenbricht. Code ohne Verantwortlichen ist kein System: es ist eine Zeitbombe, die funktioniert, bis sie es nicht mehr tut und niemand weiß warum.
Jeder dieser Punkte ist in der Demo unsichtbar und in Produktion entscheidend. Und keiner lässt sich mit einem besseren Prompt lösen: es wird mit Handwerk gebaut, genau das, was Vibe Coding dich zu überspringen verleitet, weil „es ja schon funktioniert“.
Also, taugt Vibe Coding zu nichts? Im Gegenteil
Es taugt, und zwar sehr, wenn du es an die richtige Stelle setzt. Als Prototyping-Werkzeug ist es eines der besten seit Jahren: es validiert eine Idee an einem Nachmittag statt in zwei Wochen, lässt dich in einem Meeting etwas Greifbares zeigen und verwirft, was keinen Sinn hat, bevor du einen Euro ausgibst, um es richtig zu bauen. Der Fehler ist nicht, Vibe Coding zu nutzen; der Fehler ist, den Prototyp mit dem Produkt zu verwechseln und in Produktion zu schicken, was geboren wurde, um weggeworfen zu werden.
| Vibe Coding ist super für | Und gefährlich für |
|---|---|
| Eine Idee vor der Investition validieren | Echte Kundendaten speichern |
| Interne Prototypen und Demos | Alles mit externen Nutzern |
| Erkunden, wie sich eine Funktion anfühlt | Prozesse, von denen das Geschäft abhängt |
| Lernen und schnelle Experimente | Alles, was einen Montagmorgen überstehen muss |
Die Regel ist einfach: nutze Vibe Coding, um zu entscheiden, was du baust, nicht um es zu bauen. Der Prototyp sagt dir, ob die Idee es wert ist; ab da wird, was in Produktion hält, mit dem Langweiligen gebaut —dem gleichen Handwerk, das es braucht, um einen Geschäftsprozess zu automatisieren, ohne dass er beim ersten Mal bricht oder um einen KI-Agenten wirklich in einem Unternehmen an die Arbeit zu setzen. Diese Arbeit ist nicht aus Laune langsamer: sie trennt eine beklatschte Demo von einem System, das am Dienstag noch steht.
Was tun mit einem Prototyp, der funktioniert
Wenn du etwas „nach Vibes“ generiert hast und es wirklich einen Schmerz löst, ist die gute Nachricht, dass du das Schwerste schon hast: die Gewissheit, dass die Idee etwas taugt. Was danach kommt, ist nicht, es aus Spaß neu zu schreiben, sondern ihm zu geben, was ihm fehlt, um außerhalb deines Bildschirms zu leben —ein Netz aus Tests, Monitoring, Sicherheit, Deployment mit Urteil und jemanden, der antwortet. Es ist der Teil, den wir als das behandeln, was er ist, Infrastruktur, in der KI-Infrastruktur fürs Unternehmen: nehmen, was der Prototyp validiert, und es laufen lassen, ohne davon abzuhängen, dass jemand hinschaut.
Also ja zu Vibe Coding —zum Prototypen, zum Validieren, zum schnellen Verwerfen. Und nein zu Vibe Coding in Produktion, nicht weil die KI schlecht schreibt, sondern weil Produktion die 70 % sind, die die KI nicht mit dem Prompt generiert: die Tests, die Observability, die Sicherheit und der Verantwortliche. KI präsentiert sich nicht in einer Demo mit Fake-Daten. Sie wird auf dem Echten gebaut, und das Echte verlangt das Langweilige. Das ist die Arbeit, und genau der Teil, den man nicht sieht.