Eine Taktik-Shooter-Begegnung in drei Promptstufen planen

Erstellen Sie einen Prompt für einen Taktik-Shooter in drei Schritten: Begegnungsregeln definieren, einen spielbaren Raum anfordern und einen künftigen Build anhand von Sollzuständen vergleichen. Ein kurzer Regelvertrag macht Position und Timing sichtbar, bevor zusätzliche Waffen, Gegner oder Karten die Schleife verdecken.

Relay Room ist ein eigenständiges fiktives Beispiel, von Hand aufgelöst. Die Promptvorlagen wurden nicht ausgeführt; es wird weder Build noch Spieltest oder Messwert behauptet. Betrachten Sie Spuren als Sollzustände für spätere Prüfung und nicht als beobachtetes Verhalten.

Diese Promptbibliothek aus Stealth- und Genreübersichten heraushalten

Dieser Artikel richtet sich an Designerinnen mit Taktik-Shooter-Idee, die ein fokussiertes, umsetz- und prüfbares Briefing brauchen. Ergebnis sind Regelprompt, Begegnungsprompt und künftiger Validierungsprompt für einen deterministischen Raum. Das ist enger als allgemeiner Überblick über Taktik-Shooter: Fokus liegt auf Aktionsannahme, Sichtlinie, Gegner-Timing und später aufzuzeichnendem Prüfzustand.

Außerdem behandelt die Bibliothek ein anderes Problem als Stealth-Prompts. Relay Room hat weder Patrouillenroute noch Geräusch, Tarnung, Entdeckungsanzeige oder Fluchtziel mit Karte. Eine Sicherheitsdrohne kündigt eine Spur an; die Figur verlässt das Feld und nutzt ein Fenster aus einer Aktion zum Schuss. Rettungsziel, Kartenumbau, Kampagne, Figurenauswahl und Szenarioeditor fehlen. Jedes dieser Systeme bräuchte eigenen Regelvertrag.

Halten Sie den Umfang klein: eine Einsatzkraft, ein Gewehr, eine mechanische Bedrohung, vier verbundene Positionen und fünf Runden. Es ist kein Anspruch, die einzig gültige Genregestaltung zu zeigen, sondern zu demonstrieren, wie ein Prompt legale Aktionen, akzeptierte Zustandsänderungen und unveränderte Zustände nach Ablehnung festlegt.

Relay Room vor dem Build-Prompt definieren

Das fiktive Ziel: eine feindliche Sicherheitsdrohne Rook bis Ende Runde 5 ausschalten und Einsatzkraft am Leben halten. Raumroute: Eingang-Deckung → Mittellinie → Ostdeckung → Norddeckung. Von jedem Ort ist die Sichtlinie zwischen Spielenden und Rook festgelegt; Deckung ist getrennt von der Frage, ob Spielende feuern können.

Sichtlinie wird von benannter Schussposition geprüft; Ducken, Lehnen oder zusätzliche Zielaktion gibt es nicht. Nur Mittellinie ist exponiert. Von Osten und Norden sehen Spielende Rook, während Barrieren dessen direkten Schuss blockieren.

Anfangszustand: Figur bei Eingang-Deckung, Gesundheit 2/2, Gewehrmunition 2/2, Rook 2 LP, Sensorluke geschlossen, Runde 1. Pro Runde gibt es eine akzeptierte Aktion: eine Nachbarposition bewegen, einmal feuern oder halten. Rook handelt nach akzeptierter Aktion. Markierungen in Runden 1 und 3; Rook malt Mitte als Feld, auf das er in Folgerunde feuert. Feuerrunden 2 und 4; Salve zieht 1 Gesundheit ab, wenn die Figur auf markiertem Mittelfeld steht. Erfolgreiche Salve auf leeres Feld öffnet Rooks Sensorluke genau für die nächste akzeptierte Aktion.

Ein Rook-Schuss ist nur zulässig, wenn vier Prüfungen stimmen: Rook aktiv, Munition vorhanden, Luke offen und Sichtlinie von aktueller Position klar. Zulässiger Schuss kostet eine Gewehrpatrone und einen Rook-LP. Während offener Luke verbraucht ein akzeptierter Schuss, Zug oder Halten das Fenster und schließt die Luke vor nächster Gegnerphase. Bewegung und Halten kosten keine Munition, aber die Aktion. Das macht die Wahl bedeutsam: Öffnung zum Schießen nutzen oder fürs Umpositionieren aufgeben.

Abgelehnte Eingaben unterscheiden sich von akzeptierten Zügen. Verdeckter Schuss von Eingang, Schuss bei geschlossener Luke, leere Munition oder ungültige Bewegung ändert keinen Aktionsslot, Runde, Munition, Luke oder Gegnerplan. Kurzes Ablehnungsfeedback erlaubt Korrektur im selben Slot. Rook bei null LP beendet die Begegnung sofort mit Sieg; Figur bei null verliert, ebenso aktiver Rook nach Runde 5. Neustart stellt exakt den Anfangszustand wieder her.

Sicheren und scheiternden Kampf verfolgen

Die sichere Route verlässt markiertes Feld vor jeder Salve und verwendet danach die zwei offenen Fenster für Schüsse von Positionen mit freier Sichtlinie. Phasenfolge zählt: Salve folgt auf akzeptierte Spieleraktion; Luke öffnet erst nach aufgelöster Feuerphase.

Beide Schüsse werden akzeptiert: zu Rundenbeginn 3 und 5 ist Luke offen, Rook aktiv, Munition vorhanden und Sichtlinie von Ost/Nord frei. Jeder Treffer schließt Luke und setzt die nächste Phase fort. Salven in Mitte verfehlen, weil Figur das markierte Feld vorher verlässt.

Die Fehlerroute erklärt den Nutzen der Warnung. Runde 1 in Mitte bewegen, Rook markiert das Feld. Runde 2 dort halten: Salve trifft, Gesundheit sinkt von 2 auf 1, Luke öffnet. Runde 3 von Mitte feuern: Sichtlinie frei, also Munition auf 1 und Rook auf 1; Luke schließt und Mitte wird wieder markiert. Runde 4 in Mitte halten; Salve senkt Gesundheit von 1 auf 0. Sofortige Niederlage, kein Schuss Runde 5. Handrechnung aus fiktiven Regeln und kein Spieltestergebnis.

Drei Prompts für Regeln, Spielen und Validierung schreiben

Trennen Sie die Aufgaben. Regelpass findet Widersprüche vor Umsetzung; Buildanfrage beschreibt eine Begegnung ohne Zusatzfunktionen; Validierung hilft erst, wenn zugänglicher Build und echte Beobachtung vorliegen. Diese Vorlagen sind geplante Texte und nicht an ein Modell gesendet.

Prompt 1: Regeln festlegen und prüfen

Schreibe einen deterministischen Regelvertrag für die fiktive Taktik-Shooter-Begegnung Relay Room. Erfinde keine Mechanik. Gib zurück: (1) Zustandsvariablen und Startwerte, (2) verbundenen Positionsplan und Sichtlinie zwischen Figur und Rook an jedem Ort, (3) Regeln für akzeptierte und abgelehnte Aktion, (4) genaue Spieler-/Gegnerphase Runde 1–5, (5) Sieg, Niederlage, Neustart, (6) Übergangstabelle für sichere und scheiternde Spur.
Start: Figur Eingang-Deckung; Gesundheit 2/2; Gewehr 2/2; Rook 2; Sensorluke geschlossen; Runde 1. Orte: Eingang → Mitte → Ostdeckung → Norddeckung. Sichtlinie: Eingang durch massive Wand blockiert; Mitte frei; Osten durch seitliche Schießöffnung frei; Norden über niedrige Barriere frei. Barrieren Ost/Nord blockieren Rooks direkten Schuss, Spieler-Sichtlinie bleibt klar.
Eine akzeptierte Spieleraktion pro Runde: eine Nachbarposition bewegen, einmal schießen oder halten. Schuss braucht aktiven Rook, Munition, offene Luke und freie Sichtlinie. Abgelehnte ungültige/verdeckte Aktion ändert weder Aktionsslot, Runde, Munition, Luke noch Gegnerplan. Nach akzeptierter Aktion Rook-Phase auflösen. Runde 1 und 3 markieren Mitte; Runde 2 und 4 schießen auf Mitte. Ist sie belegt, nimmt Salve 1 Gesundheit; sonst verfehlt sie. Nach Feuerphase Luke genau für nächste akzeptierte Aktion öffnen. Akzeptierter Schuss, Zug oder Halten verbraucht Fenster und schließt es vor nächster Gegnerphase; Bewegung/Halten kostet keine Munition. Schuss verursacht Rook 1 Schaden und kostet eine Patrone. Rook bei null sofort deaktivieren. Niederlage bei Gesundheit 0 oder aktivem Rook nach Runde 5. Neustart exakt zurücksetzen.
Jeden Übergang beider Spuren von Hand prüfen und Widersprüche melden, ohne sie stillschweigend zu ändern. Sollzustand nach jeder Spieleraktion und Gegnerphase zurückgeben; keine beobachteten Spieldaten verfügbar.

Prüfen Sie die zurückgegebene Tabelle auf Phasenverschiebung: Reparatur, zusätzliche Aktion oder zweite Salve änderte Entwurf. Widersprechen Regeln und sichere/Fehlerspur einander, Vertrag vor Build-Anfrage klären.

Prompt 2: Eine spielbare Begegnung anfordern

Erstelle einen kleinen First-Person-Taktik-Shooter-Prototyp für die fiktive Relay-Room-Begegnung anhand freigegebener Regeln. Ein fester verbundener Raum: Eingangdeckung, Mitte, Ostdeckung, Norddeckung und kompakte Rook-Drohne. Sichtlinien und Deckung exakt bewahren. Runde, Gesundheit, Gewehrmunition, Rook-LP, Warnfeld und Lukenstatus lesbar zeigen.
Genau eine akzeptierte Aktion pro Runde: eine Nachbarposition bewegen, feuern oder halten. Schuss nur bei aktivem Rook, Munition, offener Luke und klarer Sichtlinie; ein akzeptierter Schuss verursacht 1 Schaden und kostet eine Patrone. Nach planmäßiger Gegnerphase in Feuerrunden 2 und 4 Luke genau für nächste akzeptierte Aktion öffnen. Akzeptierte Bewegung oder Halten verbraucht diese Aktion und schließt Luke ohne Munition. Abgelehnte ungültige/verdeckte Aktion lässt Slot, Runde, Munition, Luke und Rook-Plan unverändert; Korrektur im selben Slot zulassen. Sofortiger Sieg bei Rook 0; Niederlage bei Figur 0 oder aktivem Rook nach Runde 5; Neustart exakt zum Anfang.
Keine weiteren Gegner, Waffen, Stealth, Rettungsziel, Karten, Zufallsschaden, Nachladen oder nicht genannte Aktionen ergänzen. Steuerung und Feedback für akzeptierte/abgelehnte Aktionen liefern. Dies ist nur Designanfrage; keine Ausführung, Erstellung oder Prüfung behaupten, außer verifizierte Ausgabe liegt vor.

Verlangen Sie inspizierbares Feedback: markiertes Feld muss vor Salve sichtbar sein, sicherer Zug räumt es und abgelehnter Schuss lässt alle festgelegten Felder unverändert. Das beschreibt Prüfpunkte ohne Engine- oder Codeannahmen.

Prompt 3: Künftigen Build anhand Sollzuständen validieren

Nur wenn ein zugänglicher spielbarer Relay-Room-Build vorliegt, sichere und scheiternde Spur exakt nach freigegebener Tabelle spielen. Tatsächlichen Zustand nach jeder Spieleraktion und Gegnerphase notieren: Position, Sichtlinie, akzeptierte/abgelehnte Aktion, Runde, Markierung, Gesundheit, Munition, Rook-LP, Luke, Phase und Endzustand. Jeden Wert mit Soll vergleichen. Erste Abweichung markieren und Spur stoppen, falls Begegnung vorher endet.
Prüfe insbesondere vier Sichtlinienpositionen, Ein-Aktionsfenster nach Runden 2 und 4, akzeptierte Bewegung/Halten verbraucht und schließt Fenster sowie abgelehnten verdeckten Schuss vom Eingang ohne Änderung von Slot, Runde, Munition, Luke oder Rook-Plan. Nicht aus Promptantwort oder Konzeptbild auf Bestehen schließen. Fehlen Build oder Laufbeleg, NOT RUN zurückgeben und alle Felder tatsächlicher Beobachtung leer lassen.

Soll- und Ist-Zustände in getrennten Spalten halten. So wird ein manuelles Beispiel nicht später als Verhalten eines Produkts oder Spielenden ausgegeben.

Einen künftigen Build mit Papiervertrag vergleichen

Bereiten Sie vor Prompt 3 ein kurzes Beobachtungsblatt vor. Notieren Sie nur, was Spielende im gelieferten Build prüfen können; tatsächliche Spalte nicht aus Regeln füllen. Ein Fehler lässt sich durch Vergleich des ersten abweichenden Zustands lokalisieren.

Prüfen Sie auch negativen Pfad. Versuchen Sie vor Bewegung verdeckt vom Eingang zu feuern. Erwartet wird Ablehnungshinweis bei unveränderter Runde, Munition, Luke und Gegnerplan. Rückt Build trotzdem vor, liegt erste Korrektur bei Aktionsannahme und nicht Schadenswerten.

Ein fokussiertes Gefecht in einen KI-FPS-Ablauf übernehmen

Laut offizieller Seite konzentriert sich AI FPS Game Generator auf eine First-Person-Begegnung: Ziel, Bedrohung und Spielerreaktion festlegen, Route und Waffenfeedback prüfen und nach erneutem Spielen einen Aspekt abstimmen. Beispielprompt nennt Browser-FPS mit Pulsgewehr, zwei langsamen Drohnen, HUD für Gesundheit/Munition, Trefferfeedback, Ausgang und Neustart. Die Free-AI-Game-Maker-Seite beschreibt englische Prompts, erste spielbare 2D-/3D-Version, Browserspiel und Folgeprompt-Verfeinerung. Das sind Beschreibungen der Produktseiten und bestätigen weder Relay Room noch genaue Umsetzung.

Geben Sie für eigene Erstellung Raumplan, Aktionsbudget, Sichtlinie, Warnplan, Gesundheit, Munition, Endbedingungen und Neustart an. Wird ein spielbares Ergebnis zurückgegeben, vergleichen Sie tatsächliches Verhalten mit Tabelle statt Regelbefolgung vorauszusetzen. Vor Anfrage Modell, Koin-Guthaben und angezeigte Kosten im Workspace prüfen. AI FPS Game.