Game Blueprints für KI: Was sie sind, wie du eine schreibst
Ein Game Blueprint ist eine Beschreibung einer Mechanik in einfachen Worten, nach der deine KI baut, mit ihren Zuständen, Werten, Regeln, die immer gelten müssen, und kniffligen Fällen. Das funktioniert besser als eine Beschreibung im Chat, weil du einen Blueprint prüfen kannst, bevor irgendetwas gebaut wird.
Das Wort hat noch eine zweite Bedeutung: Die Unreal Engine hat ein visuelles Skriptsystem, das ebenfalls Blueprints heißt. Das ist etwas anderes. Hier ist ein Blueprint ein Dokument.
Was steht in einem Blueprint?
Die Teile am Beispiel einer erfundenen Angel-Mechanik: Du wirfst aus, ein Fisch knabbert, und du hast einen Moment, um anzuschlagen.
- Zweck. Warum es das gibt. „Ein Moment Spannung nach langem Warten.“
- Zustände. Jede Situation, in der die Mechanik sein kann, und was sie weiterbringt, als Diagramm.
- Werte. Jede Zahl mit Startwert und dem, was sich ändert, wenn sie steigt oder fällt. „Anschlagfenster: 0,6 Sekunden. Länger ist gnädiger, kürzer schwerer.“
- Regeln, die immer gelten müssen. „Ein Fisch kann pro Wurf nur einmal am Haken hängen.“
- Knifflige Fälle. „Du schlägst an, bevor etwas knabbert.“ „Das Spiel pausiert mitten im Anschlag.“
- Dinge zum Ausprobieren. Was du im Spiel tust, um zu sehen, dass es läuft.
Mit Mermaid zeigt dir deine KI den zweiten Teil als Bild, geschrieben in wenigen Zeilen Text:
stateDiagram-v2
[*] --> Warten
Warten --> Knabbern: Fisch beißt
Knabbern --> AmHaken: Ich schlage rechtzeitig an
Knabbern --> Warten: Fenster vorbei
AmHaken --> Gelandet: eingeholt
AmHaken --> Warten: Schnur reißt
Gelandet --> [*]
Warum prüfen, bevor gebaut wird?
Dieser Schritt entscheidet über die Qualität von allem, was danach kommt, also lass ihn nicht aus. Erst zeichnen, dann die Zeichnung prüfen, dann danach bauen, genau in dieser Reihenfolge.
Schau dir das Diagramm oben eine Minute an, und zwei Probleme tauchen auf.
Eine Schleife ohne Ende. Knabbern, Fenster vorbei, Warten, Knabbern, für immer. Nirgends steht, dass der Fisch je verschwindet. Also ergänzt du einen Kasten: Nach dreimal Knabbern schwimmt der Fisch weg.
Ein fehlender Pfeil. Für zu frühes Anschlagen gibt es keinen Pfeil. Diese Lücke würde die KI mit einer Vermutung füllen. Also entscheidest du: Zu frühes Anschlagen verscheucht den Fisch, und der Wurf ist vorbei.
Beides wurde ohne eine Zeile Code gefunden. Einen Pfeil zu korrigieren dauert Sekunden, im fertigen Spiel kann dasselbe einen Abend kosten.
Danach kommt die Regelprüfung. Deine KI folgt jedem Pfad und nennt den Grund, warum eine Regel dort standhält, oder zeigt dir den Pfad, der sie bricht. Hier findet sie einen: am Haken, Schnur reißt, Warten, Knabbern, wieder am Haken. Das ist ein zweiter Fisch mit demselben Wurf, „Ein Fisch kann pro Wurf nur einmal am Haken hängen“ ist also gebrochen. Die Lösung ist ein einziger Pfeil: Eine gerissene Schnur beendet den Wurf. Ein Pfad, dem du im Diagramm folgen kannst, ist mehr wert als „ja, das funktioniert“.
Wann brauche ich einen?
Immer wenn eine Mechanik mehr als zwei Zustände hat oder von einer anderen abhängt. Für eine Farbänderung brauchst du keinen. Ein Angelsystem, ein Spielstand oder eine Quest schon.
Woher kommen Blueprints?
Die Blueprints hier decken übliche Mechaniken ab, mit Werten und typischen Fehlern. Ein vollständiges Beispiel ist Coyote Time. Ist Spielerando per MCP verbunden, holt deine KI sie selbst, dazu fertigen Code und das Wiki. Du brauchst nur ein Gratis-Konto über Google oder eine E-Mail-Adresse. Spiel und Code fasst es nicht an. Hier einrichten.
Für alles andere lass deine KI einen schreiben und lies ihn so, als müsstest du selbst danach bauen.
Das sagst du deiner KI
Ich möchte das in mein Spiel einbauen: [Mechanik beschreiben].
Bau es noch nicht. Schreib einen Blueprint in blueprint.md:
1. Zweck, in einem Satz.
2. Ein Mermaid-Diagramm jedes Zustands und was ihn weiterbringt.
3. Werte: jede Zahl, ein Startwert, was sich ändert, wenn sie steigt oder fällt.
4. Regeln, die immer gelten müssen.
5. Knifflige Fälle: was schiefgeht und was stattdessen passieren soll.
6. Dinge, die ich im Spiel ausprobieren kann, um zu sehen, dass es läuft.
Prüfe danach deinen eigenen Blueprint. Folge jedem Pfad und nenne den Grund, warum jede Regel dort standhält, oder den Pfad, der sie bricht. Was der Blueprint offenlässt, kommt auf eine Fragenliste für mich. Rate nicht.
Wenn diese Liste leer ist, bau nach dem Blueprint und ändere nichts außerhalb davon. Muss der Bau abweichen, ändere zuerst den Blueprint und sag mir, warum.
Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen
So prüfst du es
- Fahr jeden Pfeil mit dem Finger ab. Führt ein Weg endlos im Kreis?
- Greif eine Regel an. Frag: „Finde einen Weg, das zu brechen.“
- Lies die kniffligen Fälle. Ist einer dabei, an den du nicht gedacht hast?
- Mach nach dem Bau alles unter „Dinge zum Ausprobieren“.