Kann KI 2026 ernsthafte 3D-Spiele bauen? (Ehrliche Antwort zu 3D und Multiplayer)

Die Wahrnehmung hält sich hartnäckig. KI-Tools für Spiele sind etwas für Prototypen, 2D-Plattformer und Game Jams. Alles Ernsthafte, alles in 3D, alles mit Multiplayer macht man in Unity oder Unreal. Das stimmte vor zwei Jahren. Es stimmt heute nicht mehr.

Dieser Beitrag ist die ehrliche Antwort auf eine Frage, die wir oft hören. Kann KI 2026 ernsthafte 3D-Spiele bauen, inklusive 3D mit Echtzeitbeleuchtung und 3D mit Multiplayer, das auf Steam erscheint? Die kurze Antwort ist ja, und die lange Antwort verlangt einen Blick darauf, welche Engines wirklich kommerzielle Titel ausliefern, was der Renderer unter einem KI-Tool entscheidet und wo die echten Grenzen noch liegen. Wir tun nicht so, als wäre AAA gelöst. Wir zeigen, was möglich ist.

{/* IMAGE: Hero graphic showing a 3D scene with real-time GI and a chat panel building it, with Steam store visible in a corner. Illustration, 1200x675. */}

Was "ernsthaftes 3D" 2026 wirklich bedeutet

"Ernsthaftes 3D" hieß früher Unreal. Die Diskussion hat sich verschoben. Forward+ Rendering und Vulkan kamen in Godot 4 an und brachten Echtzeit-Global-Illumination (SDFGI und VoxelGI), volumetrischen Nebel, Decals und Signed-Distance-Schatten in Reichweite. Nichts davon gab es in Godot 3. Die Renderer-Lücke zwischen der Welt der offenen Engines und der Welt der kommerziellen Engines ist schmaler, als die meisten TikTok-Vergleiche vermuten lassen.

Die zweite Verschiebung ist der kommerzielle Nachweis. Die Liste der sieben- und achtstelligen Titel, die auf Godot 4 erschienen sind, ist nicht mehr hypothetisch. Mega Crit hat Slay the Spire 2 auf MegaDot veröffentlicht, einer Variante von Godot 4, und rund $55M umgesetzt, mit 3 Millionen Einheiten in der ersten Woche und einem Peak von 574K gleichzeitig spielenden Nutzern. Das ist keine "Godot kann 2D-Plattformer"-Geschichte, das ist eine "Godot kann eure Engine für die Fortsetzung eines geliebten Millionensellers sein"-Geschichte.

Für KI-Tooling bedeutet das eines ganz einfach. Die Obergrenze einer KI-nativen Engine wird vom Renderer und der Runtime darunter bestimmt. Wenn die Engine darunter echt ist, kann die KI darüber echte Spiele ausliefern.

Was heute auf Godot 4 erscheint

Fünf Beispiele, mit echten Zahlen, alle auf Godot.

Slay the Spire 2 (Mega Crit). Gebaut auf MegaDot, einer Variante von Godot 4. Rund $55M Umsatz, 3 Millionen Einheiten in der ersten Woche, 574K gleichzeitige Spieler auf Steam. Die Fortsetzung eines genredefinierenden Roguelike, ausgeliefert auf Godot, nicht auf Unity. Die Engine-Wahl war bewusst, nach Mega Crits Frustrationen mit Unity.

Brotato (Blobfish). Godot 3.5, Solo-Entwickler. $14-25M Umsatz, 7 Millionen verkaufte Einheiten. Ein einzelner Entwickler mit einem der umsatzstärksten Indie-Spiele seiner Zeit, auf einer offenen Engine.

Buckshot Roulette. Godot 3.x und dann 4.x. Rund $15,6M Umsatz, 8 Millionen Einheiten. Atmosphärisches, eng gefasstes 3D in der Ego-Perspektive, mit einer Runtime, die ohne Publisher über Plattformen hinweg läuft.

Cruelty Squad (Consumer Softproducts). Godot 3.5.2. $7-19M Umsatz. Ein schräger, feindseliger, tief in der Nische verankerter 3D-Ego-Shooter, der den Steam-Algorithmus zum Frühstück verspeist und gezeigt hat, dass 3D in kleinen Teams auf Godot kommerziell tragfähig ist.

Dome Keeper (Bippinbits, Raw Fury). Erst Godot 3, dann auf Godot 4 portiert. Ein vom Publisher unterstützter Indie-Hit, der den Versions-Sprung sauber gemacht hat, was der Lackmustest für die Langlebigkeit einer Engine ist. Die Portierung ist der entscheidende Teil. Eine Engine, deren Versionen man weiterführen kann, ohne das Spiel neu zu schreiben, ist eine Engine in Produktionsqualität.

Fünf Titel, jeder davon jenseits der "Ist das eine echte Engine?"-Hürde. Andere Genres, andere Kunststile, andere Teamgrößen, alle auf Godot. Auf dieser Pedigree sitzt die KI-Schicht auf. Wenn die Frage lautet, ob ein ernsthaftes kommerzielles 3D-Projekt auf diesem Stack ausgeliefert werden kann, dann steht die Antwort längst in den Steam-Charts.

Wo Summer die KI-Schicht hinzufügt

Summer Engine ist die KI-native Game Engine, kompatibel mit Godot 4. Die Engine kümmert sich um den Scene Tree, Nodes, Skripte, die Asset-Pipeline und den Export. Die KI sitzt im Editor, sieht dein Projekt und arbeitet über Tools, die echte Godot-Dateien anfassen.

So sieht das in der Praxis aus.

Engine-native KI. Die KI läuft im Editor mit Lese- und Schreibzugriff auf den Scene Tree, Skripte und Ressourcen. Sie ist kein separates Chatfenster. Prompts erzeugen echte Änderungen an .tscn, .gd und .tres, also dieselben Dateien, die auch ein menschlicher Godot-Entwickler bearbeiten würde. Die tiefere Architektur ist unter /mcp dokumentiert.

Asset-Generierung im Kontext. Mesh, Textur, Animation, Audio. Im Projekt selbst erzeugt, nicht aus einem separaten Tool geladen und von Hand importiert. Die Pipeline weiß, wohin Assets gehören und wie sie in Materialien und Animation Player verdrahtet werden.

Skill Library. Wiederverwendbare Muster, die die KI aufruft. Multiplayer-Setup, Save-Systeme, Third-Person-Controller, Dialoge, Inventar. Ein kleines Team bekommt das Äquivalent zur Pattern Library eines Senior Engineers, ohne dafür zu zahlen.

Templates. Startpunkte für die häufigsten Spielformen, von 2D-Top-Down über 3D-Third-Person bis hin zum Deckbuilder. Der Katalog liegt unter /templates.

Die Rahmung ist wichtig. Die KI ersetzt die Engine nicht. Sie beschleunigt Teams, die schon auf der Pedigree von Godot stehen. Du bekommst den Renderer, der Slay the Spire 2 ausgeliefert hat, plus ein Chat-Interface, das aus "Coyote-Time-Doppelsprung einbauen" echte Änderungen an Nodes und Skripten macht.

Fallstudie: Don't Pray

Der klarste Anker dafür, was gerade möglich ist, heißt Don't Pray.

Don't Pray ist ein 3D-PvP-Magic-Shooter, der auf Steam erschienen ist. Echtes 3D, echter Multiplayer, echter Voice Chat. Steam-P2P-Netzwerk, kein vorgetäuschtes Lobby. Die Store-Seite liegt unter store.steampowered.com/app/4176260/Dont_Pray/. Die Genre-Beschreibung lautet in den Worten des Entwicklers "PvP magic shooter with built-in aimbot and wallhack", was den Ton ganz gut trifft.

Nach Aussage des Entwicklers wurde das Spiel von einem kleinen Team in zweieinhalb Monaten gebaut, mit rund $2,000 an KI-Credits über das gesamte Projekt hinweg. Das ist das Budget einer Hobby-Position, nicht einer Studio-Produktion.

Ein paar ehrliche Einordnungen. Don't Pray ist nicht AAA. Es ist ein echter 3D-Steam-Multiplayer-Shooter, was an sich schon eine Kategorie ist, die die meisten Indie-Entwickler nie erreichen und die die meisten KI-Tools überhaupt nicht erreichen können. Der Scope ist eng. Die Optik ist stilisiert. Der Netcode nutzt Steams P2P-Stack, keine eigens gebaute Relay-Infrastruktur. Nichts davon schmälert, was da ausgeliefert wurde. Ein Team hat in zehn Wochen für die Kosten eines gebrauchten Motorrads ein 3D-Multiplayer-Spiel mit Voice Chat gebaut.

Die interessante Frage ist nicht "Ist Don't Pray AAA?". Die interessante Frage ist, welches 3D vor einem Jahr für ein Zwei-Personen-Team unerreichbar war und heute erreichbar ist. Die Antwort lautet: das meiste davon, wenn die Engine darunter eine echte Engine ist und die KI-Schicht oben auf echten Dateien operiert.

Die andere Lektion ist die Budget-Form. Zweitausend Dollar an KI-Credits über zehn Wochen ist keine Venture-Capital-Größenordnung. Das ist die Größenordnung eines Nebenprojekts. Die Ökonomie, ein 3D-Multiplayer-Konzept einfach mal auszuprobieren, hat sich gerade verändert, und die Implikation für die nächsten zwölf Monate ist, dass wir mehr solcher Spiele sehen werden, nicht weniger. Der Flaschenhals ist jetzt Design und Content, nicht mehr die Baukosten.

{/* IMAGE: Screenshot from Don't Pray on Steam showing a 3D PvP shooter scene. Screenshot, 1200x675. */}

Was noch wirklich schwierig ist

Die ehrliche Liste der Dinge, die nicht gelöst sind.

Rendering-Parität auf AAA-Niveau. Unreal Nanite verarbeitet filmqualitative Geometriedichte zur Laufzeit. Lumen liefert Echtzeit-GI in einer Treue, die Godots SDFGI nicht erreicht. Wenn dein Projekt davon abhängt, ist Unreal weiterhin die richtige Antwort. Wir beanspruchen hier keine Parität.

Konsolen-Zertifizierung. Switch-Export funktioniert über Godots bestehende Pipeline. PlayStation und Xbox erfordern im Godot-4-Ökosystem eine Drittanbieter-Publisher-Beziehung über W4 Games. Nativer Konsolen-Export aus dem Editor ist kein aktuelles Versprechen, und jeder Beitrag, der dir etwas anderes erzählt, will dir etwas verkaufen.

Streaming sehr großer Welten. Open-World-Titel mit über einem Kilometer gestreamtem Terrain, dichten Actor-Counts und nahtlosen Übergängen sind nicht das, worin Godot 4 am besten ist. Es gibt Workarounds. Es sind Workarounds, keine eingebaute Pipeline.

Das offen auszusprechen ist wichtig, weil die Overclaim-Falle das ist, was KI-Tools unglaubwürdig macht. Die Kategorie wird jedes Mal schlechter, wenn jemand Unreal-Output aus einem 30-Sekunden-Prompt verspricht. Wir sind hier deutlicher.

Für wen das gedacht ist

Dieselbe Engine, drei Schichten.

Solo-Indies und Erstentwickler. Du willst ein ernsthaftes 3D-Spiel, keinen Browser-Prototyp. Du willst nicht, dass sechs Monate Unity-Tutorials der Engpass sind, bevor du überhaupt etwas auslieferst. KI-nativ heißt, dass die Lernkurve der Engine aus dem kritischen Pfad fällt. Du beschreibst die Loop, die Engine baut die Szene, du iterierst. Gleicher Workflow wie im Guide So baust du Spiele mit KI, spezialisiert für 3D.

Kleine Studios, 2 bis 10 Leute. Ihr habt schon ausgeliefert. Euer Bottleneck ist Iterationsgeschwindigkeit und das Verhältnis getesteter Designerideen pro Woche. Summer verdichtet diese Loop. Prototypen, die eine Woche brauchten, brauchen einen Nachmittag. Produktions-Assets landen im Projekt, nicht in einem Discord-Channel, der auf den Import wartet.

AAA-Accelerator-Gruppen. Ihr habt eine Hauptproduktion in Unreal. Ihr wollt ein paralleles Fast-Loop-Tool für Exploration, Vertical Slices und mechanisches R&D, bei dem die Kosten, etwas auszuprobieren, um eine Größenordnung sinken müssen. Summer ist additiv, kein Ersatz. Ihr behaltet eure AAA-Pipeline und stellt eine schnellere Exploration Engine daneben. Dieselbe Engine, auf der das Solo-Projekt eines Teammitglieds läuft, dieselbe Engine, auf der ein 10-Personen-Studio ausliefert. Mit dir skalieren, statt von vorne anzufangen.

Loslegen

Wenn du den KI-nativen Weg auf einem echten 3D-Projekt ausprobieren willst, lade Summer Engine herunter. Es ist kostenlos, baut auf Godot 4 auf und exportiert auf Steam, Windows, macOS und Linux. Die Engine findest du unter www.summerengine.com.

Die Protokollebene hinter der KI ist unter /mcp dokumentiert. Die Starter-Templates liegen unter /templates. Die ausführliche Kompatibilitäts-Geschichte findest du unter /godot-ai.

Der Renderer darunter hat Slay the Spire 2 und Buckshot Roulette ausgeliefert. Die KI-Schicht darüber verdichtet eine Woche zu einem Nachmittag. Diese Kombination macht ernsthaftes 3D, inklusive 3D-Multiplayer, 2026 zu einem realistischen Projekt für ein kleines Team. Die Hürde ist nicht mehr das Tooling. Die Hürde ist anzufangen.

Häufig gestellte Fragen

Kann KI wirklich ein echtes 3D-Spiel bauen, nicht nur einen Prototyp?

Ja. Den Rahmen setzt der Renderer darunter, nicht die KI. Summer Engine baut auf Godot 4 auf, das Forward+ und Vulkan nutzt, mit Echtzeit-Global-Illumination, volumetrischem Nebel und Signed-Distance-Schatten. Kommerzielle 3D-Titel, die heute auf Godot 4 erschienen sind, machen sieben- und achtstellige Umsätze.

Ist tatsächlich schon ein kommerzielles Spiel auf Godot 4 erschienen?

Ja. Slay the Spire 2 ist auf einer Godot-4-Variante namens MegaDot erschienen und hat rund $55M umgesetzt, mit 3 Millionen Einheiten in der ersten Woche und einem Peak von 574K gleichzeitig spielenden Nutzern. Brotato auf Godot 3.5 hat 7 Millionen Exemplare verkauft. Buckshot Roulette hat rund $15,6M umgesetzt, bei 8 Millionen Einheiten.

Kann KI ein 3D-Multiplayer-Spiel mit echtem Netcode bauen?

Ja. Don't Pray ist ein 3D-PvP-Magic-Shooter auf Steam mit Peer-to-Peer-Multiplayer und Voice Chat. Es wurde von einem kleinen Team in zweieinhalb Monaten gebaut. Echter Netcode, nicht vorgetäuscht. Die Store-Seite liegt unter store.steampowered.com/app/4176260/Dont_Pray/.

Ist Summer Engine ein Godot-Fork?

Nein. Summer Engine ist eine KI-native Game Engine, kompatibel mit Godot 4. Projekte nutzen die Standard-Dateiformate von Godot 4 (.tscn, .gd, .tres) und lassen sich jederzeit in vanilla Godot öffnen. Kompatibilität ist ein Feature, kein Fork.

Kann KI Unity oder Unreal für AAA-Studios ersetzen?

Nein. Summer Engine ersetzt Unity oder Unreal nicht. Sie kommt zusätzlich dazu. Studios, die Unreal für AAA nutzen, können Summer für Exploration-Loops, Prototypen und kleine parallele Produktionen einsetzen, bei denen Iterationsgeschwindigkeit wichtiger ist als Nanite-Klasse-Geometrie.

Was ist in 3D-KI-Workflows noch wirklich schwierig?

Rendering-Parität auf AAA-Niveau mit Unreal Nanite und Lumen, Konsolen-Zertifizierung jenseits von Switch (für PS5 und Xbox braucht es Publisher-Partner wie W4 Games) und gestreamte offene Welten jenseits eines Kilometers. Das sind ehrliche Grenzen, keine Blocker für die meisten kommerziellen 3D-Projekte.

Kann KI AAA-Spiele im Alleingang bauen?

Nein. KI baut Szenen, Skripte, Assets und Systeme. Menschen treiben Design, Balance, Content-Last und Iteration. Ein kleines Team mit KI kann einen ernsthaften kommerziellen 3D-Titel ausliefern. Ein Solo-Entwickler, der am Wochenende ein Open-World-AAA baut, ist nicht realistisch, mit oder ohne KI.

Was bringt Forward+ Rendering einem 3D-Spiel?

Forward+ in Godot 4 unterstützt Echtzeit-Global-Illumination über SDFGI und VoxelGI, volumetrischen Nebel, Decals, Signed-Distance-Schatten und Per-Light-Culling, das mit vielen dynamischen Lichtern skaliert. Nichts davon gab es in Godot 3, weshalb sich der Renderer-Vergleich verschoben hat.

Kann ich ein 3D-Spiel aus Summer Engine auf Konsolen exportieren?

Switch-Export wird unterstützt. PlayStation- und Xbox-Zertifizierung erfordern einen Publisher-Partner wie W4 Games, derselbe Weg wie bei vanilla Godot 4. Nativer Konsolen-Export aus dem Editor ist kein aktuelles Versprechen.

Für wen ist Summer Engine eigentlich gemacht?

Drei Schichten. Solo-Indies, die ernsthaftes 3D wollen, ohne die Lernkurve einer Engine. Kleine Studios, die ihre Iterations-Loops verdichten wollen. AAA-Accelerator-Gruppen, die ein schnelles Exploration-Tool neben ihrer Hauptproduktion wollen. Dieselbe Engine über alle drei Schichten hinweg.