KI-Prompts für ein Städtebauspiel mit klarer Wachstumsrunde schreiben

Mit einem kleinen Bezirk statt einer fertigen Skyline beginnen

Ein Prompt für ein Städtebauspiel muss beschreiben, wie Entscheidungen der Spielenden die Stadt verändern. Beginnen Sie mit einer kleinen Karte, einem Straßennetz, einem Versorgungsdienst, einer Bevölkerungsregel und einer Haushaltsänderung. Legen Sie anschließend fest, was der erste Build nachweisen soll. So erhält das Entwicklungsteam ein fokussiertes Briefing zur Prüfung, statt eine Anfrage für eine Großstadt, deren Regeln schwer nachvollziehbar sind.

Northline Borough ist ein eigens erfundenes Lehrbeispiel in diesem Leitfaden. Zahlen und Ergebnisse werden anhand der folgenden Regeln auf Papier berechnet; sie stammen weder aus einem Prompt-Lauf noch aus einem generierten SEELE-Projekt, einem Spieltest oder einem Balancing-Ergebnis. Das erste Ziel ist bewusst bescheiden: zwei Häuser mit Bürgerzentrum und Wasserpumpe verbinden, vier Einwohner ansiedeln und den Tag mit verbleibenden Münzen beenden.

Notieren Sie vor der Anfrage an einen KI-Spiel-Generator den veränderbaren Zustand und die erwartete Rückmeldung. Straßenanbindung und Wasserversorgung eines Hauses sind getrennte Prüfungen; die eine bedeutet nicht automatisch die andere. Diese Unterscheidung erleichtert Beschreibung und Prüfung des ersten Prototyps.

Die Stadtregeln festlegen, bevor weitere Systeme hinzukommen

Definieren Sie Karte, Startbudget, zulässige Platzierung, Verbindung, Versorgungsreichweite, Ansiedlungszeitpunkt, Einnahmen, Unterhalt, Ziel und Neustart. In Northline Borough steht das Rathaus auf Feld (4,3) eines orthogonalen 7×7-Rasters. Zwei kostenlose Startstraßen auf (4,4) und (4,5) verbinden es mit dem restlichen Netz. Die beiden Wohnstandorte sind (3,5) und (5,5); jedes Haus kostet 2 Münzen, fasst höchstens zwei Einwohner und muss eine Straße berühren, die mit dem Rathaus verbunden ist.

Hier bedeutet „Manhattan-Abstand 2“ zwei Schritte entlang orthogonaler Felder; diagonale Nähe zählt nicht als ein Schritt. Der Pumpenstandort (4,6) grenzt an die verbundene Straße (4,5). Beide Hausstandorte sind ebenfalls zwei orthogonale Schritte von der Pumpe entfernt und berühren dieselbe Straße. Diese Koordinaten sind Designnotizen für das Papierbeispiel und keine Standardregel für Städtebauspiele. Strom, Kliniken, Abfall, Katastrophen und weitere Systeme kommen später hinzu; sie gehören nicht zur ersten Schleife.

Diese Regelkarte gibt dem Prompt etwas Konkretes zum Bewahren und macht Auslassungen sichtbar. Sagt ein Briefing etwa, eine Pumpe „versorge nahe Häuser“, definiert aber weder Reichweite noch Straßenanbindung, können zwei Personen denselben Prompt unterschiedlich auslegen.

Straßenanbindung und Wasserversorgung getrennt halten

Straßen zeigen, ob ein Gebäude zum Rathausnetz gehört. Für die Pumpe gilt zunächst eine eigene Anbindungsprüfung und danach eine Reichweitenprüfung für jedes Haus. Ein Haus wird nur dann besiedelt, wenn sowohl das Haus als auch die Pumpe ihre jeweilige Bedingung erfüllen. So lässt sich ein Fehler eingrenzen, statt „verbundene Stadt“ als vage optische Qualität zu behandeln.

Bauen Sie für den von Hand geprüften Stadtplan Häuser auf (3,5) und (5,5), danach die Pumpe auf (4,6). Beide Häuser berühren Straße (4,5); die Pumpe tut es ebenfalls. Die Manhattan-Distanz von der Pumpe zu beiden Häusern beträgt zwei Schritte, also liegen beide in Reichweite. Einwohner kommen noch nicht an, denn „Tag beenden“ wurde nicht gewählt.

Ändern Sie nun immer nur eine Bedingung. Trennen Sie ein Haus vom verbundenen Straßennetz, bleibt es auch dann leer, wenn die Pumpe es erreicht. Platzieren Sie die Pumpe außerhalb ihrer Reichweite, bleibt das Haus außerhalb des Bereichs leer. Steht die Pumpe an einer nicht verbundenen Straße, kann sie nach diesem Modell keines der Häuser versorgen. Deshalb brauchen Straßenzugang und Abdeckung eigene Anzeigen und Abnahmetests.

Bevölkerungs- und Haushaltsänderungen vorhersehbar machen

Die Ansiedlungsreihenfolge ist Teil der Regeln und kein kosmetisches Detail. Beginnen Sie mit 10 Münzen. Zwei Häuser kosten 4, die Pumpe 3; vor Tagesende bleiben 3 Münzen. Sind beide Häuser angebunden und versorgt, füllt sich jedes auf zwei Einwohner: vier Einwohner bringen 4 Münzen. Danach kostet der Pumpenbetrieb 2 Münzen. Zum Tagesschluss bleiben 3 + 4 − 2 = 5 Münzen und vier Einwohner. Damit ist das Beispielziel von vier Einwohnern und mindestens einer Münze erreicht.

In den Fehlerszenarien bleiben Baukosten und Unterhalt gleich; nur ein Haus erfüllt eine erforderliche Anbindungs- oder Versorgungsbedingung nicht. Die Rechnung setzt voraus, dass Häuser und Straßen keinen Unterhalt kosten und keine weiteren Einnahmequellen existieren. Das ist ein intern konsistentes Lehrmodell, keine Behauptung über typische Städtebauspiel-Ökonomien oder eine Empfehlung für ausgewogene Preise.

Gestufte Prompts verwenden und den ersten Build prüfen

Fordern Sie zuerst einen Bezirk und eine einzelne Frage an. Geben Sie dem Modell geplante Aktion, sichtbaren Zustand, Einschränkungen und Erfolgskriterium vor. Bitten Sie erst dann um Systemdetails oder Korrekturen, wenn ein bestimmter Test eine Lücke zeigt. Der folgende Prompt ist eine wiederverwendbare Designvorlage; er wurde weder in SEELE noch in einem anderen Spiel-Generator ausgeführt.

Erstelle einen kleinen 3D-Einzelspieler-Städtebauprototyp auf einem orthogonalen 7×7-Felderraster. Dies ist ein einzelner Bezirk, keine vollständige Kampagne. Die spielende Person platziert zwei Häuser und eine Wasserpumpe und wählt dann „Tag beenden“, um zu sehen, ob Einwohner kommen und sich das Budget ändert.

Startkarte: Rathaus auf (4,3), mit verbundenen kostenlosen Straßenfeldern bei (4,4) und (4,5). Beginne mit 10 Münzen. Die zwei zulässigen Hausfelder sind (3,5) und (5,5); jedes kostet 2 Münzen und fasst 2 Einwohner. Ein Haus hat nur dann Straßenzugang, wenn es ein Straßenfeld berührt, das über orthogonale Straßenfelder mit dem Rathaus verbunden ist.

Eine Wasserpumpe kostet 3 Münzen, muss eine mit dem Rathaus verbundene Straße berühren und versorgt Häuser im Manhattan-Abstand 2. Diagonaler Abstand zählt nicht. Bei „Tag beenden“ füllt sich jedes Haus mit Straßenzugang und Pumpenabdeckung auf 2 Einwohner. Jeder Einwohner bringt 1 Münze. Die Pumpe kostet täglich 2 Münzen. Häuser und Straßen haben in diesem Prototyp keinen Unterhalt.

Die Siegbedingung nach der Ansiedlung lautet mindestens 4 Einwohner und mindestens 1 Münze. Ein Haus ohne Straßenanbindung oder Wasserversorgung bleibt leer und bringt keine Einnahmen. Wird das Ziel nicht erreicht, kann die spielende Person einen weiteren Bau- und Ansiedlungszyklus beginnen; füge weder Katastrophen noch Game Over hinzu. „Neustart“ stellt Karte und 10 Münzen wieder her.

Zeige aktuelle Kasse, verbundene Straßen, Hauszugang, Pumpenabdeckung, Einwohner, tägliche Einnahmen und Unterhalt, Zielstatus, „Tag beenden“ und „Neustart“. Verwende für jeden Zustand eine verständliche Anzeige. Ergänze weder Strom, Kliniken, Abfall, Forschung, Produktionsketten noch andere Systeme. Kann eine angeforderte Regel nicht dargestellt werden, kennzeichne sie, statt sie stillschweigend zu ändern. Gib eine kurze Liste der umzusetzenden Regeln und Abnahmetests zurück, bevor dekorative Details hinzukommen.

Vergleichen Sie den ersten Durchgang mit festen Fällen. Dies sind vorgeschlagene Abnahmetests und keine abgeschlossenen Prüfungen:

Verfehlt eine Ausgabe einen Fall, bitten Sie um eine eng gefasste Korrektur, statt weitere Gebäude hinzuzufügen. Wird zum Beispiel eine diagonale Route als verbunden akzeptiert, präzisieren Sie orthogonale Verbindungen. Erscheinen Einwohner zu früh, wiederholen Sie, dass die Ansiedlung erst bei Auswahl von „Tag beenden“ erfolgt. Behalten Sie Erwartungswerte bei, ändern Sie nur eine Anweisung und prüfen Sie das neue Ergebnis. Bezeichnen Sie Beispiele erst dann als getestet, wenn ein echter Build und ein aufgezeichneter Durchlauf vorliegen.

Die Übersicht zum SEELEKI-Spiel-Generatorbeschreibt Spielideen in Alltagssprache, spielbare 2D- oder 3D-Ergebnisse, Tests im Browser und Überarbeitung mit Folgeprompts. In der Workspace-FAQ steht, dass vor dem Absenden ausgewähltes Modell, verfügbares Koin-Guthaben und angezeigte Generierungskosten geprüft werden können. Das beschreibt einen möglichen Einstieg und Prüfablauf, bestätigt aber weder Feldplatzierung, Straßenlogik, Wasserabdeckung noch Ansiedlungsrechnung von Northline Borough. Verifizieren Sie diese Verhaltensweisen im tatsächlichen Ergebnis.

Einen verbundenen Bezirk bauen und dann über Erweiterungen entscheiden

Ein nützlicher erster Städtebauprompt definiert eine kleine Karte, einen Versorgungsdienst, eine Bevölkerungsänderung und ein von Hand prüfbares Ziel. Northline Borough zeigt ein vorgeschlagenes Regelwerk und seine erwarteten Fälle; es ist kein gemessenes Ergebnis. Ist ein echter erster Build verfügbar, prüfen Sie Straßenzugang, Pumpenabdeckung, Ansiedlungszeitpunkt, Haushaltsrückmeldung und Neustart, bevor weitere Dienste oder Fortschrittssysteme hinzukommen.

Bringen Sie eine fokussierte Städtebauidee in denkostenlosen KI-Spiel-Generator, prüfen Sie die aktuellen Generierungsoptionen und Kosten und kontrollieren Sie, welche Regeln das tatsächliche Ergebnis umsetzt. Behandeln Sie fehlendes Verhalten als zu klärende Designfrage, nicht als zugesicherte Funktion.

Was sollte ein KI-Prompt für ein Städtebauspiel zuerst festlegen?

Beginnen Sie mit der ersten Aktion der Spielenden und dem Zustand, der sich ändern soll. Legen Sie anschließend Karte, Baukosten, Anbindung, Versorgungsreichweite, Ansiedlungszeitpunkt, Budget, Ziel und Neustart fest. Mit einem kompakten Regelwerk lässt sich prüfen, ob der erste Build die vorgesehene Schleife darstellt, bevor Zonen, mehrere Versorgungsnetze, Katastrophen oder lange Fortschrittssysteme hinzukommen.

Wie sollten Straßen und Dienste die Bevölkerung beeinflussen?

Geben Sie Straßen und Versorgungsdiensten unterschiedliche Aufgaben. Im Lehrmodell von Northline muss ein Haus eine mit dem Rathaus verbundene Straße berühren; eine straßenseitig angebundene Pumpe muss zusätzlich innerhalb einer festgelegten Entfernung liegen. Nur Häuser, die beide Bedingungen erfüllen, füllen sich bei „Tag beenden“. Dies sind eigene Beispielregeln; wählen und erklären Sie die Bedingungen passend zu Ihrem Design.

Wie prüfe ich einen ersten Städtebauprototyp?

Schreiben Sie einige feste Fälle mit Startwerten, Aktion und erwartetem sichtbarem Ergebnis auf. Die Northline-Papiersimulation erwartet beispielsweise vier Einwohner und fünf Münzen, wenn beide Häuser angebunden und versorgt sind. Trennen Sie eine Straße oder entfernen Sie die Versorgung, um Fehlerverhalten zu prüfen, und starten Sie anschließend neu, um den Ausgangszustand zu bestätigen. Bis ein echter Build ausgeführt wurde, bleiben diese Prüfungen ein Plan.

Kann ein KI-Spiel-Generator funktionierende Stadtsimulationsregeln garantieren?

Nein. Ein Prompt kann gewünschtes Verhalten festlegen, ist aber kein Beleg dafür, dass ein generiertes Ergebnis jede Regel umsetzt. Prüfen Sie im tatsächlichen Ergebnis Platzierung, Netzverbindung, Versorgungsreichweite, Ansiedlung, Budget und Neustart. Fehlt ein Verhalten, grenzen Sie die nächste Anfrage auf diesen Fall ein und prüfen Sie erneut. Eine Konzeptillustration oder Papierrechnung ist kein Testergebnis.

Wann sollte ich einen weiteren Dienst oder eine größere Stadt hinzufügen?

Ergänzen Sie ein System erst, wenn die erste Schleife klare Eingaben, Rückmeldung und eine Prüfung hat. Beantworten zwei Häuser, eine Pumpe und eine Ansiedlungsrunde bereits die erste Designfrage, kann der nächste Schritt Platzierung und Reichweite eines zweiten Dienstes definieren. Ergänzen Sie Strom, Kliniken, Abfall, Wachstumskurven und Katastrophen nicht gleichzeitig; jedes System fügt weitere zu überprüfende Regeln hinzu.