Ein Prompt für Voxel-Bauen lässt sich leichter prüfen, wenn er benennt, welche Zellen der Spieler verändern darf, wie Ressourcen sich ändern, wodurch ein gesetzter Block gestützt wird und was als Sieg gilt. Beginnen Sie mit diesem Regelvertrag, fordern Sie dann nur die kleinste spielbare Schleife an und nutzen Sie einen dritten Prompt erst zur Diagnose einer Abweichung nach einer tatsächlichen Beobachtung.
Dieser Leitfaden nutzt Mosslight Span, eine erfundene Einzelspieler-Übung zum Brückenbau und Leuchtfeuer. Karte, Regeln und Vergleich von V0 zu V1 sind originelles Lehrmaterial, manuell durchgerechnet. Keine der drei Promptvorlagen wurde an einen Spielgenerator übermittelt; es gibt hier weder spielbaren Build noch Prompt-Lauf, Softwaretest, Spieltest oder Messwert.
Das praktische Ergebnis ist eine kurze Abfolge: eine veränderbare Welt definieren, Abbau und Platzieren präzisieren, eine begrenzte Umsetzung anfordern und einen späteren Build mit festgelegten Prüfungen vergleichen. Damit wird aus „mach eine Voxel-Sandbox“ eine Anfrage, die Leser tatsächlich bewerten können.
Eine kleine veränderbare Welt definieren
Ein erster Voxel-Abschnitt braucht ein Ziel, ein Hindernis, eine Ressourcenentscheidung und ein Erfolgssignal. Mosslight Span hält alles in einer schmalen Überquerung. Der Erkunder startet auf einer stabilen nahen Plattform bei Oberflächenzelle (0,1) mit zwei Steinblöcken. Über einer drei Zellen breiten Schlucht liegen die leeren Zellen x=1, x=2 und x=3; eine ferne Plattform und ein dunkles Leuchtfeuer liegen bei x=4. Einziges Ziel ist dieses Leuchtfeuer.
Die Einstiegsansicht zeigt eine Designentscheidung, keinen Erfolg. Zwei Blöcke reichen nicht für drei leere Zellen. Man muss also Ressourcenbudget oder Route ändern. Das Beispiel setzt einen freiliegenden Reservewürfel auf ein stabiles Seitenpodest bei (0,0,y=1), oberhalb eines permanenten Basiswürfels. Seine Seitenfläche liegt auf Interaktionshöhe eine Rasterfläche vom Startfeld entfernt. Eine Mine-Aktion vom Start sammelt ihn ohne Bewegung ein; der Erkunder bleibt bei (0,1), Inventar steigt von zwei auf drei.
Der Rest dieses Abschnitts bleibt geschlossen. Nur die drei Schluchtzellen dürfen Blöcke aufnehmen. Ein Block muss eine Seitenfläche mit der nahen Plattform oder der bereits gestützten Brückenkette teilen. Permanente Plattformen und gesetzte Brückenblöcke sind nicht abbaubar. Es gibt weder Gegner noch Rezepte, andere Ressourcen, Timer, Zufallsereignisse oder alternative Wege. Ungültiger Abbau, Platzierung oder Bewegung lässt den Zustand unverändert. Neustart stellt den exakten Anfangszustand der gewählten Version her.
Diese Grenzen machen den Prompt nützlicher, weil sich jede angeforderte Aktion einem sichtbaren Zustand zuordnen lässt. „Voxelwelt“ allein lässt Karte, Reichweite, Baugrenze und Ziel offen. Hier geben fünf Oberflächenzellen und eine Seitenreserve vor, was schon vor Dekoration existieren muss.
Regeln für Abbau, Platzierung und Stützung festlegen
Wörter wie abbauen, platzieren und gehen brauchen eine genaue Zustandsänderung. In diesem Papierbeispiel ist Abbau eine einzelne Aktion gegen ausschließlich die freiliegende Seitenreserve. Dabei bewegt sich die Figur nicht und braucht keinen separaten Annäherungsschritt. Platzieren nutzt einen Baucursor über den drei Schluchtzellen und kostet ebenfalls eine Aktion ohne Bewegung. Danach bewegt sich die Figur genau eine orthogonale Zelle auf eine gestützte Oberfläche.
| Aktion | Zulässiges Ziel und Kosten | Zu prüfende Zustandsänderung |
|---|---|---|
| Reserve abbauen | Von (0,1) aus nur den freiliegenden Würfel bei (0,0,y=1) anvisieren, auf Interaktionshöhe seitenangrenzend; kostet eine Aktion. | Reserve verschwindet, Inventar steigt um eins und Erkunder bleibt bei (0,1). |
| Brückenblock platzieren | Eine leere Schluchtzelle x=1, 2 oder 3 bei z=1 anvisieren; sie muss über eine Seitenfläche mit der nahen Plattform oder gestützten Kette verbunden sein. | Inventar sinkt um eins, die zusammenhängende gestützte Reihe wächst um eine Zelle. |
| Bewegen | Genau eine orthogonale Zelle weit auf eine gestützte Oberfläche bewegen. | Spielerposition ändert sich; Betreten von (4,1) nach Bau der Route aktiviert das Leuchtfeuer und gewinnt. |
Die Reihenfolge zählt. Lässt das Spiel Blöcke in ungestützte Luft setzen, entfällt das Ressourcenrätsel. Ist Abbau aus beliebiger Entfernung möglich, spielt der Ort der Reserve keine Rolle. Bewegt das Platzieren die Figur, ändert sich das Aktionsbudget. Legen Sie diese Details fest, bevor Sie eine spielbare Umsetzung anfordern, und geben Sie an, dass abgelehnte Aktionen weder Ressourcen verbrauchen noch die Figur bewegen.
In der Mechanikansicht unten wurde die Reserve bereits ohne Bewegung vom Start aus gesammelt und x=1 sowie x=2 gesetzt. Der Erkunder steht noch auf der nahen Plattform, ein Steinblock ist übrig, x=3 wird als gültige transparente Vorschau gezeigt und das Leuchtfeuer bleibt dunkel. Dies ist ein konkreter Zwischenzustand für einen späteren Build-Test.
Drei Prompts in Reihenfolge entwerfen
Fordern Sie nicht in einem Prompt zugleich Regeln, Weltbau und eigene Erfolgsbewertung an. Geben Sie jeder Anfrage eine klare Eingabe und Ausgabe. Der erste Prompt fixiert den Vertrag, der zweite verlangt eine kleine Umsetzung, der dritte wartet vor einer Reparatur auf eine tatsächliche Beobachtung.
Prompt 1: Regeln vor der Umsetzung festschreiben
Entwirf eine winzige Einzelspieler-Voxelbauschleife namens {game_name}. Nutze Oberflächenkoordinaten {grid_and_start}, ein Ziel {goal} und Anfangsinventar {inventory}. Definiere, welche Blöcke bearbeitbar sind, wie weit Abbau exakt reicht, wie sich Inventar dadurch ändert, wann Platzieren zulässig ist, wie Stützung weitergegeben wird, welche Bewegungen gelten sowie Sieg- und Neustartzustand. Sammle für die vorgegebene Karte die freiliegende, seitenangrenzende Reserve vom Startfeld mit einer Mine-Aktion ohne Bewegung ein; gib Koordinaten und Aktionskosten an. Liefere (1) eine Koordinatentabelle, (2) eine Aktions-/Zustandstabelle, (3) Randfälle für leeres Inventar und ungestützte Zellen sowie (4) fünf Abnahmeprüfungen. Keine nicht angeforderten Mechaniken. Widersprüche vor einem Umsetzungsvorschlag kennzeichnen.Für Mosslight Span füllen Sie die Eingaben mit der fünf Zellen breiten Überquerung, dunklem Leuchtfeuer bei x=4 und zwei Startblöcken. Die Reserve muss bei (0,0,y=1), angrenzend an Start (0,1) auf Interaktionshöhe liegen und mit einer Mine-Aktion ohne Bewegung gesammelt werden. Lassen Sie das Modell den Inventarstand nach jeder Aktion wiederholen. Fügt der Vertrag einen Rückweg, Fernabbau oder eine weitere Quelle hinzu, korrigieren Sie die Regeln vor dem nächsten Prompt.
Prompt 2: nur die minimale Schleife anfordern
Setze ausschließlich diesen genehmigten Voxel-Regelvertrag als kompakte spielbare Schleife um: {approved_contract}. Erhalte alle Koordinaten, Inventarwerte und Aktionskosten, einschließlich einer Mine-Aktion vom Startfeld zum Einsammeln der seitenangrenzenden Reserve ohne Bewegung. Zeige textfreie Rückmeldungen für gültige und ungültige Platzierung, Inventaränderung, gestützte Bewegung, Leuchtfeuer-Sieg und Neustart. Blöcke bleiben nur dort bearbeitbar, wo der Vertrag es erlaubt. Keine Gegner, Herstellung, Zusatzressourcen, Zufallsereignisse, Mehrspieler, zweites Ziel oder größere Welt. Liefere Steuerung, kurze Umsetzungszusammenfassung und eine Liste sichtbarer Belege pro Abnahmeprüfung. Nicht erstelltes oder unbeobachtetes bleibt unbestätigt.Die Beschränkung auf eine Schleife ist eine Designentscheidung und keine Zusage für die Ausgabe eines Generators. Später kann eine erstellende Person nach Prüfung der Ressourcen- und Stützregeln Kulissen ergänzen. Fordern Sie eine Umsetzungszusammenfassung und Prüfliste an, behandeln Sie die Anfrage selbst aber nicht als Beleg, dass Prüfungen bestanden wurden.
Prompt 3: erst nach einer Beobachtung reparieren
Genehmigter Sollzustand: {expected_state}. Tatsächliche Beobachtung einer Person: {observed_state_or_blank}. Vergleiche ausschließlich die angegebene Beobachtung mit den Sollregeln. Ist die Beobachtung leer, gib eine menschliche Prüfliste aus und diagnostiziere kein Ergebnis. Ist sie vorhanden, nenne die erste Abweichung, die betroffene Regel und die kleinste Änderung an einer Variable, die helfen könnte. Gib an, welche Abnahmeprüfung zu wiederholen ist und welche früheren unverändert bleiben. Behaupte nicht, eine Reparatur sei gelungen, bevor eine neue Beobachtung vorliegt.Der dritte Prompt weigert sich bewusst, ein Ergebnis zu erfinden. Stoppt ein späterer Build nach zwei Blöcken, sollte eine brauchbare Beobachtung Anfangsinventar, Reserveziel, Position vor dem Abbau, Reservestatus danach und abgelehnte Platzierung nennen. Damit lässt sich ein Reichweitenproblem von einem Ressourcen- oder Stützproblem unterscheiden. Fehlen diese Fakten, müssen Zustände erfasst werden, statt eine Reparatur zu behaupten.
Brücken-Ressourcenschleife auf Papier prüfen
Der fiktive Vergleich ändert eine Variable: V1 ergänzt den freiliegenden Reservewürfel, V0 hat keinen. Alles andere, einschließlich Startinventar und Route, bleibt gleich. Die Tabelle zeigt den Mangel, ohne zu behaupten, eine Engine oder ein Modell habe ihn erzeugt.
| Version und Aktion | Gefüllte Brückenzellen | Inventar | Manuelles Ergebnis |
|---|---|---|---|
| V0 Start | 0 | 2 | Es gibt keinen Reservewürfel. |
| V0: x=1, danach x=2 platzieren | 2 | 0 | Beide Blöcke sind gestützt, doch x=3 bleibt leer. |
| V0: Platzieren bei x=3 versuchen | 2 | 0 | Abgelehnt, weil das Inventar leer ist; die ferne Plattform bleibt unerreichbar. |
| V1: vom Start abbauen; nicht bewegen | 0 | 3 | Die angrenzende Reserve verschwindet; Inventar steigt von 2 auf 3. |
| V1: x=1, x=2, danach x=3 platzieren | 3 | 0 | Jeder Block verbindet sich mit der nahen Plattform oder der gestützten Kette. |
| V1: x=0→1→2→3→4 gehen | 3 | 0 | Vier gestützte Schritte erreichen die ferne Plattform; Betreten von x=4 aktiviert das Leuchtfeuer. |
Die ganze V1-Route umfasst eine Mine- plus drei Place- plus vier Move-Aktionen, also acht. Im Endzustand verbindet eine durchgehende Brücke aus drei Zellen beide Plattformen, das Inventar ist leer, der Erkunder steht auf der fernen Plattform und das Leuchtfeuer leuchtet. Das ist eine aus den verfassten Regeln berechnete Erwartung, kein Messwert. Die V0-Folge zeigt den Grund der Ein-Würfel-Änderung: Ohne ihn kann die dritte Platzierung nicht bezahlt werden.
Prüfen Sie bei einer späteren Umsetzung neben dem Endzustand auch die Ereignisreihenfolge. Reserve zuerst einsammeln; alle drei Blöcke vor der Überquerung platzieren; das Leuchtfeuer erst beim Betreten von x=4 aktivieren. Erscheint eine visuelle Belohnung früher, vergleichen Sie deren Auslöser mit dem Vertrag, statt anzunehmen, Bild oder Code definierten eine andere Regel.
Einen späteren Build mit tatsächlichen Beobachtungen vergleichen
Eine brauchbare Abnahmeliste nennt Anfangszustand, einzelne Aktion und erwartete Änderung. Prüfen Sie zuerst, ob eine Mine-Aktion bei (0,1) nur die freiliegende Reserve bei (0,0,y=1) sammelt, den Erkunder nicht bewegt und das Inventar von zwei auf drei erhöht. Prüfen Sie dann, dass ein nicht angrenzender oder verdeckter Block nicht abgebaut werden kann, Place x=1 bis x=3 nacheinander genau drei Blöcke verbraucht und V0 die dritte Platzierung bei Inventar null ablehnt.
Prüfen Sie danach Stützung und Bewegung getrennt. Jeder neue Brückenblock muss an die nahe Plattform oder den vorher gestützten Block anschließen; ein ungestütztes Ziel wird ohne Inventaränderung abgelehnt. Der Erkunder bewegt sich pro Aktion eine orthogonale Zelle weit und nur auf eine gestützte Oberfläche. Sind Brückenblöcke gesetzt, führen vier Schritte nach x=4, wo das Leuchtfeuer angeht. Neustart stellt Reserve, Inventar, Spielerposition und dunkles Leuchtfeuer der gewählten Version wieder her.
Notieren Sie Beobachtetes: Version, Aktion, Ausgangszustand, Eingabe, neue Position, Inventar, Zustand der Zielzelle und Sieg-Feedback. Nicht ausgeführte Prüfungen bleiben unbestätigt. Ein schriftlicher Abnahmetest ist ein Plan für spätere Belege, kein Nachweis vorhandenen Verhaltens.
Das Voxel-Briefing in den Workspace übernehmen
Sind die Regeln begrenzt, kann eine erstellende Person den kurzen Vertrag an einen Spielbau-Ablauf übergeben. Die aktuelle offizielle Seite Free AI Game Maker führt eine Startkarte „Voxel Sandbox Builder“ zum Setzen und Abbrechen von Blöcken und zum Bau einer Inselwelt auf. Das ist eine allgemeine Beschreibung der Startkarte; sie bestätigt weder Mosslight Span noch dessen Brückenregeln, Stützung oder Ergebnis der Prompts.
Die offizielle Free-AI-Game-Maker-Seite beschreibt einen allgemeinen Ablauf: Spiel in Alltagssprache beschreiben, ein erstes spielbares 2D- oder 3D-Ergebnis im Browser prüfen und danach mit Folgeprompts verfeinern. Vor dem Absenden sollen außerdem Modell, verfügbares Koin-Guthaben und angezeigte Generierungskosten geprüft werden. Übernehmen Sie die begrenzten Regeln, prüfen Sie das tatsächlich erzeugte Ergebnis und gleichen Sie es mit den obigen Tests ab. Nehmen Sie weder eine voxelspezifische Umsetzung noch eine erfolgreiche Überquerung an, bevor Sie sie beobachten.
Wenn Sie diese Idee skizzieren möchten, nutzen Sie den Free AI Game Maker. Halten Sie die erste Anfrage klein, prüfen Sie das generierte Ergebnis vor der nächsten Iteration und kontrollieren Sie die angezeigten Kosten. Dies ist eine allgemeine Produktübergabe und keine Behauptung, Mosslight-Span-Prompts oder Karte seien ausgeführt worden.
Häufige Fragen
Was sollte ein KI-Prompt für ein Voxel-Bauspiel enthalten?
Nennen Sie den bearbeitbaren Bereich, Startposition, verfügbare Blöcke, genaue Abbaureichweite, Platzierungsregeln, Stützbedingungen, Bewegung, Ziel und Neustartverhalten. Fordern Sie danach eine kleine Tabelle der Zustandsänderungen und Abnahmeprüfungen an. So lässt sich eine spätere Ausgabe besser prüfen als mit einer offenen Anfrage nach einer Voxel-Sandbox, während das visuelle Thema frei bleiben kann.
Warum die Abbaureichweite vor dem Build-Prompt definieren?
Die Reichweite verändert das Aktionsbudget. In Mosslight Span liegt der freiliegende Reservewürfel seitenangrenzend am Startfeld und kostet eine Mine-Aktion ohne Bewegung. Bleibt die Reichweite offen, kann eine Umsetzung einen zusätzlichen Annäherungsschritt verlangen oder Fernabbau erlauben und damit Route und Aktionszahl ändern. Diese genaue Reichweite ist eine fiktive Regel für spätere Tests.
Wie reichen im Beispiel die Blöcke für die Überquerung?
V0 beginnt mit zwei Blöcken, braucht aber drei; die dritte Platzierung wird bei Inventar null abgelehnt. V1 ergänzt einen freiliegenden Reservewürfel, der vom Start aus in einer Aktion ohne Bewegung eingesammelt werden kann. Drei Blöcke füllen dann die Lücke; vier gestützte Schritte erreichen das Leuchtfeuer. Die acht Aktionen sind von Hand berechnet und kein Build-Ergebnis.
Wurden die Mosslight-Span-Prompts ausgeführt oder das Spiel getestet?
Nein. Mosslight Span und seine Regeln sind eine originelle fiktive Übung; die Vorlagen wurden für diesen Artikel geschrieben, aber nicht in einen Spielgenerator eingegeben. Tabellen sind manuelle Berechnungen. Es gibt hier weder spielbaren Build noch Prompt-Ausführung, Software- oder Spieltest, Messwert oder Online-Fall.
Was tun, wenn ein späterer Build von der Papierprüfung abweicht?
Erfassen Sie den ersten abweichenden Zustand mit Version, Spielerposition, Inventar, Zielzelle, Aktion und resultierender Rückmeldung. Vergleichen Sie die Beobachtung mit dem passenden Abnahmetest, ändern Sie anschließend eine Regel oder ein Umsetzungsdetail und wiederholen Sie dieselbe Folge. Gibt es noch keine Beobachtung, sammeln Sie sie anhand einer Prüfliste, statt ein Ergebnis zu erraten.
