Von Vibe Coding zur verlässlichen Anwendung

Eine Anwendung per natürlicher Sprache beschreiben, Code erzeugen lassen und wenige Minuten später ein klickbares Ergebnis sehen: Vibe Coding macht diese Form der Softwareentwicklung möglich. Die Einstiegshürde sinkt, erste Ideen lassen sich schnell ausprobieren, und auch Personen ohne umfassende Programmierkenntnisse können funktionale Prototypen erstellen.

Für einfache Werkzeuge, interne Hilfsanwendungen oder erste Machbarkeitsstudien kann das ein Vorteil sein. Vibe Coding verändert damit den ersten Abschnitt des Entwicklungsprozesses: Aus einer Idee wird schneller ein sichtbares Ergebnis.

Der kritische Punkt liegt jedoch im Übergang vom Prototyp zur produktiven Anwendung. Ein Prototyp zeigt, dass sich eine Idee technisch umsetzen lässt. Er beantwortet aber nicht automatisch die Fragen, die für den Einsatz in einem Unternehmen entscheidend sind:

• Sind die verwendeten Daten vollständig, aktuell und korrekt?
• Welche Nutzer dürfen auf welche Informationen zugreifen?
• Was geschieht, wenn ein System nicht erreichbar ist?
• Wie werden Ausnahmen und Eskalationen behandelt?
• Ist nachvollziehbar, warum eine Entscheidung getroffen wurde?
• Wer übernimmt Wartung, Support und Weiterentwicklung?
• Wie lässt sich die Anwendung in bestehende Prozesse und Systeme integrieren?

Ein Programm kann frei von Fehlern sein und trotzdem die fachlichen Anforderungen verfehlen. Es kann eine ansprechende Oberfläche besitzen, aber unzureichend gegen unberechtigte Zugriffe geschützt sein. Und es kann im ersten Moment funktionieren, ohne für den dauerhaften Betrieb, regulatorische Prüfungen oder spätere Änderungen ausgelegt zu sein.

Die Geschwindigkeit bei der Code-Erzeugung ist daher nicht mit der Geschwindigkeit bis zur produktionsreifen Anwendung gleichzusetzen.

Die eigentliche Lücke liegt hinter dem Code

Sprachmodelle erzeugen probabilistische Ausgaben. Auch wenn diese plausibel klingen, sind sie nicht automatisch fachlich korrekt. Zudem können sich die Ergebnisse verändern, wenn sich das verwendete Modell, der Kontext oder zugrunde liegende Bibliotheken ändern.

Das bedeutet nicht, dass KI-generierter Code grundsätzlich unbrauchbar wäre. Es bedeutet vielmehr, dass seine Qualität nicht allein aus der Tatsache folgt, dass er von einem Modell erzeugt wurde. Code muss geprüft, getestet, in eine belastbare Architektur eingebettet und im laufenden Betrieb überwacht werden.

Für geschäftskritische Anwendungen reicht es deshalb nicht aus, wenn eine KI einen plausiblen Lösungsweg vorschlägt. Die Anwendung muss auch mit unvollständigen Eingaben, widersprüchlichen Daten und unerwarteten Ausnahmefällen umgehen können. Sie muss definierte Regeln einhalten und Entscheidungen nachvollziehbar machen.

Die zentrale Herausforderung verlagert sich damit von der Erstellung einzelner Codezeilen hin zu den Rahmenbedingungen der Anwendung, nämlich Integration, Datenqualität, Sicherheit, Governance und Betrieb. Für geschäftskritische Abläufe braucht die daraus entstehende Anwendung deshalb eine verbindliche Prozessschicht, die Zustände, Rollen, Fristen, Geschäftsregeln und Eskalationen festlegt. KI kann innerhalb dieses Rahmens einzelne Aufgaben übernehmen, sollte den Ablauf jedoch nicht allein bestimmen.

Was Vibe Coding nicht automatisch löst: Daten und Integration

Vibe Coding kann den Code für eine Anwendung erzeugen. Es stellt jedoch nicht automatisch sicher, dass diese auf die richtigen Unternehmensdaten zugreift oder sich in die bestehende Systemlandschaft einfügt. Informationen liegen häufig über verschiedene Systeme verteilt vor, werden in unterschiedlichen Formaten gespeichert oder sind nur über manuelle Zwischenschritte verfügbar.

Eine per Vibe Coding erstellte Anwendung kann deshalb technisch funktionieren und trotzdem auf veraltete, unvollständige oder widersprüchliche Informationen zugreifen. Auch ein sorgfältig formulierter Prompt ersetzt keine verlässliche Datenquelle, klare Berechtigungen oder eine belastbare Schnittstelle.

Hinzu kommt die Integrationsfrage. Unternehmensanwendungen müssen meist mit ERP- und CRM-Systemen, Dokumentenarchiven, Fachverfahren oder individuell entwickelten Anwendungen kommunizieren. Werden für jede neue KI-Anwendung eigene Schnittstellen und Datenkopien angelegt, entstehen neue Datensilos. Mit jeder isolierten Lösung wächst der Aufwand für Wartung, Fehlerbehebung und Absicherung.

Bereits bei der Entwicklung muss deshalb festgelegt werden, welches System für einen bestimmten Datensatz maßgeblich ist, wie aktuell die Informationen sein müssen und welche Anwendungen darauf zugreifen dürfen. Auch die Herkunft und Nutzung sensibler Daten sollten nachvollziehbar und protokollierbar sein.

Integration ist damit keine nachgelagerte technische Aufgabe. Sie gehört zu den Anforderungen, die eine Vibe-Coding-Anwendung von Anfang an erfüllen muss, damit aus einem Prototyp eine belastbare Unternehmensanwendung werden kann.

Wenn der Prototyp zum Altsystem von morgen wird

Eine individuell mit KI erzeugte Anwendung kann zunächst wie ein erheblicher Produktivitätsgewinn wirken. Fehlen jedoch gemeinsame Standards, eine dokumentierte Architektur und klare Verantwortlichkeiten, wird sie schnell zu einer isolierten Einzellösung.

Zugespitzt könnte man von „Aloneware“ sprechen: einer Anwendung, deren Besitzer im Problemfall weitgehend auf sich allein gestellt ist. Es gibt keine etablierte Supportstruktur, keine gemeinsame Komponentenbibliothek und möglicherweise auch keinen klaren Übergabeprozess an die IT.

Das Risiko zeigt sich häufig erst nach der eigentlichen Entwicklung. Eine verwendete Bibliothek wird nicht mehr unterstützt, ein Modell liefert nach einem Update andere Ergebnisse oder eine Sicherheitslücke betrifft eine zentrale Abhängigkeit. Vielleicht verlässt auch die Person, die den Prototyp erstellt hat, das Unternehmen. Dann stellt sich die Frage, wer die Anwendung weiterentwickelt und für ihren Betrieb verantwortlich ist.

Der anfängliche Geschwindigkeitsvorteil kann sich dadurch schnell relativieren. Wartung, Tests und Fehlerbehebung werden aufwendiger, während gleichzeitig neue Risiken für Sicherheit, Compliance und Verfügbarkeit entstehen. Die Alternative besteht jedoch nicht darin, KI-gestützte Entwicklung grundsätzlich zu vermeiden. Vielmehr sollte sie in eine unterstützte Entwicklungs- und Betriebsumgebung eingebettet werden – mit wiederverwendbaren Komponenten, standardisierten Sicherheits- und Integrationsmustern, versionierbaren Änderungen sowie klaren Support- und Übergabestrukturen.

Deshalb muss bereits vor der Einführung einer KI-generierten Anwendung geklärt werden, wer für Berechtigungen, Modelländerungen, Schwachstellen, Dokumentation und Betrieb zuständig ist. Nicht jede Anwendung benötigt dabei dieselben Kontrollmechanismen. Die Anforderungen sollten sich am möglichen Schaden orientieren, den Fehler oder Ausfälle verursachen könnten.

Spec-Driven Development schafft einen verbindlichen Rahmen

Ein möglicher Weg, Geschwindigkeit und Kontrolle miteinander zu verbinden, ist Spec-Driven Development. Die Anwendung wird dabei nicht allein über einen offenen Prompt beschrieben. Stattdessen bildet eine strukturierte Spezifikation die Grundlage für Entwicklung, Prüfung und spätere Änderungen.

Eine solche Spezifikation beschreibt unter anderem das Ziel der Anwendung, die beteiligten Rollen, relevante Datenquellen, Prozessschritte, Geschäftsregeln, Ausnahmefälle und Anforderungen an Sicherheit und Protokollierung. Bei einer Anwendung zur Prüfung von Kreditanträgen könnte sie beispielsweise festlegen, welche Daten die KI aus eingereichten Dokumenten extrahiert, anhand welcher Geschäftsregeln deren Vollständigkeit und Plausibilität geprüft werden und wann ein Vorgang an eine zuständige Person weitergeleitet werden muss. Ebenso sollte definiert sein, für welche Entscheidungen eine zusätzliche Freigabe erforderlich ist und welche Prozessschritte protokolliert werden.

Ergänzt wird die Spezifikation durch messbare Akzeptanzkriterien. So lässt sich prüfen, ob die entwickelte Anwendung die fachlichen Anforderungen tatsächlich erfüllt. Spec-Driven Development ersetzt Vibe Coding dabei nicht, sondern bettet es in einen verbindlichen Entwicklungsprozess ein. Innerhalb dieses Rahmens können KI-gestützte Entwicklungswerkzeuge aus den beschriebenen Anforderungen Prozessmodelle, Datenstrukturen, Oberflächen oder wiederverwendbare Komponenten ableiten. Entscheidend ist, dass die KI nicht jedes Mal bei null beginnt, sondern auf ein gemeinsam validiertes und versionierbares Ziel hinarbeitet.

Das ist kein Plädoyer für zusätzliche Dokumentationsbürokratie. Die Spezifikation dient vielmehr als gemeinsames Arbeitsmodell für Fachbereich, IT, Sicherheit und Compliance. Alle Beteiligten können frühzeitig prüfen, ob Anforderungen vollständig und widerspruchsfrei sind – bevor daraus umfangreiche technische Abhängigkeiten entstehen.

Gerade bei komplexeren Anwendungen macht das einen wesentlichen Unterschied: Änderungen lassen sich gegen dieselben Anforderungen und Akzeptanzkriterien prüfen wie die ursprüngliche Anwendung.

Von der Idee in den kontrollierten Betrieb

Für Unternehmen empfiehlt sich ein schrittweises Vorgehen. Zunächst sollte der Anwendungsfall nach Nutzen und Risiko bewertet werden. Ein interner Rechercheassistent stellt andere Anforderungen als eine Anwendung, die verbindliche Entscheidungen über Kunden oder Bürger vorbereitet.

Die daraus abgeleiteten Anforderungen an Daten, Rollen, Prozesslogik und Akzeptanzkriterien werden anschließend gemeinsam mit Fachbereich, IT sowie Sicherheits- und Compliance-Verantwortlichen validiert. Erst auf dieser Grundlage sollte die technische Umsetzung beginnen.

In der Entwicklungsphase sind kontrollierte Datenzugriffe, Identitäts- und Berechtigungsmanagement, Testumgebungen und Protokollierung zu berücksichtigen. KI kann bei der Erstellung einzelner Komponenten unterstützen. Diese müssen jedoch gegen die Spezifikation, automatisierte Tests und fachliche Abnahmekriterien geprüft werden.

Mit der Produktivsetzung endet die Entwicklung nicht. Unternehmen sollten beobachten, wie sich die Anwendung im Alltag verhält: Wie häufig kommt es zu Fehlern? Wie oft greifen Mitarbeitende manuell ein? Werden Vorgänge abgebrochen oder an andere Stellen weitergeleitet? Verändern sich die Ergebnisse nach einem Modell- oder Systemupdate?

Diese Rückmeldungen gehören in die Weiterentwicklung. Gleichzeitig braucht es einen Überblick über die eingesetzten Anwendungen, ihre Abhängigkeiten und ihre Verantwortlichkeiten. Andernfalls entsteht aus vielen kleinen Prototypen eine unüberschaubare Sammlung voneinander isolierter Lösungen.

Fazit: KI braucht einen verlässlichen Rahmen

Vibe Coding verändert die Entwicklung von Anwendungen. Ideen lassen sich schneller konkretisieren, erste Prototypen einfacher erstellen und bestimmte technische Aufgaben automatisieren. Damit ist jedoch nur der erste Teil des Weges zurückgelegt.

Für den produktiven Einsatz zählen andere Eigenschaften: kontrollierte Datenzugriffe, nachvollziehbare Prozesse, definierte Verantwortlichkeiten, sichere Integrationen und ein belastbarer Betrieb. Sprachmodelle können bei der Umsetzung unterstützen. Sie ersetzen aber weder Architektur noch Governance.

Spec-Driven Development bietet eine Möglichkeit, beide Seiten miteinander zu verbinden. Natürliche Sprache wird dabei nicht zum Ersatz für Anforderungen, Tests und Verantwortlichkeiten. Sie wird zu einer neuen Schnittstelle, über die fachliche und technische Vorgaben in Anwendungen übersetzt werden können.

Nicht jede künftige Anwendung wird per Vibe Coding entstehen. Die Entwicklung mit natürlicher Sprache dürfte jedoch ein wichtiger Bestandteil moderner Softwareentwicklung werden. Entscheidend ist, ob daraus isolierte Einzellösungen entstehen – oder Anwendungen, die in bestehende Prozesse, Datenlandschaften und Verantwortungsstrukturen eingebettet sind.

Der eigentliche Vorteil liegt deshalb nicht allein darin, wie schnell Code erzeugt wird. Er liegt ebenso darin, KI-gestützte Entwicklung verlässlich in bestehende Entwicklungs- und Betriebsprozesse zu integrieren.