Wie man mit KI ein Puzzlespiel erstellt (Schritt fur Schritt, 2026)

Die meisten Ratschlage zum Erstellen eines Puzzlespiels mit KI bringen die Reihenfolge durcheinander. Sie sagen: Wahle ein Thema, generiere etwas Grafik, und fordere die KI auf, "ein unterhaltsames Puzzlespiel" zu erstellen. Das ergibt einen Bildschirm mit hubschen Kacheln, aber kein Spiel darunter, denn ein Puzzlespiel ist kein Setting. Es ist eine Regel, ein Ziel und eine Reihe von Levels, die diese Regel in eine Folge kleiner Erkenntnisse verwandeln.

Dieser Leitfaden baut ein echtes Puzzlespiel von dieser Idee nach auszen hin auf. Wir verwenden ein Kisten-Schiebe-Rasterpuzzle als durchgangiges Beispiel, weil es das sauberste Puzzle ist, das man richtig bauen kann, aber der Prozess gilt genauso fur Kachel-Schieben, Farb-Kombinieren, Logikraster oder beliebige Ein-Mechanik-Puzzles. Die Beispiele nutzen Summer Engine, eine KI-native Game-Engine, die mit Godot 4 kompatibel ist, weil sie ein echtes Projekt erzeugt, das dir gehort und das du exportieren kannst, kein Demo, das in einem Browser-Tab eingesperrt ist. Alles hier funktioniert im Free-Tarif.

{/* IMAGE: A finished grid puzzle mid-solve, a player character beside two boxes, target tiles marked on the floor, a move counter and restart button in the corner. 1200x675, screenshot */}

Was ein Puzzlespiel wirklich zum Funktionieren bringt

Bevor du irgendetwas promptest, verstehe, warum gute Puzzlespiele sich gut anfuhlen. Drei Dinge, und keines davon ist Grafik.

Eine Regel, tief erkundet

Die besten Puzzlespiele laufen auf einer einzigen Mechanik. Sokoban ist "Kisten schieben, nie ziehen." Ein Schiebepuzzle ist "Kacheln gleiten, bis sie auf etwas treffen." Threes ist "gleiche Zahlen verschmelzen, wenn sie zusammenstossen." Das gesamte Spiel ist diese eine Regel, aus jedem Blickwinkel betrachtet. Widerstehe der Versuchung, drei Mechaniken in der ersten Version zu stapeln. Eine Regel mit zwolf cleveren Levels schlagt drei Regeln ohne eine einzige.

Der "Aha"-Moment

Ein Puzzle ist befriedigend, wenn die Losung offensichtlich vor einem liegt und man sie zunachst trotzdem nicht sieht. Der Spieler starrt, fuhlt sich feststeckend, erkennt sie dann, und die Antwort fuhlt sich im Nachhinein selbstverstandlich an. Dieses Gefuhl ist das eigentliche Produkt. Deine Aufgabe ist es, Situationen aufzubauen, in denen der Weg versperrt aussieht, bis der Spieler die Perspektive wechselt. Du kannst eine KI nicht promoten, dieses Gefuhl zu generieren. Es entsteht dadurch, wie du die Teile anordnest, weshalb Level-Design die eigentliche Arbeit hier ist.

Ein klarer Zielzustand

Der Spieler muss immer wissen, was "gelost" bedeutet. Kisten auf allen Zielfeldern. Zahlen in der richtigen Reihenfolge. Jede Zelle in derselben Farbe. Ist die Gewinnbedingung unklar, fuhlt sich das Puzzle wie Raten an, nicht wie Losen. Wahle ein Ziel, das man auf einen Blick erkennt.

Diese drei Dinge stimmen, und du hast ein Puzzlespiel. Der Code, der die Regel durchsetzt, ist der einfache Teil, und er ist der Teil, den die KI ubernimmt.

Schritt 1: Starte mit einem 2D-Raster- oder Puzzle-Template

Offne Summer Engine und erstelle ein neues Projekt. Ein rundenbasiertes Puzzle ist ein 2D-Raster-Spiel: diskrete Kacheln, diskrete Zuge, keine Physik oder scrollende Welt. Die richtige Grundlage bewahrt dich davor, spater mit der Engine zu kampfen.

Durchsuche die Templates-Seite und wahle den nachstgelegenen 2D-Raster- oder Puzzle-Starter aus. Du suchst nicht nach einem "Sokoban-Template" im Besonderen. Du willst ein Projekt, das bereits ein Kachelraster, eine steuerbare Figur oder einen Cursor und eine Eingabe fur diskrete Zuge besitzt, damit die KI deine Regel auf einer Struktur aufbaut, die sie versteht. Offne es und starte es. Du solltest etwas uber ein Raster bewegen konnen, bevor du einen einzigen Prompt schreibst.

Wenn der gesamte Ablauf neu fur dich ist, zeigt die Seite KI-Spielmacher, wie ein Projekt von einem einzigen Satz zu einem spielbaren Spiel wird.

Schritt 2: Beschreibe der KI deine eine Regel

Die KI baut genau das, was du beschreibst, also sei prazise in Bezug auf die Regel, das Raster und die Gewinnbedingung. Vage Prompts erzeugen vage Spiele. Hier ist ein Prompt, der ein funktionierendes Kisten-Schiebe-Puzzle ergibt:

Erstelle ein rundenbasiertes Rasterpuzzle auf einem Kachelraster. Der Spieler bewegt sich jeweils eine Kachel nach oben, unten, links oder rechts und kann nicht in eine Wand laufen. Auf dem Raster stehen Kisten. Wenn der Spieler gegen eine Kiste lauft, wird die Kiste eine Kachel in dieselbe Richtung geschoben, aber nur, wenn die Kachel dahinter frei ist. Der Spieler kann eine Kiste niemals ziehen. Einige Bodenkacheln sind als Zielfelder markiert. Das Level ist gelost, wenn jede Kiste auf einem Zielfeld steht. Zeige einen Zugezahler und eine Gewinn-Nachricht, wenn das Level gelost ist.

Dieser Prompt benennt jeden Teil: die Bewegungsregeln, die Schubregel, die Einschrankung, dass man nicht ziehen kann, das Ziel und die Ruckmeldung. Die Zeile "kann nicht ziehen" ist die wichtigste. Sie erzeugt die zentrale Spannung des gesamten Genres, bei der eine in eine Ecke geschobene Kiste fur immer fest steckt. Schreibe solche Einschrankungen explizit aus, denn sie sind die Quelle des Puzzles.

{/* IMAGE: Split view of the prompt text on the left and the generated grid with a player, two boxes, and two target tiles on the right. 1200x675, screenshot */}

Schritt 3: Baue Undo und Neustart, bevor du sonst irgendetwas machst

Das ist der Schritt, den die meisten Tutorials uberspringen, und er entscheidet daruber, ob dein Puzzlespiel veroffentlicht wird. Puzzlespiele stehen und fallen mit der Freiheit des Spielers zu experimentieren. Wenn ein falscher Zug bedeutet, ein langes Level von Hand neu zu starten, horen Spieler auf. Wenn Undo eine Taste ist, bleiben sie und probieren weiter.

Es gibt einen zweiten, eigennutzigen Grund: Du wirst jedes Level dutzende Male testen. Undo und Neustart machen dein eigenes Playtesting schnell statt muhsam. Fuge sie jetzt hinzu, bevor du ein einziges echtes Level hast.

Fuge eine Undo-Schaltflache und eine Undo-Taste hinzu, die das gesamte Brett um einen Zug zurucksetzt, einschliesslich des Spielers und jeder Kiste, die sich bewegt hat. Fuge eine Neustart-Taste hinzu, die das aktuelle Level in seinen Ausgangszustand zurucksetzt. Behalte eine vollstandige Zughistorie, damit der Spieler bis zum Anfang zuruckundoen kann.

Fur ein Rasterpuzzle ist Undo gunstig, weil der gesamte Spielzustand nur Positionen auf einem Raster sind. Fordere Undo mit vollstandiger Historie, nicht nur einen einzigen Schritt zuruck. Das kostet hier kaum etwas und verandert, wie es sich anfuhlt, das Spiel zu losen.

Schritt 4: Entwirf deine ersten Levels von Hand

Hier ist die zentrale Wahrheit dieses Leitfadens: Die KI baut deine Mechanik, aber du gestaltest deine Levels. Hier wird ein Puzzlespiel gut oder bleibt generisch, und das ist menschliche Arbeit.

Gestalte deine ersten Levels so, dass sie lehren, nicht herausfordern. Die Anfangslevels sind ein stilles Tutorial. Jedes soll genau eine Idee einfuhren, in einer Reihenfolge, die aufeinander aufbaut:

• Level 1: Eine Kiste, ein Zielfeld, ein gerader Schub. Der Spieler lernt: "Laufe gegen eine Kiste, um sie zu schieben." Nichts weiter.
• Level 2: Eine Kiste, die man um eine Ecke schieben muss, was den Spieler zwingt, sie von zwei verschiedenen Seiten anzugehen. Er lernt, dass die Richtung wichtig ist.
• Level 3: Eine Situation, in der das Schieben einer Kiste auf die offensichtliche Weise sie gegen eine Wand einsperrt. Er lernt die Kosten eines falschen Schubs und dass er planen muss.
• Level 4 und folgende: Zwei Kisten, bei denen die Reihenfolge, in der man sie lost, wichtig ist, weil eine die andere blockiert.

Bachte, dass keines davon schwer ist. Sie lehren den Spieler, in der Sprache deiner Regel zu denken. Die Schwierigkeit kommt spater, sobald das Vokabular vorhanden ist. Lege jedes Level im Editor an, indem du Wande, Kisten und Zielfelder auf dem Raster platzierst. Hier verbringst du deine echte Zeit, und es ist die Zeit wert.

Schritt 5: Teste jedes Level, indem du es selbst lost

Ein Puzzle, das du nicht personlich gelost hast, ist nicht fertig. Es konnte unlosbar sein oder eine Abkurzung haben, die deine vorgesehene Losung uberspringt und das Level trivial macht. Es gibt keine Moglichkeit, das zu wissen, ohne es durchzuspielen.

Spiele also jedes Level von Anfang bis Ende. Achte auf drei Fehlermuster:

• Unlosbar: Eine Kiste kann in eine Sackgasse geschoben werden, aus der es kein Entkommen gibt, und sperrt das Level. Passe das Layout an oder schaffe mehr Platz.
• Die unbeabsichtigte Abkurzung: Der Spieler lost es auf eine Weise, die du nicht geplant hast, oft einfacher als dein vorgesehener Weg. Manchmal ist das in Ordnung und sogar erfreulich. Manchmal entkraftet es das Level, und du verengerst die Wande, um es zu schliessen.
• Das Leseproblem: Der Spieler kann auf einen Blick nicht erkennen, was eine Wand, eine Kiste oder ein Zielfeld ist. Das ist ein Klarheitsproblem, kein Designproblem, und du behebst es mit klareren Kacheln oder Farben.

Bei Rasterpuzzles kannst du noch weiter gehen und die KI bitten, einen kleinen Solver zu schreiben, der per Brute-Force pruft, ob eine Losung existiert, und ihn dann auf jedem Level als Sicherheitsnetz ausfuhren. Er beurteilt nicht, ob ein Level Spasz macht, aber er fangt die unlosbaren Levels ab, bevor es ein Spieler tut.

Schreibe eine Funktion, die ein Level-Layout nimmt und pruft, ob mindestens eine Sequenz von Zugen es lost, indem sie erreichbare Brettzustande durchsucht. Verwende sie, um jedes Level ohne Losung zu markieren.

Der Solver bestatigt, dass ein Level losbar ist. Nur du kannst bestatigen, dass es das Losen wert ist.

Schritt 6: Dosiere die Schwierigkeit und fuge eine Neuerung ein

Sobald deine Lehrlevels solide sind, geht es um Dosierung. Ein gutes Puzzlespiel steigert sich in Wellen: ein paar schwierigere Levels, dann ein leichteres, damit der Spieler durchatmen kann, dann ein Hohepunkt. Niemals ein flacher Anstieg geradeaus nach oben, der die Leute erschopft, und niemals eine flache Linie, die sie langweilt.

Wenn die Grundschleife sich grossartig anfuhlt, fuhre ein neues Element ein, um die Mechanik aufzufrischen, nicht zu ersetzen. So gewinnt ein Puzzlespiel eine zweite Halfte:

• Ein neuer Kacheltyp. Eis, das Kisten gleiten lasst, bis sie auf etwas treffen, oder Locher, die Kisten fullen konnen, um einen Weg zu schaffen.
• Ein zweites Ziel. Schalter, die Turen offnen, sodass man Kisten in der richtigen Reihenfolge auf Schalter schiebt.
• Eine Bewegungseinschrankung. Ein begrenztes Zugbudget, das jedes Level in ein Optimierungsproblem verwandelt.
• Ein zweites schiebbares Objekt. Kisten verschiedener Farben, die nur auf passenden Zielfeldern zahlen.

Fuge eines davon hinzu. Die Disziplin, die die erste Halfte gut macht, eine Idee vollstandig erkundet, ist auch das, was die zweite Halfte gut macht. Jedes neue Element sollte sein eigenes kleines Lehrlevel bekommen, bevor es in einem schwierigen Level erscheint.

Free vs. bezahlt: Was du wirklich bauen kannst

Du kannst das gesamte Puzzlespiel aus diesem Leitfaden im Free-Tarif bauen, einschliesslich des Exports. Puzzlespiele liegen hier besonders gunstig, weil die Kosten bei den meisten KI-Engines aus generierter 3D-Grafik, Animationen und aufwendiger Asset-Arbeit entstehen, und ein Rasterpuzzle braucht davon so gut wie nichts. Das Raster, die Zuglogik, das Undo-System, die Level-Layouts und die Gewinnbedingungen sind alles standardmasige Szenen- und Scripting-Arbeit, die mit einem Free-Account lauft.

Der bezahlte Tarif macht einen Unterschied, wenn du uber ein kleines Projekt hinauswachst: langere Build-Sessions, Premium-Modelle fur kniffligere Logik wie einen eigenen Solver und schnellere Iteration beim gleichzeitigen Tuning vieler Levels. Fur ein erstes Puzzlespiel reicht Free wirklich aus, um etwas Echtes zu liefern. In jedem Fall gehorst dir das Projekt und du kannst es auf Steam, Mobilgerate, itch.io oder das Web exportieren, ohne Wasserzeichen und ohne Umsatzbeteiligung.

Warum ein Puzzlespiel ein kluges erstes Projekt ist

Ein Puzzlespiel lehrt die wichtigste Gewohnheit in der Spielentwicklung schneller als jedes andere Genre: Baue das Kleinste, das funktioniert, und mache es dann durch Spielen besser. Die Mechanik ist klein, also erreichst du schnell einen spielbaren Zustand, und die verbleibende Arbeit, das Level-Design, ist pures Urteilsvermogen mit sofortigem Feedback.

Es passt auch gut zum KI-Workflow. Weil die Regel klein und vollstandig definiert ist, baut die KI sie sauber, und du verbringst deine Zeit mit dem menschlichen Teil: Elemente so anzuordnen, dass sich ein Spieler klug fuhlt. Diese Aufgabenteilung, KI fur die Systeme und du fur das Design, ist das gesamte Versprechen, Spiele auf diese Weise zu bauen, und ein Puzzlespiel ist der klarste Ort, um es zu spuren.

Wenn du fur das nachste bereit bist, skaliert dieselbe Beschreibe-und-iteriere-Schleife auf jedes Genre. Sieh dir Wie man ein Spiel mit KI macht fur den breiteren Workflow an, Wie man ein 2D-Spiel mit KI macht fur einen langeren Build von einem leeren Start aus, oder durchsuche die Templates-Seite fur deinen nachsten Ausgangspunkt.

Offne den KI-Spielmacher, beschreibe deine eine Regel, und hab ein Level, das du losen kannst, bevor die Idee erkaltet.