Ist es schon ein Spiel? Sechs Fragen für ein vibe-gecodetes Spiel
Dein Projekt ist ein Spiel, wenn der Spieler ein Ziel hat, etwas immer wieder tut, scheitern kann, sofort sieht, ob ein Zug geklappt hat, und man gewinnen oder verlieren kann. Viele Projekte, die mit einer KI entstehen, bleiben einen Schritt davor stehen: Die Figur läuft schön herum, aber nichts kann schiefgehen und nichts geht je zu Ende. Das ist ein Spielzeug.
Was macht etwas zum Spiel?
Der Spieleforscher Jesper Juul hat 2003 sieben ältere Definitionen verglichen und sechs Merkmale eines klassischen Spiels genannt: Es hat Regeln, einen offenen Ausgang, manche Ausgänge gelten als besser als andere, der Spieler muss sich anstrengen, ihm ist nicht egal, wie es ausgeht, und Folgen im echten Leben sind freiwillig. Unsere sechs Fragen bauen darauf auf und machen daraus etwas, das du in einem Spiel prüfen kannst, an dem du gerade baust. Rückmeldung und ein Grund zum Wiederkommen kommen aus dem Alltag der Spieleentwicklung dazu. Den Punkt mit den Folgen im echten Leben lassen wir weg, denn er handelt vom Einsatz, nicht vom Bauen.
| Frage | Was sie fragt | Zählt nicht, wenn |
|---|---|---|
| Ziel | Weiß der Spieler, was er erreichen soll? | das Ziel nur in deinem Kopf steht, nicht im Spiel |
| Handlung | Was tut der Spieler immer wieder? | die Figur nur herumläuft |
| Widerstand | Was kann schiefgehen, sodass der Spieler scheitern kann? | ein Timer nie abläuft oder Gegner nicht schaden |
| Rückmeldung | Sieht der Spieler sofort, ob ein Zug geklappt hat? | Punkte irgendwo steigen, wo keiner hinschaut |
| Ausgang | Kann man gewinnen und verlieren oder zu einem Ergebnis kommen? | sich Punkte anhäufen, die zu nichts führen |
| Wiederkommen (Bonus) | Gibt es einen Grund für noch eine Runde? | es ist ein Bonus: Ein Spiel ohne ihn ist trotzdem ein Spiel |
Die ersten fünf sind der Kern. Die sechste sorgt dafür, dass Leute wiederkommen, aber ein Spiel ohne sie ist trotzdem ein Spiel.
Spielzeug oder Spiel? Ein Beispiel
Cloudbank Couriers, ein erfundenes Ballon-Lieferspiel, hat ein Ziel (sechs Pakete vor der Dämmerung), eine Handlung (aufnehmen, steuern, abwerfen), Rückmeldung (eine Glocke und ein Haken auf der Liste) und einen Ausgang (eine Übersicht, wenn alle geliefert sind). Aber nichts kann schiefgehen: Die Sonne geht nie unter, Stürme tun nichts, und ein Paket auf dem falschen Dach bleibt einfach liegen. Und während das fehlte, wurde ein Inventar für Ballonteile gebaut.
Also ist es noch kein Spiel: vier von fünf Kernteilen. Lohnend ist nur der nächste Schritt, und der ist nicht das Inventar: Lass die Sonne untergehen und Stürme den Ballon schieben.
Den Umfang im Griff behalten
Ordne jede Funktion an einem von drei Plätzen ein: Kern, später oder gestrichen. Die Regel ist einfach: nichts aus „später“, solange der Kern fehlt. Eine KI baut gern, was du als Nächstes verlangst, also muss die Liste für dich Nein sagen.
Das sagst du deiner KI
Prüf, ob mein Projekt schon ein Spiel ist. Geh durch meinen echten Code und beantworte diese sechs Fragen:
1. Ziel: Weiß der Spieler, was er erreichen soll?
2. Handlung: Was tut der Spieler immer wieder?
3. Widerstand: Was kann schiefgehen, sodass der Spieler scheitern kann?
4. Rückmeldung: Sieht der Spieler sofort, ob ein Zug geklappt hat?
5. Ausgang: Kann man gewinnen und verlieren oder zu einem Ergebnis kommen?
6. Wiederkommen (Bonus): Gibt es einen Grund für noch eine Runde?
Schreib zu jeder Frage einen einfachen Satz, die Datei und Funktion, wo es passiert, und einen kurzen Weg, wie ich es im Spiel sehe. Wenn du keine Stelle im Code zeigen kannst, schreib „fehlt“. Zähl nichts als vorhanden, nur weil es geplant ist.
Dann zeichne den Ablauf des Spiels als kleines Mermaid-Zustandsdiagramm: wo der Spieler anfängt, was er tut, wie er gewinnt und wie er verliert. Zeig mir jeden Zustand, in dem das Spiel hängen bleiben kann, und jeden, von dem aus es nie mehr endet.
Dann ordne jede Funktion als Kern, später oder gestrichen ein. Sag mir, ob etwas aus „später“ gebaut ist, während der Kern fehlt.
Zum Schluss: wie viele der fünf Kernteile da sind, und das eine, was als Nächstes gebaut werden soll. Sag mir nicht, ob es Spaß macht: Das können nur Spieler sagen.
Mit diesem Text urteilt deine KI allein. Mit Spielerando verbunden prüft unser Prüfer ihre Spielkarte und geht die Schleife deines Spiels ab, und deine Projektseite zeigt Version für Version, wie viele Kernteile schon da sind.KI verbinden
Was das nicht sagen kann
Ob es Spaß macht. Ein Spiel kann alle sechs Teile haben und trotzdem langweilen. Die Fragen sagen dir, ob es die Teile eines Spiels hat, damit sich ein Test mit Spielern lohnt. Dann lass echte Leute spielen und miss, wo sie aufhören, zum Beispiel mit einem Absprung-Trichter.
So prüfst du, ob es geklappt hat
- Probier jede Probe selbst. Für jeden Teil hat dir deine KI einen Weg gegeben, ihn zu sehen. Siehst du ihn nicht, ist er nicht da.
- Schau an der Stelle im Code nach. Öffne für einen Teil die Datei und Funktion, die sie nennt.
- Frag, was zuerst fehlt. Die Antwort sollte ein Teil aus dem Kern sein, keine neue Funktion.