Unter dem Namen World of Claudecraft ist ein Projekt aufgetaucht, das in Diskussionen über KI-gestützte Entwicklung als anschauliches Beispiel taugt: Ein sogenannter Vibe-Coder — also jemand, der Software überwiegend durch Anweisungen in natürlicher Sprache an ein KI-Modell entstehen lässt, statt jede Zeile selbst zu schreiben — hat damit eine eigene Version des Online-Rollenspiels World of Warcraft gebaut. Der Aufwand: zwei Tage und wenige Hundert US-Dollar, konkret rund 200 Dollar für die Nutzung des Modells.
Das Ergebnis ist spielbar. Es reicht nach den vorliegenden Berichten aber nicht an das Original heran, das über Jahre von einem großen Studio entwickelt und seit Jahrzehnten weiterbetrieben wird. Genau in diesem Spannungsfeld liegt der Wert des Beispiels: Es zeigt beides — die neue Geschwindigkeit beim Entstehen von Software und die Stelle, an der Geschwindigkeit allein nicht mehr weiterhilft.
Warum das für Unternehmen relevant ist
Ein Spieleklon klingt zunächst weit weg von Kundenportalen, Buchungssystemen oder internen Werkzeugen. Der Vergleich lohnt sich trotzdem, weil ein Online-Rollenspiel technisch keine triviale Aufgabe ist: Es braucht eine dreidimensionale Darstellung, Steuerung, Spielregeln, Zustandsverwaltung und Serverlogik. Wenn sich so etwas in Tagen zu einem lauffähigen Stand bringen lässt, verschiebt das die Erwartung daran, wie lange ein erster funktionierender Durchstich in einem Projekt dauern darf.
Für Entscheidungen bedeutet das vor allem eines: Die Kosten dafür, eine Idee auszuprobieren, sind deutlich gesunken. Wo früher ein Konzeptpapier und ein Klickdummy — eine nicht funktionale Attrappe der Oberfläche — den Diskussionsstand markierten, kann heute oft ein echter, benutzbarer Prototyp vorliegen. Diskussionen über Bedienbarkeit, Datenmodell und fehlende Anforderungen werden dadurch konkreter und finden früher statt.
Was ein solcher Prototyp leistet
- Machbarkeit zeigen: Ein lauffähiger Stand beantwortet die Frage, ob eine Idee grundsätzlich funktioniert, verlässlicher als jede Präsentation.
- Anforderungen schärfen: Sobald Menschen etwas anfassen können, kommen die Anmerkungen, die im Workshop niemand formuliert hat.
- Varianten vergleichen: Wenn ein Entwurf günstig ist, kann man zwei oder drei bauen, statt sich vorab auf einen festzulegen.
- Budgets begründen: Ein sichtbarer Zwischenstand macht Investitionsentscheidungen für Gremien nachvollziehbar.
Und was er nicht leistet
Der entscheidende Unterschied zwischen einem Prototypen und einem Produkt liegt nicht in den Funktionen, die man sieht, sondern in dem, was darunter liegt. Ein zwei Tage alter Stand hat typischerweise keine belastbare Rechte- und Rollenlogik, keine geprüfte Datenschutzarchitektur, keine Lasttests, keine Testabdeckung, keine Dokumentation und keine Antwort auf die Frage, wer das in drei Jahren wartet. Dass das Beispielprojekt dem Original in mehreren Punkten nachsteht, ist deshalb keine Randnotiz, sondern der eigentliche Befund.
Hinzu kommt ein Effekt, der in der Praxis regelmäßig unterschätzt wird: Prompt-getriebene Entwicklung erzeugt schnell viel Code. Ob dieser Code konsistent strukturiert ist, ob Abhängigkeiten sauber gewählt sind, ob Sicherheitslücken enthalten sind und ob sich das Ganze später erweitern lässt, entscheidet sich nicht am Prompt, sondern an der Beurteilung des Ergebnisses. Diese Beurteilung setzt Erfahrung voraus. Wer sie nicht hat, kann den Unterschied zwischen „läuft“ und „tragfähig“ nicht erkennen — und merkt es erst, wenn Änderungen teuer werden.
Ein pragmatischer Umgang mit dem Werkzeug
Sinnvoll ist eine klare Trennung zwischen zwei Phasen. In der Erkundungsphase darf KI-gestützte Entwicklung sehr weit gehen: Hier zählt Tempo, nicht Eleganz, und Wegwerfcode ist ausdrücklich erlaubt. Wichtig ist nur, dass alle Beteiligten wissen, dass es Wegwerfcode ist.
In der Umsetzungsphase ändern sich die Maßstäbe. Architekturentscheidungen, Datenmodelle, Schnittstellen, Berechtigungen, Betriebskonzept und Testbarkeit gehören in die Hand von Menschen, die für das Ergebnis verantwortlich sind. KI bleibt auch dort nützlich — beim Schreiben von Tests, beim Refactoring, bei Routineaufgaben, bei der Erschließung fremden Codes. Nur die Verantwortung für die Struktur lässt sich nicht delegieren.
Für die Projektplanung folgt daraus eine unbequeme, aber ehrliche Konsequenz: Wenn der Prototyp in Tagen fertig ist, verschiebt sich der Großteil des Aufwands nach hinten. Er verschwindet nicht. Was ein Projekt teuer macht, sind selten die sichtbaren Funktionen, sondern Integration in bestehende Systeme, Migration von Daten, Barrierefreiheit, Betrieb und die Pflege über Jahre.
Einordnung
Für Web- und Softwareprojekte heißt das: Nutzen Sie KI-gestütztes Prototyping früh und offensiv, um Ideen zu prüfen, bevor Budgets gebunden werden — die Hürde dafür ist so niedrig wie nie. Erwarten Sie aber nicht, dass sich die Zeit vom Prototyp zum produktiven, wartbaren und sicheren System im gleichen Maß verkürzt. Der Gewinn liegt in besseren Entscheidungen zu einem früheren Zeitpunkt, nicht im Wegfall der Entwicklungsarbeit.