Vibe Coding erklärt: Wie KI das Programmieren verändert

Der Begriff stammt von Andrej Karpathy, der Anfang 2025 beschrieb, wie er Software baut, indem er sich der KI einfach "hingibt", den Code kaum noch liest und Vorschläge per Sprachbefehl akzeptiert. Aus dieser halb ironischen Bemerkung ist eine ernsthafte Arbeitsweise geworden. Vibe Coding ist heute der Sammelbegriff für eine Praxis, bei der nicht mehr die Syntax im Zentrum steht, sondern die Absicht. Du sagst, was die Software können soll, und ein KI-Modell übersetzt das in funktionierenden Code.

Für Schweizer KMU ist das mehr als eine Spielerei für Entwickler. Es verändert, wer Software überhaupt bauen kann und wie schnell aus einer Idee ein lauffähiger Prototyp wird. Aber der Hype verdeckt eine unbequeme Wahrheit: Vibe Coding macht das Bauen leicht und das Verantworten schwer.

Was Vibe Coding wirklich bedeutet

Klassisches Programmieren ist ein Übersetzungsproblem. Eine Fachperson trägt die Logik im Kopf und überträgt sie mühsam in eine Programmiersprache. Vibe Coding dreht das Verhältnis um. Die KI übernimmt die Übersetzung, der Mensch liefert Kontext, Beispiele und Korrekturen.

Konkret sieht das so aus: Du formulierst eine Anforderung wie "Baue ein Formular, das Offertanfragen erfasst, validiert und per E-Mail an das Verkaufsteam schickt." Das Modell generiert das Formular, die Validierung und die Versandlogik in einem Rutsch. Du testest, merkst, dass die E-Mail-Adresse fehlerhaft geprüft wird, und sagst das einfach. Innerhalb von Sekunden kommt die Korrektur.

Der entscheidende Punkt: Die Arbeit verschwindet nicht, sie verlagert sich. Statt Stunden mit Tippen und Nachschlagen zu verbringen, verbringst du sie mit Beschreiben, Prüfen und Entscheiden. Wer das unterschätzt, produziert Software, die im Demo glänzt und im Betrieb zusammenbricht.

Die Werkzeuge: Von der Idee zur Codebasis

Der Markt teilt sich grob in drei Lager. Editoren für Entwickler, agentische Werkzeuge im Terminal und No-Code-nahe Plattformen für Nicht-Techniker.

Der bekannteste Vertreter der ersten Gruppe ist Cursor. Er fühlt sich an wie ein vertrauter Code-Editor, liest aber permanent mit und schlägt den nächsten Handgriff vor. Im Agent-Modus bearbeitet er ganze Dateibäume statt einzelner Zeilen.

Eine Stufe agentischer arbeitet Claude Code. Statt in einem Editor lebt das Werkzeug im Terminal und versteht ganze Projekte als Einheit. Es liest Dateien, plant mehrstufige Änderungen, führt Tests aus und korrigiert sich selbst, wenn etwas bricht. Für bestehende Codebasen mit gewachsener Struktur ist dieser projektweite Blick oft wertvoller als reines Autocomplete.

Für alle ohne Programmiererfahrung schliesslich gibt es Plattformen wie Lovable. Du beschreibst eine App in einem Chatfenster, siehst sofort eine klickbare Oberfläche und iterierst im Dialog. Das senkt die Einstiegshürde auf praktisch null, allerdings mit dem Preis, dass du weniger Kontrolle über das hast, was unter der Haube passiert.

Wo Vibe Coding für KMU glänzt

Der grösste und schnellste Nutzen liegt nicht in der Kernsoftware, sondern an den Rändern des Betriebs. Drei Felder zahlen sich besonders aus.

Erstens interne Tools. Jedes Unternehmen schleppt Excel-Tabellen mit, die eigentlich eine kleine App sein sollten: eine Ferienplanung, ein einfaches Lagerverzeichnis, ein Dashboard für Verkaufszahlen. Solche Werkzeuge waren bisher zu teuer für externe Entwicklung und zu komplex für interne Bastellösungen. Mit Vibe Coding entstehen sie an einem Nachmittag.

Zweitens Prototypen. Wer eine neue Geschäftsidee testen will, brauchte früher ein Budget von mehreren tausend Franken, nur um etwas Vorzeigbares zu haben. Heute lässt sich ein funktionierender Klick-Prototyp in Stunden bauen, mit echten Daten statt Powerpoint-Attrappen. Das verändert, wie Unternehmen Ideen validieren, bevor sie investieren.

Drittens Automatisierungen. Kleine Skripte, die Daten zwischen Systemen verschieben, Rechnungen umbenennen oder Reports zusammenstellen, sind ideale Vibe-Coding-Aufgaben. Sie sind klar abgegrenzt, schnell zu testen und sparen unmittelbar Zeit.

Die ehrlichen Grenzen

So beeindruckend die Demos sind, drei Grenzen sind für Unternehmen entscheidend.

Die erste ist Wartbarkeit. KI generiert funktionierenden Code, aber nicht automatisch guten Code. Ohne Architekturentscheidungen wächst ein Projekt zu einem Geflecht, das niemand mehr überblickt. Der berüchtigte Moment kommt, wenn eine kleine Änderung drei andere Dinge kaputt macht und keiner weiss warum. Wer ohne technisches Verständnis baut, merkt das erst, wenn es teuer wird.

Die zweite Grenze ist Sicherheit. Generierter Code enthält erschreckend oft offene Schnittstellen, fehlende Zugriffskontrollen oder API-Schlüssel, die im Frontend landen. Für ein internes Tool mag das verschmerzbar sein, für eine Anwendung mit Kundendaten ist es ein Datenschutzrisiko, das in der Schweiz unter das revidierte DSG fällt. Die KI warnt nicht von selbst.

Die dritte Grenze ist Verantwortung. Eine KI haftet nicht. Wenn ein automatisch generiertes System einen Fehler macht, der eine Falschberechnung an Kunden verschickt, trägt das Unternehmen die Konsequenzen. Deshalb gehört bei allem, was geschäftskritisch ist, ein Mensch mit Engineering-Erfahrung in die Schlaufe, der prüft, was die Maschine gebaut hat.

So steigst du sinnvoll ein

Der vernünftige Weg ist nicht "alles oder nichts", sondern gestaffelt. Beginne mit einem internen Tool ohne sensible Daten, etwa einem Dashboard, das ohnehin nur intern läuft. So lernst du den Workflow kennen, ohne Risiko. Nutze Vibe Coding danach für Prototypen, um Ideen schnell und günstig zu testen, bevor du in saubere Entwicklung investierst.

Sobald es um Kundendaten, Zahlungen oder Systeme geht, an denen der Betrieb hängt, hol dir Begleitung. Nicht weil die Methode versagt, sondern weil das Urteil darüber, was sicher und wartbar ist, Erfahrung braucht, die kein Modell ersetzt. Genau an dieser Schnittstelle zwischen Geschwindigkeit und Verantwortung entscheidet sich, ob Vibe Coding für ein KMU ein Beschleuniger oder eine teure Sackgasse wird.

Vibe Coding ist gekommen, um zu bleiben. Es demokratisiert das Bauen von Software und verschiebt die Knappheit von "Wer kann programmieren" zu "Wer kann gut beschreiben und sauber prüfen". Für Unternehmen, die das verstehen, ist es einer der grössten Produktivitätshebel der letzten Jahre. Für jene, die es als Abkürzung um Engineering herum verstehen, wird es zur Hypothek.