Ein Twin-Stick-Shooter mit unabhängigen Eingaben planen

Um eine Twin-Stick-Shooter-Idee in ein umsetzbares Briefing zu verwandeln, trennen Sie Steuerung, Kampfregeln und spätere Prüfungen. Der linke Stick bewegt, der rechte zielt; legen Sie fest, wann Schuss und Gegnerangriff abgewickelt werden. Bitten Sie zunächst um eine kleine Arena statt um eine ganze Kampagne.

Das Kestrel Relay Deck unten ist ein origineller fiktiver Entwurf, der anhand fester Regeln manuell durchgespielt wurde. Die Prompts sind Vorlagen: Keiner wurde ausgeführt, und es gibt weder einen spielbaren Build noch einen Spieltest. Behandeln Sie die aufgeführten Ergebnisse als erwartete Zustände, nicht als beobachtete Resultate.

Bewegung mit dem linken Stick und Zielen mit dem rechten trennen

Ein Twin-Stick-Entwurf wird schwer prüfbar, wenn die Bewegungsrichtung unbemerkt zugleich die Schussrichtung bestimmt. Machen Sie den Eingabevertrag ausdrücklich: Der linke Stick ändert die Position des Piloten, der rechte den Zielvektor. Der Pilot kann nach Norden gehen und zugleich nach Osten zielen oder nordwärts laufen und nach Südosten zielen. Ein Schuss verwendet die zuletzt eingestellte Zielrichtung und die Position nach Abschluss der Bewegung.

Damit entsteht für den ersten Prototyp eine nützliche Frage: Kann eine Person einem angekündigten Angriff ausweichen und dabei ein Ziel im Visier behalten? Für eine nachvollziehbare Papierprüfung reichen ein Gegner, eine Angriffsspur, ein Lebenspunkt und ein kurzes Schadensfenster. In diesem Beispiel entfallen Deckung und weitere Systeme, damit die Geometrie keinen Steuerungsfehler verdeckt.

Das Bild zeigt einen vorgeschlagenen Spielzustand, keinen Screenshot eines vorhandenen Spiels. Es macht eine Entscheidung sichtbar: Die Bewegung verlässt die Spur, während das Ziel im Visier bleibt. Der Warden ist noch abgeschirmt, daher kann noch kein Schaden entstehen.

Vor dem Build-Prompt den Steuerungsvertrag festlegen

Beginnen Sie mit einer kompakten Arena namens Kestrel Relay Deck. Sie ist eine freie Orbital-Serviceplattform von 10 mal 8 Metern in Draufsicht, ohne Hindernisse oder Raster. Setzen Sie einen Piloten bei (2,4) mit Gesundheit 1/1 und östlicher Zielrichtung (1,0). Platzieren Sie einen Relay Warden bei (8,5) mit Kern-HP 2 und geschlossenem Schild. Ein Neustart stellt diese Werte wieder her.

Wickeln Sie jeden Ein-Sekunden-Beat stets in derselben Reihenfolge ab: linken und rechten Eingang unabhängig erfassen; den Piloten höchstens einen Meter bewegen und an der Arenagrenze stoppen; das Ziel über den rechten Stick aktualisieren und bei neutraler Eingabe die letzte Richtung beibehalten; falls geschossen wird, höchstens einen sofortigen Bolzen von der Position nach der Bewegung abfeuern; danach die Phase des Wardens abwickeln. Ein Bolzen zieht nur dann einen Kernpunkt ab, wenn der Schild offen ist und die freie Schusslinie den Kernmittelpunkt kreuzt. Andernfalls löst er sich auf. Es gibt keine Munition, kein Nachladen, keine Streuung, keinen Rückstoß, keine Zielverfolgung und keine Zielhilfe.

Diese Reihenfolge ist wichtig. Würde der Sweep vor der Bewegung des Piloten stattfinden, würde Beat 2 ein Ausweichmanöver bestrafen, das laut Regel zulässig sein soll. Verwendete ein Schuss die Position vor der Bewegung, könnte der abschließende Schritt nach Norden von einem falschen Startpunkt zielen. Eine klare Reihenfolge macht solche Abweichungen leicht prüfbar.

Prompt 1: Regeln vor dem Build festlegen

Diese erste Vorlage fordert einen Vertrag, kein generiertes Spiel. Sie soll Zustandsliste, Übergangstabelle und ungelöste Mehrdeutigkeiten liefern.

Entwirf eine deterministische Top-down-Twin-Stick-Shooter-Begegnung namens Kestrel Relay Deck. Baue und teste nichts und behaupte es auch nicht. Nutze eine freie Arena von 10 × 8 Metern ohne Hindernisse oder Raster. Starte den Piloten bei (2,4), Gesundheit 1/1, Blick nach Osten (1,0); setze einen Relay Warden bei (8,5), Kern-HP 2, Schild geschlossen. Neustart stellt genau diesen Zustand wieder her.

Erfasse pro Ein-Sekunden-Beat Bewegung und Zielen unabhängig. Bewegung höchstens einen Meter und innerhalb der Arena. Bei neutralem Zielen bleibt die letzte Richtung erhalten. Wickle Position, Zielrichtung, Schuss und zuletzt Warden-Phase in dieser Reihenfolge ab. Es gibt höchstens einen sofortigen Bolzen von der Position nach der Bewegung. Nur bei offenem Schild und einer freien Linie durch den Kernmittelpunkt verursacht er einen Kernschaden. Keine Munition, kein Nachladen, keine Streuung, kein Rückstoß, keine Zielverfolgung und keine Zielhilfe.

Beat 1 kündigt einen horizontalen Sweep bei y=4 an. Nach der Spielereingabe in Beat 2 trifft der Sweep alle Piloten, die noch bei y=4 sind; der Pilot hat nur einen Lebenspunkt. Danach öffnet sich der Kern für die Spieler-Beats 3 und 4. Ein Treffer in Beat 3 ändert Warden-HP von 2 auf 1; ein Treffer in Beat 4 von 1 auf 0 und gewinnt sofort. Greift der Warden Beat 4 noch an, verliert er die Begegnung. In Beats 3 und 4 gibt es keinen Warden-Angriff.

Gib aus: (1) Zustandsschema, (2) Phasenfolge und erlaubte Aktionen, (3) Übergangstabelle für jeden Beat, (4) einen sicheren Verlauf mit Bewegung nach Norden in Beat 1, nach Osten in Beat 2, Osten plus Schuss in Beat 3 und Norden plus diagonalem Schuss in Beat 4, (5) den Verlustverlauf bei Stillstand auf (2,4) bis einschließlich Beat 2 sowie (6) Widersprüche und Annahmen. Trenne erwartete Zustände von möglichen späteren Beobachtungen.

Eine feste Arena mit unabhängigen Sticks anfordern

Erst wenn der Vertrag stabil ist, sollte der Build-Auftrag die Szene beschreiben. Wiederholen Sie die verhaltensrelevanten Bedingungen und legen Sie fest, welche Rückmeldung den Zustand lesbar macht. Bleiben Sie bei einem Piloten und einem Warden. Verlangen Sie eine sichtbare Spurwarnung, einen klaren Schildzustand, eine erkennbare Trefferreaktion, eine kompakte Gesundheitsanzeige und sofortigen Neustart. Halten Sie Effekte zurückhaltend, damit ein verfehlter Sweep und ein offener Kern unterscheidbar bleiben.

Ein Prompt sollte auch Ausschlüsse benennen. „Erstelle einen Twin-Stick-Shooter“ lässt offen, ob die Sticks gekoppelt sind, ob Bewegung normiert wird, wann Schüsse entstehen und ob ein Angriff vor dem Ausweichen stattfindet. Eine fokussierte Anfrage verhindert, dass diese Lücken unbemerkt mit einem Waffensystem oder einem zweiten Gegner gefüllt werden.

Zwei getrennte cyanfarbene Winkel zeigen die Zielrichtung, ohne einen Schuss darzustellen. Die verblasste Warnung liegt hinter dem Piloten, die Segmente des Warden öffnen sich und der Kern wird verwundbar. Die visuellen Hinweise stehen für verschiedene Zustandsänderungen und sind keine bloße Dekoration.

Prompt 2: eine einzelne spielbare Begegnung anfordern

Verwenden Sie dies als vorgeschlagene Build-Anfrage, wenn Sie das Design umsetzen möchten. Es ist kein Bericht über einen tatsächlich gestarteten Generierungslauf.

Erstelle aus diesem festen Vertrag einen spielbaren Echtzeit-Prototyp eines 3D-Twin-Stick-Shooters in Draufsicht. Das originelle Kestrel Relay Deck ist eine schlichte Orbitalplattform von 10 × 8 Metern mit freier Fläche, ohne Raster oder Hindernisse. Enthalten sind ein Pilot in Kobalt und Elfenbein bei (2,4), ein stationärer Relay Warden bei (8,5), ein Gesundheitspunkt, ein Warden-Kern mit zwei HP und ein Neustart, der den Anfangszustand wiederherstellt.

Der linke Stick steuert ausschließlich Bewegung, höchstens einen Meter pro Ein-Sekunden-Beat; der rechte ausschließlich das Zielen. Reihenfolge: Bewegung, Zielrichtung, Schuss, Warden-Phase. Bewegung und Zielen dürfen in einem Beat verschiedene Richtungen haben. Ein Schuss erzeugt höchstens einen sofortigen Bolzen von der Position nach der Bewegung. Ein geschlossener Schild lenkt ihn ab; bei offenem Schild verliert der Kern einen Punkt, wenn die Linie durch sein Zentrum verläuft. Neutrale Eingabe am rechten Stick behält die Zielrichtung bei. Keine Munition, kein Nachladen, Rückstoß, Streuung, Zielverfolgung, Zielhilfe, Deckung, Pick-ups, weitere Gegner, Wellen, Verbesserungen oder Zusatzwaffen.

Zeige in Beat 1 eine rot-orange horizontale Warnung bei y=4. Nach der Spielereingabe in Beat 2 wird diese Spur abgefahren und der Warden-Kern genau für die Beats 3 und 4 geöffnet. Bleibt der Pilot bei y=4, verliert er den einzigen Lebenspunkt; wer die Spur verlässt, überlebt. In Beats 3 und 4 greift der Gegner nicht an. Besiegt ein Treffer den Warden in Beat 4, endet die Begegnung sofort; bleibt er zur Frist aktiv, verliert der Pilot.

Mache Position, Zielrichtung, Warnspur, Schildzustand, Gesundheit und Kern-Treffer mit zurückhaltenden Symbolen lesbar. Füge eine Wiederholen-Steuerung hinzu, die exakt zum Ausgangszustand führt. Der Bildschirm bleibt auf diese Begegnung fokussiert. Erwecke nicht den Eindruck, ein Prompt sei bereits ausgeführt oder das Design getestet worden.

Den Arenaverlauf von Hand prüfen

Bevor Sie einer Umsetzung vertrauen, rechnen Sie den erwarteten Zustand Beat für Beat durch. Bewegung wird vor dem Schuss verarbeitet. Der Strahl beginnt an der neuen Position, nicht an der alten. Ohne Hindernisse erreicht ein horizontaler Schuss von (4,5) den Warden bei (8,5); von (4,6)zeigt der diagonale Vektor (4,-1) auf denselben Kern.

Der erfolgreiche Verlauf prüft zwei Dinge zugleich. Erstens verlässt der Pilot die Sweep-Spur, ohne die östliche Zielrichtung zu ändern. Zweitens bewegt er sich beim letzten Schritt nach Norden, während der Schuss von der neuen Position nach Südosten verläuft. Ein Prototyp, der das Ziel mit der Bewegung dreht, würde diesen Vertrag verletzen, selbst wenn er den Warden später beschädigt.

Der Verlustpfad ist absichtlich kurz: Bleiben Sie bis einschließlich Beat 2 bei (2,4) . Die Warnung erscheint, dann wird der Sweep in Beat 2 nach der Spielereingabe ausgeführt. Der Pilot befindet sich weiterhin bei y=4; Gesundheit sinkt daher von 1 auf 0 und der Lauf endet vor Öffnung des Kerns. Ergänzen Sie keinen späteren Schuss und bezeichnen Sie dies nicht als getesteten Fehlschlag: Es ist das Ergebnis der manuellen Anwendung der Regel.

Einen späteren Build anhand erwarteter Zustände prüfen

Falls ein spielbarer Build verfügbar wird, gleichen Sie ihn anhand eines leeren Beobachtungsbogens ab. Notieren Sie Eingaben und tatsächliche Werte getrennt von den Erwartungen. Weicht eine Prüfung ab, halten Sie Szene und Eingabe fest, notieren Sie, ob die Aktion angenommen wurde, und wiederholen Sie sie erst nach Klärung der betroffenen Regel oder Umsetzung.

Das Schlussbild zeigt den erwarteten Endpunkt der Papierprüfung, keinen aufgezeichneten Test. Der Warden ist bei Kern-HP 0 deaktiviert, die Warnung ist vorbei und der Pilot hat seinen einzigen Lebenspunkt behalten.

Prüfen Sie außerdem neutrale Eingabe am rechten Stick, Bewegungsgrenzen und einen Schuss ohne Änderung der Zielrichtung. Das sind nützliche Umsetzungstests, keine durch die Papierprüfung belegten Tatsachen. Weicht der Build ab, ändern Sie jeweils eine Regel oder Anfrage; passen Sie erwartete Werte nicht stillschweigend an, damit ein Ergebnis korrekt erscheint.

Prompt 3: einen zugänglichen späteren Build prüfen

Diese Vorlage gilt nur, wenn Sie tatsächlich Zugriff auf einen Build haben. Füllen Sie die Beobachtungsfelder aus dieser Sitzung aus. Leer lassen ist genauer als ein Ergebnis zu erfinden.

Prüfe den zugänglichen Kestrel-Relay-Deck-Build anhand des erwarteten Zustandsvertrags. Leite kein Ergebnis aus der Designbeschreibung ab. Führe jede Prüfung im Build aus, notiere die tatsächliche Beobachtung und markiere bestanden, fehlgeschlagen oder nicht ausgeführt. Ist der Build nicht verfügbar, stoppe und halte fest, dass kein Test stattgefunden hat.

Erwartete Prüfungen:
1. Nach Norden bewegen und nach Osten zielen. Erwartung: Position (2,5), Zielrichtung Osten, kein Schuss, sofern Fire nicht gedrückt wird.
2. In Beat 2 nach Osten zu (3,5) bewegen. Erwartung: Sweep über y=4 verfehlt, Gesundheit bleibt 1/1, der Warden-Kern öffnet für Beats 3 und 4.
3. In Beat 3 nach Osten zu (4,5) bewegen und schießen. Erwartung: Ursprung ist die Position nach der Bewegung, Strahl erreicht den Kern, Warden-HP sinkt von 2 auf 1.
4. In Beat 4 nach Norden zu (4,6) bewegen, Richtung (4,-1) zielen und schießen. Erwartung: Strahl trifft den Kern, Warden-HP sinkt von 1 auf 0, sofortiger Sieg, Pilot bleibt 1/1.
5. Bis zum Sweep in Beat 2 bei (2,4) stehen bleiben. Erwartung: Gesundheit sinkt von 1 auf 0; Lauf endet, bevor der Kern geöffnet wird.
6. Neustart. Erwartung: Pilot (2,4), Gesundheit 1/1, Zielrichtung Osten; Warden (8,5), Kern-HP 2, Schild geschlossen, Beat 1.

Notiere für jeden Schritt tatsächliche Eingabe, Position, Zielrichtung, Schussursprung, Schild, Warden- und Pilot-HP, Phase, Ende sowie einen Beleg. Halte diese Beobachtungen getrennt von den Erwartungen. Behaupte keinen Test für einen nicht ausgeführten Schritt.

Ein fokussiertes Shooter-Briefing an SEELE übergeben

SEELEs offizielle KI-Space-Shooter-Generator-Seite gibt allgemeine Hinweise für Weltraum-Shooter: ein klares Ziel setzen, mit einem Gegner-Muster beginnen, Ausweichraum lassen, Warnungen anzeigen und Kampf-Rückmeldung prüfen. Sie ist ein passender Ausgangspunkt für ein Briefing, bestätigt aber weder die Unterstützung der hier beschriebenen Twin-Stick-Steuerung noch die Erstellung dieser fiktiven Begegnung.

Übernehmen Sie den kurzen Vertrag in einen Erstellungsablauf und prüfen Sie jedes Ergebnis auf getrennte Stick-Steuerung, Schussursprung, Warnzeitpunkt und Neustart. Die offizielle Seite zum AI Space Shooter Generator empfiehlt ein klares Ziel, ein einzelnes Gegnermuster, Ausweichraum, sichtbare Warnungen und verständliche Bewegungs- oder Waffenrückmeldung in einer kurzen Begegnung. Die Seite Free AI Game Maker beschreibt Prompts in Alltagssprache, eine erste spielbare 2D- oder 3D-Version, Tests im Browser und anschließende Verfeinerung. Prüfen Sie vor einer Generierungsanfrage das ausgewählte Modell, das verfügbare Koin-Guthaben und die angezeigten Kosten im Workspace. Das sind allgemeine Produktbeschreibungen und keine Zusage, dass genau diese Twin-Stick-Mechanik funktioniert.

Twin-Stick-Shooter: häufige Fragen

Was steuert jeder Stick in einem Twin-Stick-Shooter?

In diesem Entwurf steuert der linke Stick die Bewegung, der rechte das Zielen. Beide Eingaben werden unabhängig erfasst, sodass der Pilot nach Norden gehen und zugleich nach Osten zielen kann. Das ist die ausdrückliche Regel der fiktiven Kestrel-Begegnung, keine Aussage über jedes Spiel oder jeden SEELE-Ablauf.

Warum sollte ein Build-Prompt den Schussursprung festlegen?

Der Schussursprung bestimmt, von welcher Position ein Projektil startet, wenn Bewegung und Schießen im selben Beat stattfinden. In diesem Beispiel wird zuerst bewegt; der Schuss beginnt deshalb an der Position danach. Die Reihenfolge verhindert, dass ein Prototyp unbemerkt von der alten Position feuert. Wenn Ziel und Bewegung gleichzeitig aktualisiert werden, macht die Aufzeichnung beider Werte den Vertrag leichter prüfbar.

Haben diese Prompts einen spielbaren Prototyp erzeugt?

Nein. Es sind kopierfertige Designvorlagen; für diesen Artikel wurde kein Prompt ausgeführt. Kestrel Relay Deck, die Steuerungsregeln und beide Verläufe sind fiktiv und manuell ermittelt. Es gibt keinen bereitgestellten spielbaren Build, keine Spielsitzung und kein gemessenes Ergebnis. Die erwartete Tabelle darf daher nicht als beobachtetes Gameplay dargestellt werden.

Wie kann ich unabhängige Bewegung und Zielrichtung später testen?

Wenn ein Build zugänglich ist, bewegen Sie sich in eine Richtung und zielen Sie in eine andere. Notieren Sie Eingabe, Position nach der Bewegung, angezeigte Zielrichtung und Schussursprung. Vergleichen Sie die Beobachtungen mit den erwarteten Zuständen. Kann der Build nicht geöffnet werden oder wurde ein Schritt übersprungen, markieren Sie ihn als nicht ausgeführt, statt ein Ergebnis einzutragen. Notieren Sie Build-Version und genaue Eingabefolge.

Verspricht SEELEs Space-Shooter-Seite Twin-Stick-Steuerung?

Die Seite gibt allgemeine Hinweise zu Zielen, Gegnermustern, Ausweichraum, Warnungen und Kampf-Rückmeldung. Sie bestätigt nicht den genauen Zwei-Stick-Vertrag dieses Beispiels. Nutzen Sie sie als passenden Einstieg und prüfen Sie aktuelle Produktoptionen sowie jedes konkrete Ergebnis selbst.