Was passiert, wenn man einen KI-Coding-Assistenten auf eine vollwertige Spiele-Engine loslässt? Entwickler Danny Limanseta hat es ausprobiert — und ein einfaches Angelspiel in Unity gebaut, komplett per „Vibe Coding" mit Cursor.
Die Mischung ist ungewöhnlich: Sonnet 4.6 übernahm die Code-Ausführung, Opus 4.6 die Planung. Kein Unity MCP, kein spezialisiertes Plugin — nur der Cursor-Editor und zwei Sprachmodelle.
Was funktioniert hat
Die grundlegenden Spielmechaniken hatte das System laut Limanseta erstaunlich schnell aufgesetzt. Das Modell konnte die Projektstruktur anlegen, Spielobjekte erstellen und die Basislogik implementieren. Das Ergebnis: Ein funktionierender Prototyp mit Boot, Wassereffekten und Angelmechanik.
Besonders positiv hebt Limanseta den Unity Asset Marketplace hervor — fertige Grafik-Assets, die das Spiel optisch aufwerten. Das sei „wahrscheinlich die größte Stärke von Unity" gegenüber Alternativen wie Godot.
Wo es hakt
Allerdings stößt Vibe Coding in Unity an klare Grenzen. Limanseta musste Komponenten über die grafische Unity-Oberfläche manuell an Spielobjekte anhängen. Das Debugging war frustrierend, das Wiederherstellen von Checkpoints problematisch. Der Grund: Der Editor-Zustand ist für das KI-Modell unsichtbar.
Insgesamt seien die Ergebnisse brauchbar, aber der Prozess frustrierend gewesen, fasst er zusammen. Sein Fazit: Für Vibe Coding bevorzuge er aktuell Godot — leichtgewichtiger, verständlicher, besser geeignet für den KI-gesteuerten Workflow. Einziger Wunsch: einen Asset-Marktplatz wie Unity.
Was das zeigt
Limansetas Experiment illustriert den aktuellen Stand von KI-gestützter Spieleentwicklung: Prototypen sind machbar, die Grundmechaniken stehen schnell. Aber die Integration zwischen KI-generiertem Code und den visuellen Editoren der großen Engines bleibt ein Flaschenhals. Wer vibe-coded, braucht trotzdem Verständnis für die Engine. Und wer eine Engine wählt, sollte deren KI-Kompatibilität als Kriterium ernst nehmen.
🎯 Was das für die Praxis bedeutet
1. Rapid Prototyping funktioniert: Spieleprototypen per KI-Coding-Assistent sind heute möglich — nicht perfekt, aber brauchbar für erste Tests und Konzeptvalidierung.
2. Engine-Wahl wird strategisch: Godot ist schlanker und besser für Vibe Coding geeignet, Unity hat den Asset-Marktplatz. Die Wahl der Engine bestimmt zunehmend, wie gut KI-Assistenten mitarbeiten können.
3. Lücke Editor-KI beachten: Die größte Schwäche liegt aktuell in der Verbindung zwischen KI-generiertem Code und dem visuellen Editor. MCP-Integrationen für Spiele-Engines werden das nächste große Thema.
