Die Entscheidung für die Kolonie wählen, bevor Sie ihre Welt beschreiben
Ein Prompt für ein Kolonie-Managementspiel braucht Entscheidungen mit Folgen und nicht nur eine Liste von Gebäuden und Ressourcen. Beginnen Sie mit einer Aktion, die mit einer anderen konkurriert. Legen Sie fest, wann Kosten und Ertrag aufgelöst werden, und notieren Sie, was Überleben und Abschluss bedeuten. Der erste Prototyp kann eine Frage beantworten: Kann die spielende Person planen, sodass die Bewohner versorgt bleiben und zugleich ein separates Ziel vorankommt?
Tagglass Outpost ist eine fiktive Oberflächenkolonie, an der die Promptstruktur erklärt wird. Bei jedem Tagesanbruch weist die spielende Person die Zweier-Batterie entweder der Hydrokultur oder dem Relaismast zu. Die Anlage erzeugt Mahlzeiten; das Relais bringt ein Signal voran. Das dreitägige Beispiel unten ist von Hand berechnet. Es wurde kein Prompt ausgeführt und kein generierter oder getesteter Build bereitgestellt.
Halten Sie die erste Entscheidung so klein, dass sie von einem Zustand zum nächsten nachvollziehbar ist. Können Spielende nicht erkennen, worauf sie verzichtet haben, machen weitere Bewohner, Forschungsbäume oder Wetter den Prompt schwerer prüfbar statt nützlicher.
Den Zustandsvertrag formulieren, bevor zusätzliche Systeme angefordert werden
Ein Prompt lässt sich leichter umsetzen, wenn jede Zahl zu einer Phase gehört und jede Aktion eine Grenze hat. In Dayglass wird die Batterie bei Tagesanbruch zurückgesetzt und muss vollständig für genau ein manuell ausgewähltes Modul ausgegeben werden. Danach folgt die Rationenprüfung. Diese Reihenfolge bestimmt, ob eine Relaiswahl an einem Tag mit wenig Nahrung sicher ist.
| Regel | Dayglass-Vorschlag | Was die erste Prüfung zeigen sollte |
|---|---|---|
| Startzustand | Tagesanbruch an Tag 1: 3 Bewohner, 3 Mahlzeiten, Signal 0/2. Die Batterie wird jeden Morgen auf 2 Einheiten aufgefüllt. | Vor der Auswahl kann die spielende Person Tag, Mahlzeiten, Signal und aktuelle Batterieladung ablesen. |
| Aktionslimit | Pro Tag genau eine Modulaktion auswählen. Beide Batterieeinheiten werden verbraucht; ungenutzte Energie kann nicht übertragen werden. | Nach einer Auswahl sind beide Module bis zum nächsten Morgen nicht verfügbar. |
| Hydrokultur | Manuelle Aktivierung fügt 6 Mahlzeiten hinzu. Das Signal bleibt unverändert. | Der Mahlzeitenbestand steigt vor der Dämmerungsprüfung um sechs. |
| Relais | Manuelle Aktivierung fügt eine Signalstufe hinzu, solange das Signal unter 2/2 liegt. Bei 2/2 ist das Relais nicht verfügbar. | Nur die Relaiswahl erhöht das Signal; sie erzeugt nie Mahlzeiten. |
| Rationenprüfung bei Dämmerung | Nach dem Modul wird geprüft, ob mindestens 3 Mahlzeiten verfügbar sind. Bei weniger als 3 scheitert der Durchlauf, bevor etwas abgezogen wird. Andernfalls werden 3 Mahlzeiten verbraucht, eine pro Bewohner. | Phasenfolge ist sichtbar, einschließlich Scheitern ohne Verbrauch. |
| Ende und Neustart | Nach der Rationenprüfung an Tag 3 gibt es bei Signal 2/2 einen Sieg, wenn keine Rationenprüfung fehlgeschlagen ist. Sonst Niederlage. Neustart stellt den vollständigen Zustand von Tag 1 wieder her. | Sieg hängt an Ziel und Überlebensprüfung, nicht an Punktzahl oder verborgenem Ereignis. |
Diese Tabelle schließt mehrere Lücken, die ein kurzer Genre-Prompt offenlassen würde. Sie legt fest, wann Energie zurückkehrt, ob eine Aktion geteilt werden kann, ob ein Relais nach Abschluss erneut verwendet werden darf und ob Nahrung vor oder nach dem Verbrauch geprüft wird. Soll eine dieser Regeln geändert werden, passen Sie zuerst den Vertrag an und berechnen Sie das Beispiel neu.
Drei Tage von Hand durchspielen, bevor Funktionen hinzukommen
Spielen Sie vor der Anfrage an einen Generator einen Ablauf mit den vorgeschlagenen Regeln durch. Die Rechnung kann ein unmögliches Siegziel oder eine unbeabsichtigte Abkürzung aufdecken, bevor Gestaltung, Bewohner oder weitere Ressourcen die Diagnose erschweren.
| Day | Aktion | Mahlzeiten vor der Dämmerungsprüfung | Signal nach Aktion | Dämmerung und Endzustand |
|---|---|---|---|---|
| 1 | Relais | 3 | 1/2 | 3 Mahlzeiten abziehen. Ende mit 0 Mahlzeiten und Signal 1/2; Kolonie überlebt. |
| 2 | Hydrokultur | 6 | 1/2 | 3 Mahlzeiten abziehen. Ende mit 3 Mahlzeiten und Signal 1/2; Kolonie überlebt. |
| 3 | Relais | 3 | 2/2 | 3 Mahlzeiten abziehen. Ende mit 0 Mahlzeiten und Signal 2/2; Kolonie gewinnt nach der letzten Rationenprüfung. |
Das Ergebnis hängt von der Vertragsreihenfolge ab: Der Modulertrag wird vor der Dämmerung aufgelöst. Liefe die Hydrokultur nach der Rationenprüfung, wäre der Zustand an Tag 2 ein anderer. Ein zweiter Ablauf kann mit Hydrokultur beginnen und danach das Relais zweimal nutzen; dieselben Regeln lassen genug Mahlzeiten für alle drei Prüfungen. Wird dagegen nach der Relaiswahl an Tag 1 an Tag 2 erneut das Relais gewählt, stehen vor der Dämmerung 0 Mahlzeiten bereit. Der Ablauf scheitert, ohne Vorräte abzuziehen.
Dies ist ein von Hand berechnetes Lehrbeispiel und kein Balancingtest. Verwenden Sie es als erwartete Zustandsreferenz für einen künftigen Build, nicht als Beleg dafür, dass eine Implementierung den Regeln gefolgt ist.
Drei statt eines überladenen Prompts verwenden
Trennen Sie Regelklärung, Implementierung und Korrektur. So lassen sich Anfragen leichter prüfen und Widersprüche erkennen, bevor die Szene erweitert wird. Die folgenden Prompts sind direkt verwendbare Vorlagen für das fiktive Design; sie wurden nicht ausgeführt.
Prompt 1: ein Regelblatt anfordern
Überführe diese Kolonieidee in einen kompakten Regelvertrag. Füge keine Systeme hinzu.
Startzustand: Tagesanbruch an Tag 1, 3 Bewohner, 3 Mahlzeiten, Signal 0/2, Batterie 2 Einheiten.
Bei jedem Tagesanbruch Batterie auf 2 zurücksetzen. Die spielende Person wählt genau eine manuelle Aktion,
die beide Einheiten verbraucht. Hydrokultur fügt 6 Mahlzeiten hinzu. Relais fügt 1 Signalstufe hinzu,
solange das Signal unter 2/2 ist. Gewählte Aktion vor der Dämmerung auflösen.
Bei Dämmerung gilt: Liegen weniger als 3 Mahlzeiten vor, scheitern, ohne Mahlzeiten abzuziehen; sonst
3 Mahlzeiten abziehen. Nach der Rationenprüfung an Tag 3 gibt es nur bei Signal 2/2 und ohne fehlgeschlagene
Rationenprüfung einen Sieg. Neustart stellt den vollständigen Anfangszustand wieder her.
Gib zurück: (1) Zustandsvariablen, (2) Phasenfolge, (3) zulässige Aktionen und Grenzen,
(4) Sieg-/Niederlage- und Neustartregeln sowie (5) offene Fragen und Widersprüche.
Spiele von Hand Relais an Tag 1, Hydrokultur an Tag 2, Relais an Tag 3 durch.
Behaupte weder einen Test dieser Regeln noch erfinde zusätzliche Ereignisse.Vergleichen Sie den zurückgegebenen Vertrag mit den Ausgangsregeln, bevor Sie fortfahren. Verschiebt er die Rationenprüfung, erlaubt Batterieübertrag oder ergänzt verborgene Nahrungskosten, korrigieren Sie zuerst das Regelblatt, statt einen größeren Build anzufordern.
Prompt 2: nur den minimalen Prototyp anfordern
Erstelle anhand des folgenden Regelvertrags einen kleinen Prototyp für eine Oberflächenkolonie namens Dayglass Outpost. Zeige einen kompakten Lebensraum, eine Hydrokultur, einen Relaismast, drei Bewohner und einen Mahlzeitenvorrat. Verwende eine gut lesbare Managementansicht von oben oder isometrisch mit klaren Wegen zwischen den Modulen.
Zeige aktuellen Tag, Mahlzeiten, Signalfortschritt, Batterie, gewählte Aktion und aufgelöstes Ergebnis. Die spielende Person wählt jeden Tag ein Modul manuell aus. Setze die Batterie bei Tagesanbruch auf 2 zurück; jedes Modul verbraucht beide Einheiten. Hydrokultur fügt 6 Mahlzeiten hinzu. Relais fügt eine Signalstufe hinzu, solange das Signal unter 2/2 liegt. Löse das Modul zuerst auf und prüfe dann bei Dämmerung, ob mindestens 3 Mahlzeiten vorhanden sind; bei Fehlschlag sofort stoppen, bevor Vorräte abgezogen werden. Andernfalls 3 Mahlzeiten abziehen. Nach der Prüfung an Tag 3 gibt es nur bei Signal 2/2 einen Sieg.
Neustart stellt Tag 1, 3 Bewohner, 3 Mahlzeiten, Signal 0/2 und Batterie 2/2 wieder her. Lasse Wetter, Arbeitszuweisung, Automatisierung, Kreaturen, zusätzliche Ressourcen, Forschungsbäume, Kampf, Zufallsereignisse und Mehrspieler aus. Rückmeldung bleibt bei der gewählten Aktion. Behandle dies als vorgeschlagenes Design und melde kein Testergebnis.Die Anfrage nennt eine Entscheidung und genügend sichtbaren Zustand, um sie zu prüfen. Sie verlangt nicht alle Koloniesysteme auf einmal. Gibt ein Tool etwas anderes zurück, notieren Sie das tatsächliche Ergebnis, bevor Sie den Prompt ändern; nehmen Sie nicht an, dass das angeforderte Verhalten umgesetzt wurde.
Regeln prüfen, die unbemerkt abweichen können
Verwenden Sie gezielte Prüfungen statt einer allgemeinen Frage wie „Funktioniert es?“. Die folgende Liste ist ein Plan für einen späteren echten Build. Sie enthält erwartete Ergebnisse und keine bestandenen Tests.
| Test | Erwarteter Zustand | Zu erfassende Abweichung |
|---|---|---|
| Einen neuen Durchlauf starten. | Tag 1, 3 Mahlzeiten, Signal 0/2, Batterie 2. | Fehlender oder anderer Startwert. |
| Relais wählen und vor dem nächsten Morgen erneut Hydrokultur wählen. | Relais verbraucht beide Einheiten, Signal steigt auf 1/2 und zweite Aktion ist nicht verfügbar. | Zwei Aktionen werden an einem Tag aufgelöst oder Batterie wird übertragen. |
| Tag 1 Relais auflösen und an Tag 2 erneut Relais wählen. | Die zweite Dämmerungsprüfung sieht 0 Mahlzeiten und scheitert vor dem Abzug. | Nahrung sinkt unter null oder der Durchlauf geht trotz fehlgeschlagener Prüfung weiter. |
| An drei Tagen Relais → Hydrokultur → Relais nutzen. | Tagesendbestand: 0, 3 und 0 Mahlzeiten; Signal 1/2, 1/2 und 2/2. Sieg nach Rationenprüfung an Tag 3. | Ein Übergang weicht von der Handrechnung ab. |
| Relais wählen, nachdem Signal bereits 2/2 erreicht hat. | Relais ist nicht verfügbar; Signal bleibt an der Obergrenze. | Signal steigt über 2/2 oder eine zweite Abschlussstufe erscheint. |
| Nach einem Ergebnis neu starten. | Tag 1 mit 3 Mahlzeiten, Signal 0/2, Batterie 2 und 3 Bewohnern. | Alter Vorrat, Tag oder Ergebniszustand bleibt erhalten. |
Notieren Sie für jede Prüfung genaue Aktion und Anzeige. Gibt es keinen Build zum Prüfen, bleibt es eine geplante Checkliste. Ein vorhergesagtes Tabellenergebnis ist keine beobachtete Spielsituation.
Eine Überarbeitung anhand von Belegen anfordern
Weicht ein tatsächlicher Build vom Regelvertrag ab, soll der nächste Prompt eine eng begrenzte Aufgabe haben. Schreiben Sie, was Sie getan und erwartet haben und was genau erschien. Bitten Sie darum, nur die betreffende Regel zu ändern und alles andere beizubehalten. Wiederholen Sie anschließend dieselbe Aktionsfolge. So beruht eine Korrektur auf Belegen und nicht auf einem vagen Eindruck.
Beobachtete Abweichung in meinem aktuellen Build:
Aktion: [genauer Tag und Modulauswahl]
Erwartet: [Zustand aus der Regeltabelle]
Beobachtet: [tatsächliche Anzeige]
Ändere nur die Regel, die für diese Abweichung verantwortlich ist. Behalte alle anderen
Ressourcenwerte, Aktionszeitpunkte, Sieg-/Niederlagebedingungen und Oberflächenelemente bei.
Nenne die geänderte Regel und führe dieselbe Prüfung für die Wiederholung auf.
Behaupte nicht, die Korrektur sei getestet, bis ich die Prüfung erneut ausgeführt habe.Wurde kein Build ausgeführt, füllen Sie die Zeile „Beobachtet“ nicht anhand der Handrechnung aus. Lassen Sie sie als Vorlage stehen. Der Ablauf liefert später einen Vergleichswert, aber keine tatsächliche Beobachtung.
Den Prompt in einen allgemeinen Spiel-Generator übernehmen
Die aktuelle SEELE-Seite Free AI Game Maker beschreibt, eine Spielidee in Alltagssprache einzugeben, ein spielbares 2D- oder 3D-Ergebnis zu prüfen, im Workspace zu iterieren und angezeigte Koin-Kosten sowie Kontooptionen vor der Generierung einzusehen. Das sind allgemeine Ablaufdetails. Die Seite belegt weder, dass Dayglass Outpost oder Kolonieverwaltung unterstützt werden, noch diese genauen Ressourcenregeln.
Bringen Sie Regelvertrag und Prüftabelle als eigenes Designbriefing mit. Prüfen Sie das aktuell verfügbare Ergebnis, vergleichen Sie einen sichtbaren Übergang mit einer erwarteten Änderung und entscheiden Sie dann, ob Sie überarbeiten oder vereinfachen. Eine Seitenbeschreibung belegt weder eine Generierung dieses Beispiels noch, dass ein Ergebnis jede angeforderte Regel einhält.
Häufig gestellte Fragen
Welche Mechaniken gehören in den ersten Kolonie-Prompt?
Geben Sie Startressourcen, eine Aktion der spielenden Person, ihre Kosten und ihren Ertrag, den Zeitpunkt der Auflösung und die anschließende Prüfung an. Ergänzen Sie Sieg-, Niederlage- und Neustartregeln, die diese Schleife abschließen. Arbeitszuweisungen, Wetter, Forschung und Automatisierung können warten, solange keines davon die zu prüfende Entscheidung verändert.
Mit wie vielen Ressourcen sollte ein Kolonieprototyp beginnen?
Verwenden Sie nur Ressourcen, die die zentrale Entscheidung verständlich machen. Dayglass beginnt mit Mahlzeiten, Batterie und Signal, weil diese Werte den Zielkonflikt zwischen Versorgung der Bewohner und Fertigstellung des Relais zeigen. Verändert eine Ressource Aktionswahl, Überlebensprüfung oder Ziel nicht, lassen Sie sie in der ersten Anfrage weg.
Wie kann ich Produktion und Verbrauch verständlich zeigen?
Zeigen Sie den Zustand vor einer Wahl, lösen Sie das ausgewählte Modul auf und stellen Sie anschließend Dämmerungsprüfung und Endbestand dar. Getrennte Phasen helfen zu erkennen, ob ein Ertrag zu spät kam oder Rationen zweimal abgezogen wurden. Das genaue Panel kann variieren; der Prompt muss festlegen, welche Werte Spielende prüfen können sollen.
Was soll passieren, wenn die Rationenprüfung fehlschlägt?
Wählen Sie die Fehlerregel vor dem Prompt. In diesem Beispiel führt ein Vorrat unter drei Mahlzeiten zum Scheitern, bevor etwas abgezogen wird; so bleibt der angezeigte Zustand konsistent. Eine andere Kolonie kann Knappheit oder Teilrationen erlauben, aber der Prompt sollte sagen, wie sich diese Optionen auf den Bestand auswirken und ob der Durchlauf weitergeht.
Garantiert ein ausführlicher Prompt ein spielbares Kolonie-Managementspiel?
Nein. Ein ausführlicher Prompt macht angeforderte Regeln leichter überprüfbar, beweist aber nicht, dass ein bestimmtes Tool sie korrekt umsetzt. Prüfen Sie tatsächliche Ausgabe und wichtige Zustandsübergänge und halten Sie jede Abweichung in Ihren Notizen fest. Dayglass-Werte sind ein fiktives Lehrbeispiel und kein Testergebnis.
Eine überprüfbare Kolonieschleife bauen
Schreiben Sie Entscheidung, Timing, Ressourcenänderungen, Überlebensprüfung und Abschlussbedingung auf, bevor Sie eine größere Kolonie anfordern. Rechnen Sie einen Ablauf von Hand durch, prüfen Sie jeweils ein echtes Ergebnis und verwenden Sie die erste Abweichung für eine begrenzte Überarbeitung. Wenn Sie Ihr eigenes Briefing ausprobieren möchten, beginnen Sie mit demkostenlosen KI-Spiel-Generator. Prüfen Sie die aktuell angezeigten Kosten und verifizieren Sie, was der resultierende Build tatsächlich tut.
