Mit einem gekoppelten Lebensraumablauf beginnen
Ein Prompt für eine Ökosystemsimulation braucht mehr als eine Liste von Tieren und Pflanzen. Er benötigt einen veränderbaren Lebensraumwert, eine kurze Kette von Reaktionen, eine feste Reihenfolge für deren Aktualisierung und eine Bedingung, an der die spielende Person erkennt, ob der Lebensraum im Gleichgewicht bleibt. Schreiben Sie diesen Ablauf auf, bevor Sie eine größere Welt anfordern.
Mireglass Fen ist ein fiktives Spielbeispiel für diesen Leitfaden. Moonreed, Glimmerwings, Glassbacks, ihre Beziehungen und alle folgenden Zahlen sind erfundene Spielregeln. Es handelt sich weder um echte Arten noch um ökologische Beratung. Die Prompts sind Vorlagen zum Ausprobieren; hier wird weder ein Prompt-Lauf noch ein spielbares Spiel oder ein Test gezeigt. Das durchgerechnete Beispiel von v0 zu v1 ist eine Handrechnung und ausdrücklich als Simulation gekennzeichnet.
Die spielende Person steuert einen Schleusenkanal in einem kleinen Marschgebiet. Höherer, niedrigerer oder gleichbleibender Wasserstand verändert zuerst Moonreed; danach wirkt sich die Pflanzenzahl auf Glimmerwings aus, deren Anzahl wiederum Glassbacks beeinflusst. Es geht nicht darum, ein echtes Ökosystem auszubalancieren. Ziel ist ein fiktiver Spielablauf, dessen Ergebnis sich zuverlässig nachvollziehen lässt.
Den fiktiven Lebensraumzustand definieren
Halten Sie die erste Version klein: ein Wasserstand, drei Populationszähler und ein Ziel über vier Züge. Begrenzen Sie jeden Wert, damit eine Anfrage nicht unbemerkt ein unbegrenztes Populationswachstum erzeugt.
| Zustand | Startwert | Was ihn verändert |
|---|---|---|
Wasserstand T | 1 von 5 | Die spielende Person hebt, senkt oder hält die Schleuse pro Zug um eine Stufe. |
Moonreed R | 1 von 5 | Wächst um eins, wenn der Wasserstand 2–4 beträgt; andernfalls sinkt der Wert um eins. |
Glimmerwings G | 1 von 5 | Wächst, wenn die aktualisierte Zahl an Schilfpflanzen mindestens 2 beträgt; andernfalls sinkt sie. Die Glassback-Zahl zu Zugbeginn kann sie zusätzlich um eins verringern. |
Glassbacks F | 1 von 5 | Wächst, wenn die aktualisierte Glimmerwing-Zahl mindestens 2 beträgt; sinkt nur, wenn diese Zahl 0 erreicht. |
| Stabilitätsserie | 0 | Steigt, wenn am Zugende alle drei Populationen mindestens 2 betragen; andernfalls wird sie auf 0 zurückgesetzt. |
Das Ziel ist, innerhalb von vier Zügen alle drei Populationen zwei Züge in Folge bei mindestens 2 zu halten. Das ist eine erfundene Siegbedingung und keine Aussage darüber, was ein Marschgebiet gesund macht. Obergrenze, Zuglimit und Serie geben dem Prompt ein überprüfbares Ende statt einer offenen Aufforderung, „das Ökosystem gedeihen zu lassen“.
Den Regelvertrag vor der Szene anfordern
Bitten Sie den Ersteller zuerst, die Übergänge ohne zusätzliche Arten oder Systeme wiederzugeben. So lässt sich eine unvollständige Regel von einer bloß unfertigen Szene unterscheiden.
Behandle Mireglass Fen als erfundenes Spielökosystem, nicht als reales Feuchtgebietsmodell. Überführe die vorgegebenen Regeln in eine kompakte Zustandstabelle und eine deterministische Zugreihenfolge. Behalte nur T, R, G, F und die Stabilitätsserie bei; füge keine Arten, Jahreszeiten, Nahrungsketten, Ereignisse oder ökologischen Aussagen hinzu. Definiere jede Begrenzung und Schwelle. Berechne von Hand den angegebenen Zustand T=2, R=2, G=2, F=1 mit Aktion „halten“, wobei für den Druck auf Glimmerwings der Startwert F0 gilt. Gib den erwarteten Zustand zurück und benenne vor einem Build-Vorschlag jede Mehrdeutigkeit. Kennzeichne dies als Regelanalyse, nicht als Test.Prüfen Sie, ob die Antwort für den Druck auf Glimmerwings den Glassback-Startwert verwendet und danach den Glassback-Wert aktualisiert. Wenn Wetter, Migration, Nahrung oder zusätzliche Lebensräume ergänzt werden, entfernen Sie sie vor dem nächsten Schritt; jede Ergänzung würde einen weiteren Übergang zum Prüfen einführen.
Einen minimalen Lebensraumausschnitt anfordern
Sobald der Regelvertrag feststeht, bitten Sie um einen Bildschirm und die kürzeste Interaktion, an der er sich erkennen lässt. Nennen Sie Steuerung, Zähler, Zuglimit und Neustart. Sagen Sie auch, welche Systeme außen vor bleiben sollen, damit der erste Auftrag fokussiert ist.
Erstelle ein kleines Ein-Bildschirm-Konzept für ein Spiel zur Verwaltung des fiktiven Mireglass Fen. Lass die spielende Person pro Zug eine Aktion wählen: Schleuse heben, senken oder halten. Zeige einen Wasserstandsregler und gut lesbare Zähler für Moonreed, Glimmerwings, Glassbacks und die zweizügige Stabilitätsserie. Verwende exakt die angegebenen Regeln für vier Züge und die feste Aktualisierungsreihenfolge; begrenze alle Werte auf 0–5. Füge Neustart und einen klaren Siegzustand hinzu, sobald die Stabilitätsserie 2 erreicht. Ergänze keine echten Arten, wissenschaftlichen Erklärungen, Siedlungsentwicklung, Handel, Freischaltungen, weiteren Ressourcen, Wetter oder Zufallsereignisse. Jeder Zug muss mit Start- und Endzustand überprüfbar sein, damit die Lesenden ihn mit den Regeln vergleichen können.Diese Anweisungen beschreiben einen vorgeschlagenen ersten Ausschnitt und garantieren keine Funktionen. Wer sie ausprobiert, kann prüfen, ob das Heben der Schleuse zuerst nur das Wasser ändert, ob die Populationen anschließend in der vorgegebenen Reihenfolge aktualisiert werden und ob die Serie zurückgesetzt wird, sobald ein Wert am Zugende unter 2 liegt.
Einen Lebensraumzug von Hand prüfen
Rechnen Sie die Regeln auf Papier durch, bevor Sie einen Build anfordern. Beginnen Sie bei T=2, R=2, G=2, F=1, wählen Sie „halten“ und wenden Sie die Regeln der Reihe nach an. Der Glassback-Startwert liegt unter der Druckschwelle.
| Schritt | Berechnung | Zustand nach dem Schritt |
|---|---|---|
| Schleuse halten | T bleibt bei 2. | T=2, R=2, G=2, F=1 |
| Moonreed aktualisieren | Der Wasserstand liegt zwischen 2 und 4, also R steigt um 1. | T=2, R=3, G=2, F=1 |
| Glimmerwings aktualisieren | Schilfbestand mindestens 2, also Gtemp steigt um 1; der Startwert F0=1 übt keinen Druck aus. | T=2, R=3, G=3, F=1 |
| Glassbacks aktualisieren | Mindestens 2 Glimmerwings, also F steigt um 1. | T=2, R=3, G=3, F=2 |
| Stabilität prüfen | Alle drei Populationen betragen mindestens 2, also steigt die Serie auf 1. | T=2, R=3, G=3, F=2; Serie 1 |
Der Zustand ist eine Vorhersage aus den verfassten Regeln. Er beweist nicht, dass eine Umsetzung ihnen folgt. Ein zweiter Zug mit „halten“ ergäbe T=2, R=4, G=3, F=3 und Serie 2, womit das fiktive Ziel des Beispiels erreicht wäre.
Eine hypothetische Regelabweichung überarbeiten
Im ersten Entwurf reagieren Glassbacks auf Glimmerwings und verringern deren Zahl. Es steht jedoch nicht dabei, ob dieser Druck den Glassback-Startwert oder den Wert nach der aktuellen Aktualisierung verwendet. Dadurch ergeben sich zwei mögliche Handrechnungen:
| Entwurfsinterpretation | Endzustand nach demselben Start und derselben Aktion „halten“ |
|---|---|
Ausgangswert F0=1 für den Druck verwenden, danach Glassbacks aktualisieren. | T=2, R=3, G=3, F=2; Serie 1. |
Zuerst Glassbacks aktualisieren, danach den neuen Wert F=2 für den Druck verwenden. | T=2, R=3, G=2, F=2; Serie 1. |
Die simulierte Überarbeitung ergänzt einen Satz: Der Druck auf Glimmerwings verwendet den Startwert F0 des aktuellen Zuges. Nach dieser Regel lautet der erwartete v1-Zustand T=2, R=3, G=3, F=2, Serie 1.
Diese Überarbeitung von v0 zu v1 ist eine vom Autor erstellte Simulation, kein Prompt-Lauf, Spiel-Build, Spieltest oder gemessenes Ergebnis. Wenn später ein echter Build vorliegt, können Lesende den hypothetischen Zustand durch eine genaue Aktion und den tatsächlich beobachteten Zustand ersetzen, bevor sie um eine Änderung an nur einer Regel bitten.
Das ist eine hypothetische Mehrdeutigkeit, kein beobachtetes Spielergebnis: Bei T=2, R=2, G=2, F=1 und Aktion „halten“ endet eine Lesart bei T=2, R=3, G=3, F=2, eine andere bei T=2, R=3, G=2, F=2, weil der Entwurf nicht festlegt, welcher Glassback-Wert den Druck auf Glimmerwings bestimmt. Ändere nur eine Sache: Lege fest, dass der Druck F0, den Wert zu Zugbeginn, verwendet. Alle anderen Regeln bleiben gleich; gib den überarbeiteten Übergang und den erwarteten Zustand zurück. Behaupte nicht, die Änderung sei getestet oder gemessen worden.Das Regelblatt in einen Erstellungs-Workspace mitnehmen
Wenn das Briefing fertig ist, beschreiben Sie Zielgruppe und Spielformat, nennen Sie die erste Spieleraktion, definieren Sie Szene und Zustand und begrenzen Sie die erste Version. Prüfen Sie danach das tatsächliche Ergebnis: Folgen die sichtbaren Zähler der Übergangsreihenfolge und wird die Stabilitätsserie unter der festgelegten Bedingung zurückgesetzt?
Die aktuelle SEELE-Seite zum Kostenlosen KI-Spiel-Generator beschreibt einen allgemeinen Ablauf: Spielidee in Alltagssprache schildern, ein spielbares 2D- oder 3D-Ergebnis prüfen, es im Workspace weiterentwickeln und vor dem Absenden ausgewähltes Modell, verfügbares Koin-Guthaben und angezeigte Generierungskosten prüfen. Die Seite dokumentiert weder Mireglass Fen noch ökologiespezifisches Verhalten oder die Regeln dieses Beispiels. Verwenden Sie die Prompts als Ausgangspunkt und prüfen Sie das Ergebnis selbst.
FAQ zu Prompts für Ökosystemsimulationen
Wie viele Arten sollte der erste Prompt für ein Ökosystem enthalten?
Verwenden Sie so wenige Zähler wie nötig, um eine Abhängigkeitskette zu zeigen. Mireglass Fen nutzt drei erfundene Populationen für eine Lebensraumänderung, eine Wachstumsreaktion und eine Druckregel. Ergänzen Sie eine weitere Population erst, wenn sie eine Entscheidung ermöglicht, die der bestehende Ablauf nicht ausdrücken kann.
Sollten die Arten in einem Ökosystemspiel real sein?
Das ist möglich, aber Aussagen über echte Arten und ihre Beziehungen benötigen verlässliche Quellen. Dieses Beispiel verwendet absichtlich erfundene Namen und verfasste Regeln; es sollte deshalb weder als ökologische Beratung noch als realistisches Feuchtgebietsmodell dargestellt werden. Wenn Sie echte Arten verwenden, belegen Sie jede Beziehung und trennen Sie Quellenfakten von erfundenen Regeln.
Was sollte ein Prompt für eine Ökosystemsimulation zuerst festlegen?
Nennen Sie Lebensraumvariablen, Populationsgrenzen, Spieleraktion, Übergangsreihenfolge und Siegbedingung. Geben Sie dann einen genauen Startzustand an und fragen Sie nach dem erwarteten Zustand nach einem Zug. Damit lässt sich das Ergebnis leichter prüfen als mit einem Prompt, der nur die Atmosphäre beschreibt.
Wie löse ich widersprüchliche Ergebnisse bei Populationen auf?
Suchen Sie die erste Regel mit mehrdeutigem Zeitpunkt. Legen Sie fest, ob eine Wechselwirkung den Wert zu Zugbeginn oder nach der Aktualisierung einer anderen Population verwendet, ändern Sie nur diese Regel und berechnen Sie denselben Zustand erneut. Ein echter Build muss separat geprüft werden, bevor die Korrektur als getestet gilt.
Wurden die Prompts und das simulierte Beispiel getestet?
Nein. Die Prompts sind Vorlagen zum Ausprobieren, und der Ablauf von v0 zu v1 wurde von Hand berechnet. Er zeigt weder einen Build noch Spieltest oder gemessenes Ergebnis. Vergleichen Sie Ihre eigene Ausgabe mit dem Regelvertrag, bevor Sie ihr Verhalten als verifiziert bezeichnen. Nennen Sie Verhalten erst beobachtet, nachdem eine konkrete Aktion und ihr Ergebnis in einem echten Build festgehalten wurden.
