KI-Prompts für ein Detektivspiel, einen fairen Fall nach dem anderen

Gute Prompts für Detektivspiele verlangen mehr als einen geheimnisvollen Raum und ein paar Hinweise. Sie legen fest, was geschehen ist, was die spielende Person untersuchen kann, welche Fakten verbunden werden dürfen und wann der Fall abgeschlossen werden kann. Beginnen Sie mit einem festen Fall und sorgen Sie dafür, dass sich seine Lösung auf Belege zurückführen lässt. Das kleine Museumrätsel unten ist ein fiktives Papierdesign: Die Regeln werden von Hand durchgespielt;es gibt weder einen Prompt-Lauf noch einen spielbaren Build oder behaupteten Spieltest.

Die Lösung auf sichtbare Belege zurückführen

Ein fairer erster Fall gibt der spielenden Person beobachtbare Fakten, die eine bestimmte Antwort stützen. Entscheiden Sie vor Dialogen und verzweigten Verdächtigen, was geschehen ist, und lassen Sie jeden Hinweis einen Teil dieser Wahrheit offenlegen. Legen Sie fest, was eine Untersuchung hinzufügt, welche Hinweispaare als Verknüpfungen gelten, was diese freischalten und was nach einer falschen Antwort passiert.

So versteckt der Prompt das Spiel nicht hinter einer vagen Aufforderung wie „mach das Rätsel clever“. Ein brauchbares Briefing lässt sich Schritt für Schritt prüfen: Kann die Person jeden Hinweis finden, die richtigen Fakten verbinden, den Schluss nachvollziehen und sich von einer falschen Wahl erholen?

Die Wahrheit vor den Hinweisen festlegen

Legen Sie die Wahrheit für einen ersten Fall fest, bevor Sie Belege verfassen. InDas Etikett im Trockenraumfehlt um 16:20 ein Messingschild mit Kerben in Form eines Halbmonds aus seiner Vitrine. Eine Restauratorin brachte es um 16:02 auf ein gepolstertes Trockengestell im Atelier, bevor um 16:05 ein Dachleck begann, und vergaß, den Standort zu aktualisieren. Das Schild ist unbeschädigt;es gab weder Diebstahl noch böswillige Absicht.

Die Karte enthält drei Räume – Galerie, Mittelhalle und Restaurierungsatelier – und ist von Anfang an vollständig sichtbar. Das Finden von Belegen baut keine Räume oder deckt sie auf. Eine feste Karte macht die Aufgabe zu einem Hinweisverknüpfungs-Prompt und nicht zu einer Karten-Generierungsmechanik.

Das Bild ist ein illustrativer Spielzustand für das schriftliche Design. Es zeigt weder eine SEELE-Oberfläche noch einen beobachteten Build. Die vier Beweisobjekte sind der leere Vitrinenumriss, eine Leckmeldung, die Arbeitskarte der Restauratorin und das gepolsterte Gestell mit dem passenden eingekerbten Schild.

Hinweise, Verknüpfungen und die Schlussbedingung festlegen

Verwenden Sie einen einzigen Zustandsvertrag für den ganzen Fall. Ein Hinweis kommt einmalig ins Notizbuch;erneutes Ansehen darf den Fortschritt nicht erhöhen. Eine Verknüpfung zählt nur, wenn beide Hinweise die beschriebene Beziehung stützen. Arbeitskarte und Leckmeldung zeigen die zeitliche Reihenfolge;Arbeitskarte und Gestellhinweis belegen, dass dasselbe Objekt den Zielort erreicht hat.

Die beiden Verknüpfungen beantworten unterschiedliche Fragen. Das Paar Arbeitskarte/Leck belegt, dass die Bewegung vor dem Leck stattfand. Das Paar Arbeitskarte/Gestell gleicht die charakteristische Halbmondkerbe ab und zeigt, wo dasselbe Schild liegt. Die Auswahlreihenfolge darf umgekehrt sein; ein unabhängiges Paar oder doppelte Verknüpfung erhöht den Zähler nicht.

Drei Prompts als Folge verwenden

Trennen Sie Regelprüfung und Build-Anfrage. Bitten Sie zuerst um einen Bericht zu Mehrdeutigkeiten, geben Sie danach einen kleinen Implementierungsvertrag vor und bewahren Sie den dritten Prompt für eine konkrete Beobachtung nach einem echten Build auf. So muss das Tool weniger Mechanik erfinden, und seine Antwort lässt sich anhand eines klaren Maßstabs prüfen.

Prompt 1: den Fallvertrag prüfen lassen

Entwirf ein deterministisches Point-and-Click-Detektivspiel namens „Das Etikett im Trockenraum“.
Die spielende Person untersucht einen fiktiven Museumsfall auf einer festen, sichtbaren Karte: Galerie,
Mittelhalle und Restaurierungsatelier. Alle Räume sind von Beginn an sichtbar.

Wahrheit: Eine Restauratorin brachte um 16:02 ein Messingschild mit Halbmondkerbe von der Galerievitrine
zum gepolsterten Trockengestell im Atelier. Um 16:05 begann ein Dachleck. Das Schild liegt sicher auf dem
Gestell; die Restauratorin vergaß, seinen Standort zu aktualisieren. Es gab weder Diebstahl noch böse Absicht.

Belege: (1) leere Galerievitrine, (2) Leckmeldung mit Beginn um 16:05, (3) Arbeitskarte, laut der die Restauratorin
das Schild mit Halbmondkerbe um 16:02 zum Gestell im Atelier brachte, (4) dasselbe eingekerbte Schild auf dem
gepolsterten Gestell. Startzustand: cluesFound=0/4 und linksSolved=0/2. Jeder Hinweis zählt einmal. Das Paar
Arbeitskarte/Leckmeldung erfasst eine Zeitverknüpfung. Das Paar Arbeitskarte/Gestellhinweis erfasst eine
Identitäts- und Zielortverknüpfung. Beide sind nötig, um genau drei Schlussfolgerungen freizuschalten:
(1) Eine Besucherin nahm das Schild mit; (2) das Schild steht noch in der Galerie; (3) die Restauratorin brachte
es vor dem Leck um 16:02 zum Gestell. Nur Option 3 ist korrekt. Optionen 1 und 2 lassen den Fall mit neutralem
Hinweis offen. Neustart löscht Hinweise, Verknüpfungen und Antwort, behält aber Karte und Falltext bei.
Erfinde keine weiteren Optionen.

Gib Regelübersicht, genauen Hinweistext, Zustandsübergänge, Schlussoptionen und offene Fragen zurück.
Ergänze weder Räume noch Verdächtige, Zufallsereignisse, Timer, Punktzahl oder verborgene Hinweise.
Wenn ein Hinweis die Schlussfolgerung nicht stützt, benenne die Lücke, statt sie zu füllen.

Lesen Sie das zurückgegebene Regelblatt, bevor Sie einen spielbaren Ausschnitt anfordern. Prüfen Sie, ob die Kerbe dasselbe Objekt auf Arbeitskarte und Gestell identifiziert, 16:02 vor 16:05 liegt und die Schlussfolgerung bis zu beiden einzigartigen Verknüpfungen gesperrt bleibt. Führt die Antwort eine andere Zeitfolge oder einen vierten Raum ein, lösen Sie den Konflikt vor dem Build.

Prompt 2: den minimalen ersten Fall anfordern

Erstelle anhand des freigegebenen Vertrags ein kleines Detektivspiel aus der Ich-Perspektive und Point-and-Click-Interaktion in einem Museum. Zeige feste Karte mit drei Räumen, Lupenaktion zum Untersuchen, ein Notizbuch mit vier Hinweisplätzen und eine Beweistafel zum Verbinden der genauen Hinweispaare. Verwende eine zurückhaltende Oberfläche nur mit Symbolen.

Am Anfang 0/4 Hinweise und 0/2 Verknüpfungen anzeigen. Jede Untersuchung eines der vier benannten Objekte fügt genau einen Hinweis hinzu. Arbeitskarte mit Leckmeldung verbinden setzt linksSolved auf 1/2. Arbeitskarte mit passendem Gestellhinweis zur Halbmondkerbe verbinden setzt linksSolved auf 2/2 und öffnet genau diese drei Schlüsse: (1) Eine Besucherin nahm das Schild mit; (2) das Schild steht noch in der Galerie; (3) die Restauratorin brachte es um 16:02 vor dem Leck zum Gestell. Nur Option 3 schließt den Fall. Optionen 1 und 2 zeigen einen neutralen Prüfungshinweis, ohne Belege zu verlieren. Neustart führt zurück zu 0/4 und 0/2 und behält die feste Karte. Keine anderen Optionen ergänzen.

Füge weder Dialogentscheidungen noch eine erst durch Entdeckungen entstehende Karte, Kampagne, Punktzahl, Timer, Kampf, zufällige Beweise, Diebstahl oder Anklageanimation hinzu. Sichtbar sein müssen Untersuchung, Verknüpfungsrückmeldung, gesperrtes/freigeschaltetes Schlussbrett und Neustart. Behaupte nicht, es handle sich um eine echte Produktoberfläche.

Diese Anfrage nennt Aktion, Untersuchungsobjekt, Zustandsänderung, erwartete Rückmeldung und Ausschlüsse. Sie verlangt einen prüfbaren Kriminalfall und nicht bloß eine stimmungsvolle Museumsszene. Zeigt ein Ergebnis das Schild, erlaubt aber weder Untersuchung noch Verknüpfung, erfüllt es den vorgeschlagenen Interaktionsvertrag nicht.

Den Fall von Hand durchspielen und Prüfungen planen

Gehen Sie die schriftlichen Regeln einmal von Hand durch, bevor Sie sich auf ein generiertes Ergebnis verlassen. Die Rechnung ist klein, deckt aber einen verbreiteten Entwurfsfehler auf: Das Schlussbrett wird freigeschaltet, bevor der entscheidende Beleg vorhanden ist. Dieser Ablauf wird aus den fiktiven Regeln berechnet und ist kein Softwarelauf.

Leere Halterung und Eingangskarte zeigen das Problem des fehlenden Objekts. Zeit und Regentropfenspuren belegen die Reihenfolge. Die Kerbe verbindet die Arbeitskarte mit dem Objekt auf dem Gestell. Die Schlussfolgerung folgt daher aus sichtbaren Hinweisen und nicht aus einer Vermutung über eine verborgene verdächtige Person oder einer Enthüllung durch den Erzähler.

Nutzen Sie eine kurze Abnahmeliste, sobald ein echter spielbarer Build verfügbar ist. Erwartetes Verhalten ist nicht beobachtetes Verhalten: Halten Sie tatsächliche Aktionen und Ergebnisse getrennt fest und überarbeiten Sie erst, wenn sich eine Abweichung wiederholen lässt.

Eine Überarbeitung auf eine Beobachtung stützen

Ist ein echter Build verfügbar, verlangen Sie keine pauschale Verbesserung des Rätsels. Notieren Sie eine wiederholbare Aktion sowie erwarteten und beobachteten Zustand. Bitten Sie dann um die kleinste Korrektur dieser Abweichung, ohne unabhängige Hinweisregeln zu verändern.

Beobachtete Aktion: [eine genaue Untersuchung, Verknüpfung, Antwort oder Neustartaktion]
Startzustand: [cluesFound und linksSolved]
Erwarteter Zustand: [Vorgabe aus dem Regelvertrag]
Beobachteter Zustand: [tatsächliche Anzeige im Build]
Gewünschte Änderung: Nur die für diese Abweichung verantwortliche Regel oder Rückmeldung korrigieren.
Bewahren: feste Karte mit drei Räumen, Identität über Halbmondkerbe, Zeitfolge 16:02/16:05,
die andere gültige Verknüpfung, Erholung nach falscher Antwort und Neustartverhalten.
Zurückgeben: geänderte Regel, dazugehöriger Zustand davor/danach und eine Prüfung dieses Falls.
Nicht behaupten, die Änderung funktioniere, bis dieselbe Aktion erneut ausgeführt und beobachtet wurde.

Ohne Build und reproduzierbare Beobachtung bleibt dies eine Vorlage. Der Papierablauf zeigt interne Konsistenz, aber nicht, ob eine generierte Interaktion den Regeln folgt oder Spielende die Oberfläche verstehen.

Das Briefing an einen Erstellungs-Workspace übergeben

Die aktuelle SEELE-Seite Free AI Game Maker beschreibt, eine Spielidee in Alltagssprache zu schreiben, ein spielbares 2D- oder 3D-Ergebnis zu prüfen und im Workspace weiterzuentwickeln. Das ist ein allgemeiner Erstellungs- und Prüfablauf und keine Garantie, dass Hinweisnotizbuch, Beweisverknüpfungen oder Schlussbedingung dieses Beispiels umgesetzt werden. Geben Sie den Regelvertrag als Eingabe vor, prüfen Sie die tatsächliche Interaktion anhand des Zustandsablaufs und kontrollieren Sie vor jeder Generierung ausgewähltes Modell, Koin-Guthaben und angezeigte Kosten.

Fehlen Untersuchung, die zwei verschiedenen Verknüpfungsreaktionen, ein gesperrtes Schlussbrett oder Neustartverhalten, fordern Sie genau diesen Zustand an. Kann das Zieltool eine Regel nicht darstellen, behalten Sie den Vertrag als Designübergabe und entscheiden Sie, was vereinfacht werden kann. Ein visuelles Modell oder eine plausible Szene ist kein Beleg für spielbare Logik.

Mit einem fairen Fall beginnen

Legen Sie die Wahrheit fest, benennen Sie vier beobachtbare Hinweise, verlangen Sie zwei eindeutige Beweisverknüpfungen und öffnen Sie Schlüsse erst dann, wenn diese eine Antwort stützen. Verwenden Sie den Handablauf zur Prüfung des Designs und vergleichen Sie anschließend einen echten Build damit, bevor Sie etwas als getestet bezeichnen. Wenn Sie eine kleine Spielidee gestalten und prüfen möchten, öffnen Sie denkostenlosen KI-Spiel-Generatorund bringen Sie ein fokussiertes Briefing mit. Prüfen Sie tatsächliche Ausgabe und überarbeiten Sie jeweils nur eine Abweichung.