Ein Programmier-Rätselstrategiespiel lässt sich leichter entwerfen, wenn die spielende Person vorhersagen kann, wie jeder geplante Befehl das Spielfeld verändert. Beginnen Sie mit einer kurzen Befehlswarteschlange pro Einheit, einer festen Reihenfolge zur Auflösung jedes Takts und einer Siegbedingung, die sich am Endzustand prüfen lässt. Dieser Leitfaden entwickelt diese Elemente anhand von Relay Gate, einem originellen Rätsel mit zwei Einheiten und fünf Takten. Fehler in v0 und Korrektur in v1 sind aus den schriftlichen Regeln von Hand berechnet; es wird weder eine Promptausführung noch ein spielbarer Build oder echter Spieltest behauptet. Am Ende stehen ein kompakter Regelvertrag, eine Spur zum Auffinden eines Timingfehlers und ein fokussiertes Briefing für spätere Prüfung eines generierten Ergebnisses.
Die Befehlsprogrammierungsschleife definieren
Die Grundschleife ist einfach: pro Einheit eine Befehlswarteschlange schreiben, je einen Eintrag aus jeder Liste auflösen, Levelregeln in fester Reihenfolge anwenden, neuen Zustand prüfen und genau eine Anweisung ändern, wenn die Spur ein Problem zeigt. Die strategische Entscheidung fällt vor der Bewegung; interessant ist also, ob die Pläne nach demselben aufgelösten Takt weiter zusammenpassen.
Legen Sie für den ersten Entwurf fest, ob Befehle gleichzeitig oder nacheinander aufgelöst werden. Relay Gate verwendet gleichzeitige Slots: Beide Einheiten handeln anhand des Spielfeldzustands zu Beginn des Takts. Dadurch wird Timing zu einer sichtbaren Designfrage. Verlässt der Operator während des Gefahren-Takts die Druckplatte, kann der Scout einen Takt später den Zugang zum Tor verlieren. Ein anderes Spiel kann nacheinander auflösen, muss dann aber festlegen, wer zuerst handelt und wann Schalter und Gefahren aktualisiert werden.
Halten Sie das erste Rätsel klein genug für eine Handprüfung. Zwei Einheiten, ein Schalter, ein Tor, eine Gefahr und ein kurzes Ziel reichen aus, um die Verständlichkeit des Befehlsmodells zu prüfen, bevor Räume, Gegner oder Ressourcen hinzukommen.
Vor dem Level einen Regelvertrag aufschreiben
Legen Sie vor dem Zeichnen des Rätsels fest, was jeder Befehl bewirkt und wann die Welt reagiert. So vermeiden Sie verborgene Timingannahmen, etwa ob sich ein Tor vor oder nach einem Überquerungsversuch schließt.
| Regel | Definition für Relay Gate | Später zu prüfen |
|---|---|---|
| Befehlsslots | Jede Einheit hat fünf Slots. EAST, NORTH, SOUTH oder WEST versucht einen orthogonalen Schritt; WAIT bleibt stehen; GUARD bleibt stehen und verbraucht den einmaligen Impulsschutz des Scouts. | Beide Warteschlangen rücken in jedem Takt einmal weiter, auch bei WAIT und blockierten Bewegungen. |
| Blockierte Bewegung | Wer eine Wand oder ein geschlossenes Tor betreten will, bleibt stehen; der versuchte Slot ist trotzdem verbraucht. | Ein blockierter Befehl wird im nächsten Takt nicht stillschweigend erneut versucht. |
| Taktreihenfolge | Vorherigen Torzustand lesen; beide Befehle gleichzeitig ausführen; nach Takt 3 den Wachimpuls auflösen; dann die Platte für den nächsten Takt auswerten. | Das Tor wechselt seinen Zustand nie mitten im Takt. |
| Torabhängigkeit | Das Tor ist im nächsten Takt nur dann offen, wenn der Operator den aktuellen Takt auf der Platte beendet. | Verlässt der Operator die Platte, schließt das Tor für den folgenden Takt und nicht den aktuellen. |
| Gefahr und Neustart | Nach Takt 3 deaktiviert der Impuls einen ungeschützten Scout bei (3,2). GUARD blockt diesen einen Impuls. Neustart stellt Startpositionen, geschlossenes Tor, eine Schutzladung und Takt null wieder her. | GUARD wird einmal verbraucht; Neustart stellt alle aufgeführten Zustände wieder her. |
Formulieren Sie auch Sieg und Fehlschlag eindeutig. Relay Gate ist nur gelöst, wenn der Scout den Ausgang erreicht, während der Operator weiterhin auf der Platte steht. Der Durchlauf scheitert, wenn der Scout deaktiviert wird oder das Fünf-Slot-Programm zuerst endet. So wird „das Level fühlt sich gelöst an“ zu einem Zustand, den andere anhand der Spur prüfen können.
Das Relay-Gate-Rätsel aufbauen
Verwenden Sie ein orthogonales Raster aus fünf Spalten und drei Zeilen. Koordinaten stehen als (Spalte,Zeile), Spalte 1 liegt links und Zeile 1 oben. Der Weg verläuft auf Zeile 2; das geschlossene Tor steht dort bei (4,2). Der Scout beginnt bei (1,2), der Operator bei (1,3), einen Schritt von der Druckplatte entfernt.
| Objekt | Koordinate | Aufgabe im Rätsel |
|---|---|---|
| Scout | (1,2) | Folgt einer Route mit fünf Befehlen zum Ausgang und schützt sich vor dem zeitgesteuerten Impuls. |
| Operator | (1,3) | Erreicht und hält die Druckplatte bei (2,3), um das Tor offenzuhalten. |
| Druckplatte | (2,3) | Öffnet das Tor für den nächsten Takt, wenn der Operator darauf steht. |
| Tor / Ausgang | (4,2) / (5,2) | Blockiert den Weg, bis die Platte gehalten wird; Scout muss den Ausgang erreichen. |
| Stationäre Wache | (3,1) | Impulsfeld (3,2) nach Takt 3; ein ungeschützter Scout dort wird deaktiviert. |
Die Rollen erzeugen ein Koordinationsrätsel statt eines Rennens. Der Scout kann den Ausgang rechtzeitig erreichen, aber nur, wenn der Operator auf der Platte bleibt. Die Wache fügt eine Timingentscheidung hinzu: Der Scout muss seinen einmaligen GUARD-Slot einsetzen, wenn der Impuls ausgelöst wird, oder neu starten und anders planen.
v0 nachverfolgen und Fehler finden
Halten Sie die Scout-Warteschlange fest bei [EAST, EAST, GUARD, EAST, EAST] . In v0 lautet die Operator-Warteschlange [EAST, WAIT, EAST, WAIT, WAIT] . Lesen Sie jede Zeile nach Auflösung beider Befehle und Abhandlung des Impulses in Takt 3.
| Takt | Scout-Zustand | Operator-Zustand | Tor- und Gefahrenergebnis |
|---|---|---|---|
| 0 | (1,2) | (1,3) | Tor geschlossen; Scout hat eine GUARD-Ladung. |
| 1 | (2,2) | (2,3) | Operator betritt die Platte; Tor öffnet für Takt 2. |
| 2 | (3,2) | (2,3) | Platte bleibt gehalten; Tor bleibt für Takt 3 offen. |
| 3 | (3,2), GUARD verwendet | (3,3) | GUARD blockiert den Impuls. Operator verlässt die Platte, Tor schließt für Takt 4. |
| 4 | (3,2); EAST ist blockiert | (3,3) | Geschlossenes Tor blockiert den Scout; der Slot wird verbraucht. |
| 5 | (3,2); EAST erneut blockiert | (3,3) | Programm endet, Scout erreicht den Ausgang nicht: Fehlschlag. |
Das Problem ist nicht, dass dem Scout ein weiterer Bewegungsslot fehlt. Der Operator verlässt in Takt 3 die Platte. Da sich der Torzustand für den nächsten Takt aktualisiert, ist es in Takt 3 noch offen, aber geschlossen, wenn der Scout in Takt 4 überqueren will. Diese Unterscheidung liefert ein genaues Ziel für die Überarbeitung.
Eine Anweisung ändern und v1 prüfen
Ändern Sie nur Operator-Slot 3 von EAST zu WAIT; dadurch entsteht [EAST, WAIT, WAIT, WAIT, WAIT] . Scout-Warteschlange, Karte, Impuls, Befehlsregeln und Siegbedingung bleiben unverändert. Der Neustart ergibt folgende Spur:
| Takt | Scout-Zustand | Operator-Zustand | Tor- und Gefahrenergebnis |
|---|---|---|---|
| 0 | (1,2) | (1,3) | Tor geschlossen; eine GUARD-Ladung. |
| 1 | (2,2) | (2,3) | Platte betreten; Tor öffnet für Takt 2. |
| 2 | (3,2) | (2,3) | Platte gehalten; Tor bleibt offen. |
| 3 | (3,2), GUARD verwendet | (2,3) | Impuls blockiert; Platte gehalten; Tor bleibt für Takt 4 offen. |
| 4 | (4,2) | (2,3) | Scout überquert das Tor, das zu Taktbeginn offen war. |
| 5 | (5,2), am Ausgang | (2,3) | Platte bleibt gehalten; beide Siegbedingungen erfüllt. |
Um eine spätere Umsetzung zu prüfen, starten Sie vor jedem Lauf neu und kontrollieren einen Takt nach dem anderen. Prüfen Sie, dass beide Warteschlangen denselben Slot weiterrücken, der Impuls nach den Befehlen von Takt 3 erfolgt, das Tor beim Bewegen den vorherigen Zustand verwendet und die Platte den Folgezustand setzt. Bestätigen Sie, dass GUARD einmalig verbraucht wird, blockierte Bewegung einen Slot kostet und der Ausgang nicht als Sieg zählt, wenn der Operator die Platte verlassen hat.
Regeln in ein KI-Baubriefing überführen
Ein gutes erstes Briefing beschreibt den kleinsten spielbaren Ausschnitt und verlangt sichtbares Zustandsfeedback. Die folgende Vorlage wurde nicht ausgeführt; sie ist eine spätere Eingabe zum Testen und kein Beleg für ein erstelltes Spiel.
Erstelle ein kleines Top-Down-Programmier-Rätselstrategiespiel namens Relay Gate auf einem Raster von 5 mal 3. Verwende die exakten Koordinaten, Einheitenstarts, Platte, Tor, Ausgang und den Wachimpuls in Takt 3 aus dem Designbrief. Gib Scout und Operator separate Warteschlangen mit je fünf Befehlen: EAST, WEST, NORTH, SOUTH, WAIT und GUARD. Führe in jedem Takt beide Befehle gleichzeitig anhand des vorherigen Torzustands aus; danach den Impuls in Takt 3 auflösen; anschließend das Tor für den nächsten Takt anhand des Operators auf der Platte aktualisieren. Blockierte Bewegung verbraucht einen Slot. GUARD verbraucht die einzelne Ladung des Scouts und blockt den Impuls. Sieg nur, wenn Scout den Ausgang erreicht, während Operator die Platte hält; ein ungeschützter Impuls deaktiviert den Scout; Neustart einbauen. Zeige lesbares Raster, beide Warteschlangen, Start- und Neustartsteuerung, Tor-/Platten-/Impulsfeedback und Taktspur. Füge die v0-Warteschlangen ein, ändere dann nur Operator-Slot 3 in WAIT und erkläre, warum v1 gelingt. Halte die Regelreihenfolge wörtlich ein. Lass Spielende jeden Takt prüfen und erneut abspielen.Vergleichen Sie ein späteres Ergebnis mit dem Vertrag, nicht nur mit seinem Aussehen. Prüfen Sie Befehlsreihenfolge, blockierte Slots, Impulszeitpunkt, Torfortbestand, GUARD-Neustart, beide Endzustände und vollständigen Neustart. Weicht das Ergebnis ab, notieren Sie genauen Takt und Sollzustand und fordern dann eine gezielte Änderung an. Ein Briefing kann eine Umsetzung prüfbarer machen, aber nicht garantieren, dass ein Generierungswerkzeug jede Regel befolgt.
Prototyp prüfen und überarbeiten
SEELEs aktuelle Seite zum Free AI Game Maker sagt, dass Spielideen in einfachem Englisch beschrieben, eine erste spielbare 2D- oder 3D-Version erstellt, im Browser getestet und mit Folgeprompts verfeinert werden kann. Sie wirbt mit kostenlosen Koins und empfiehlt, angezeigte Kosten vor jeder Generierung zu prüfen; die Kosten-FAQ verweist auf gewähltes Modell, Koin-Guthaben und angezeigte Kosten im Workspace. Das sind allgemeine Ablaufinformationen, keine Bestätigung, dass Relay Gates gleichzeitige Warteschlangen oder exakte Regeln unterstützt. Prüfen Sie ein Ergebnis anhand der Abnahmekriterien.
Halten Sie den nächsten Schritt eng. Prüfen Sie zuerst, ob eine lesbare Warteschlange und eine Spur die Ereignisreihenfolge zeigen. Verbirgt ein Ergebnis den benötigten Zustand, bitten Sie zuerst um sichtbares Feedback, bevor Mechaniken hinzukommen. Das Fünf-Takt-Papierbeispiel ist eine Designhilfe und kein Bericht über ein generiertes oder getestetes Spiel.
Wenn Sie eine Spielidee mit einem allgemeinen Erstellungsablauf erkunden möchten, beginnen Sie mit dem Free AI Game Maker. Bringen Sie ein kleines klares Briefing mit, prüfen Sie das Ergebnis und wählen Sie genau eine Regel für die nächste Überarbeitung.
FAQ zum Programmier-Rätselstrategiespiel
Was unterscheidet ein Programmier-Rätselstrategiespiel?
Die spielende Person plant Befehle für autonome Einheiten und untersucht dann, wie sie nach den Levelregeln aufgelöst werden. In Relay Gate geht es darum, ob Scout-Route und Operator-Timing der Platte über fünf gleichzeitige Takte zusammenpassen. Andere Spiele können Befehle anders auflösen; legen Sie das Modell fest, statt eine Genre-Regel anzunehmen.
Sollten beide Einheiten gleichzeitig handeln?
Das ist eine Designentscheidung und keine allgemeine Vorgabe. Gleichzeitige Slots ermöglichen Timingrätsel, in denen zwei Pläne vom selben Takt abhängen. Nacheinander ausgeführte Züge können Ursache und Wirkung leichter lesbar machen, führen aber eine Aktionsreihenfolge ein. Legen Sie fest, wer wann handelt, und prüfen Sie die gewünschte Wirkung mit einer kurzen Spur.
Wie viele Befehle sollte ein erstes Rätsel verwenden?
Verwenden Sie nur so viele Slots, wie für die Kernentscheidung und einen sinnvollen Fehler nötig sind. Relay Gate nutzt fünf Takte für Schalter, zeitgesteuerten Impuls und Ausgang ohne langes Programm. Diese Zahl gehört zum Lehrbeispiel und begrenzt kein Genre. Ist die Spur schwer zu verfolgen, kürzen Sie Route oder Mechanik.
Kann SEELE genau dieses Relay-Gate-Spiel erstellen?
Die offizielle Seite beschreibt Spieleingaben in einfachem Englisch, eine erste spielbare 2D- oder 3D-Version, Browsertests und Überarbeitung mit Folgeprompts; sie rät auch, angezeigte Erstellungskosten zu prüfen. Sie bestätigt weder Unterstützung der Relay-Gate-Warteschlangen noch genaue Regelumsetzung. Prüfen Sie jedes Ergebnis, bevor Sie eine Regel als implementiert ansehen.
Ist der Relay-Gate-Ablauf ein getestetes Spiel?
Nein. Relay Gate ist ein eigenständiges Designbeispiel; die v0- und v1-Spuren wurden anhand der hier gedruckten Regeln von Hand berechnet. Es wird weder eine ausgeführte Promptanfrage noch ein generierter Build, spielbares Beispiel, echter Spieltest oder gemessene Iteration behauptet. Die Szenen veranschaulichen Zustände; sie sind keine Screenshots und kein Beleg für Softwareverhalten.
