Deine Klasse schreibt Geschichten. Und spielt sie als 3D-Spiele.

Vom Klassencode zur Klassen-Arcade

Das ist der ganze Ablauf — und alles davon funktioniert heute, kostenlos:

1. Klasse erstellen. Geh auf vxlverse.com/class, melde dich mit Google an (du — nie die Schüler), gib der Klasse einen Namen und drücke Klasse erstellen. Du bekommst einen Code wie ZEUS-K7M2Q. Etwa eine Minute, einmalig.
2. Code teilen. Schreib ihn groß an die Tafel. Er ist das Einzige, was die Schüler brauchen — keine Konten, keine E-Mail-Adressen, keine Passwörter.
3. Die Schüler schreiben. Jeder tritt mit dem Code bei, wählt einen Spitznamen und schreibt eine kurze Geschichte: einen Ort, eine Figur, etwas Dialog, etwas zu finden, eine Regel zum Gewinnen — in der eigenen Sprache.
4. Die Geschichte wird zum Spiel. Neben dem Text entsteht live eine 3D-Welt, und bevor ein Spiel abgegeben werden kann, wird das Einzige geprüft, das zählt: Lässt es sich wirklich durchspielen?
5. Du siehst die ganze Klasse. Jede Abgabe ist eine Karte auf deiner Klassenseite — Spitzname, Titel und eine Auszeichnung, die das Spiel selbst verdient hat. Ein Knopf spielt die Spiele der Klasse nacheinander am Beamer ab.

Alles Weitere auf dieser Seite ist das Material, um daraus eine Unterrichtsstunde zu machen: ein 45-Minuten-Plan, das Bewertungsraster, die Pannenhilfe und eine druckbare Tischkarte.

Sie schreiben in ihrer eigenen Sprache

Deutsch, Griechisch, Französisch, Spanisch oder Englisch: Namen und Dialoge erscheinen im Spiel genau so, wie die Schüler sie geschrieben haben. Die Geschichte gehört ihnen, in ihren Worten — damit ist das ebenso eine Schreibstunde wie eine Informatikstunde, in der Sprache, in der du tatsächlich unterrichtest.

Ein Schüler gibt das hier ab — und es baut sich:

World "forest":
Character "Lena":
  say Finde die verlorene Krone!
item 👑 Krone
Win when: player has 👑 Krone

Nur die Handvoll Schlüsselwörter — World, Character, say, Win when — bleibt einfaches Englisch: rund ein Dutzend Wörter, gelernt in den ersten zehn Minuten der Stunde.

Sicherer Klassenmodus

Ein Klassencode öffnet nicht nur eine Seite — er versetzt VXLVERSE in den sicheren Klassenmodus. Das ist ein Versprechen darüber, was ein Klassenbildschirm je zeigen kann:

• Keine Schülerkonten. Die Schüler treten mit Code und Spitznamen bei. Keine E-Mail, kein Passwort, nichts Persönliches — es gibt nicht einmal einen Anmeldebildschirm, durch den ein Kind müsste.
• Klassenarbeit bleibt in der Klasse. Abgegebene Spiele sind ungelistet: Sie erscheinen nie in der öffentlichen Galerie und nie in Suchmaschinen. Die Seite öffnet sich nur mit dem Klassencode.
• Klassenbildschirme zeigen Klassenspiele. Arcade und Anzeigetafel spielen, was deine Klasse gebaut hat — der offene Community-Feed spielt nie automatisch auf einem Klassenzimmer-Bildschirm.
• Auszeichnungen, nie Ranglisten. Jede Auszeichnung kommt aus dem Spiel, das ein Kind geschrieben hat — nie aus Stimmen, Aufrufen oder Beliebtheit. Jedes Kind bekommt eine, und kein Kind steht über einem anderen.

Was es kostet

Keine Demo buchen, kein Angebot anfragen, keine Beschaffung. In fünf Minuten kann deine Klasse laufen.

Warum diese Stunde funktioniert

Vor der Pädagogik die Rahmenbedingungen — denn die sind es, die eine Informatikstunde meistens killen, bevor sie anfängt.

• Keine Konten für Kinder. Du legst eine Klasse an und bekommst einen Code. Die Kinder machen mit Code und Spitznamen mit. Keine E-Mail-Adresse, kein Passwort, kein Anmeldebildschirm, nichts, was am Montag zurückgesetzt werden muss.
• Nichts zu installieren. Es läuft im Browser-Tab. Abgeriegelte, verwaltete Chromebooks sind der Normalfall, nicht die Ausnahme.
• Alle gehen mit etwas Spielbarem raus. Sechs Zeilen sind ein funktionierendes Spiel. Die Einstiegshürde ist so niedrig, dass auch das langsamste Kind im Raum etwas Echtes abgibt.
• Die Stunde endet irgendwo. Alle drücken Abgeben, die Klassenseite füllt sich, und ein Knopf spielt die Spiele der ganzen Klasse am Beamer — mit einer Auszeichnung für jedes Kind, verdient durch das Spiel, das es geschrieben hat.
• Ihre Arbeit bleibt aus dem öffentlichen Feed heraus. Klassenspiele sind für dich auf der Klassenseite und für die Klasse sichtbar. Sie werden nicht für Fremde veröffentlicht.

Der Mechanismus, schlicht gesagt

Ein Kind schreibt einen Satz in Beinahe-Alltagssprache und drückt Play. Drei Sekunden später steht es in einem Wald und eine Figur, der es den Namen gegeben hat, redet mit ihm.

World "forest":
Character "Mara":
  say Find the lost crown!
Win when: talk to Mara

Das ist der ganze Trick: Der Abstand zwischen einer Idee und ihrer Folge sind Sekunden, kein in zwei Wochen korrigiertes Arbeitsblatt. Kinder suchen Fehler, weil die Welt vor ihnen falsch ist, nicht weil eine Lehrkraft gesagt hat, dass sie falsch ist.

Die zweite Hälfte der Stunde macht die härtere Arbeit. Sobald sie ein Ziel einbauen, prüft der Compiler, ob man das Spiel wirklich zu Ende spielen kann — und tut nicht so als ob. Einem Kind, das nach einem Stern fragt, den keine Welt enthält, wird das gesagt. Um es zu reparieren, muss es über die eigene Logik nachdenken: Was braucht die Spielerin, woher kommt es, was zählt als Sieg? Das ist der Strang Reihenfolge und Auswahl der meisten Informatik-Lehrpläne, erreicht über den Streit mit einer Maschine statt über eine Definition.

Was diese Stunde nicht ist

Es ist kein Python-Lernen, und es lehrt keine Syntax, die sich auf eine Textsprache übertragen lässt. Es ist informatisches Denken durchs Selberschreiben: Zerlegung, Reihenfolge, Zustand, Bedingungen und Fehlersuche — geübt an etwas, das ein Zehnjähriger fertig machen will. Sieh es als die Stunde, die die Python-Stunden später ankommen lässt, nicht als Ersatz dafür.

Die 45-Minuten-Stunde

Eine Stunde, ein Raum, keine Vorkenntnisse. Die Kinder schreiben eine kurze Geschichte in einer Klartext-Sprache namens VXLScript; ein 3D-Spiel baut sich live neben dem Text auf, während sie tippen. Nichts zu installieren, keine Schüler-Konten, keine E-Mail-Adressen. Jedes Spiel wird auf deiner Klassenseite abgegeben, und die letzten sieben Minuten spielt die Klasse die Spiele der anderen.

Bevor sie kommen — 5 Minuten, einmalig

1. Geh auf vxlverse.com/class, melde dich mit Google an (nur die Lehrkraft), gib der Klasse einen Namen (z. B. Dienstag 4b) und drück auf Klasse erstellen. Du bekommst einen Code, der so aussieht: ZEUS-K7M2Q.
2. Schreib den Code groß an die Tafel. Mehr brauchen die Kinder nicht. (Oder leg vxlverse.com/class/DEIN-CODE/board auf den Beamer — dort stehen der Code und die drei Schritte zum Mitmachen in Größe für die letzte Reihe.)
3. Öffne am Beamer-Rechner einen zweiten Tab mit vxlverse.com/studio-live. Klick ins Code-Feld, drück Ctrl+A, dann Backspace, und tipp (oder füg ein) das Sechs-Zeilen-Einstiegsspiel von unten. Lass es stehen. Spiel es noch nicht.
4. Plane Gruppen zu dritt. Pair Programming schlägt ein Kind pro Chromebook in der ersten Stunde: Sie streiten über die Geschichte, statt stumm zu tippen, und zu dritt kommt jede:r an die Tastatur. Eine Gratis-Klasse fasst 30 Abgaben — dreißig Kinder zu dritt lassen dir also reichlich Luft, und wenn sie allein arbeiten, passen dreißig trotzdem hinein.

Das Sechs-Zeilen-Einstiegsspiel

Title: The Lost Crown
World "forest":
Character "Mara":
  say I lost my crown somewhere in these woods. Find it for me!
item 👑 crown
Win when: player has 👑 crown

Das ist ein vollständiges, gewinnbares 3D-Spiel. Lies es von oben nach unten: wo (World), wer (Character), was sie sagt (say), was da draußen liegt (item), wie man fertig wird (Win when).

Zeitplanung

World "snow":

World "snow":
Character "Bo":
  say Hello! Who are you?
  say I have been standing in this snow all morning.

World "snow":
Character "Bo":
  say I have been standing in this snow all morning.
  say My dog ran off. Bring me a bone and I will call him back.
  wants: 🦴 bone
  gives: 🐕 puppy
item 🦴 bone
Win when: player has 🐕 puppy

💡 Dein Spiel hat noch keinen Weg zum Sieg — füg ganz links eine `Win when:`-Zeile hinzu oder `win` unter eine Auswahl.

💡 Schreib eine zweite `World "…"` und ein leuchtendes Portal verbindet beide.
✓ Sieht gut aus — klick aufs Spiel zum Spielen.

Title: Bo and the Frost Wolf
World "snow":
Character "Bo":
  say My dog ran off into the storm.
  say Bring me a bone and I will call him back.
  wants: 🦴 bone
  gives: 🐕 puppy
  if choice is "I will find him":
    say You are a good one. Hurry!
  if choice is "It is too cold out there":
    say ...Then I will wait a little longer.
Enemy "Frost Wolf":
  kind: wolf
  tier: 2
item 🦴 bone
Win when: player has 🐕 puppy

Was die Kinder wirklich lernen

Das ist eine einzige 45-Minuten-Stunde, deshalb ist der Anspruch bewusst bescheiden: Die Kinder gehen in nichts fließend hinaus. Sie gehen hinaus, nachdem sie sechs Ideen begegnet sind in einer Situation, in der die Ideen zählten — weil es nicht funktionierte, wenn sie sie falsch hatten, und funktionierte, wenn sie sie richtig hatten. Unten steht jedes Konzept in einem einfachen Satz, dann die genaue Minute der Stunde, in der ein Kind ihm begegnet, dann was ein Kind danach kann, das es verstanden hat.

1. Reihenfolge

Was es ist: Anweisungen laufen in der Reihenfolge, in der du sie schreibst, und wo eine Zeile steht (eingerückt unter etwas oder ganz links am Rand) entscheidet, wozu sie gehört.

Wo sie es treffen: 10–20, ERSTE WELT. Das Kind tippt drei Zeilen und drückt Play. Die zwei say-Zeilen kommen der Figur in der getippten Reihenfolge aus dem Mund — vertauscht man sie, ist das Gespräch Unsinn. Die Einrückung leistet echte Arbeit: Diese say-Zeilen sind unter Mara eingerückt, also sind es Maras Zeilen.

World "forest":
Character "Mara":
  say Welcome to the forest.
  say I have lost something precious.
Win when: talk to Mara

Ein Kind, das es verstanden hat, kann: vorhersagen, was passieren wird, bevor es Play drückt, und ein Gespräch reparieren, das in der falschen Reihenfolge herauskommt, ohne dass man ihm sagt, welche Zeile es verschieben muss. Es kann außerdem erklären, warum eine unter einer Figur eingerückte Zeile zu dieser Figur gehört — der erste Schritt zum Verständnis von Gültigkeitsbereichen.

2. Auswahl (Bedingungen)

Was es ist: Ein Programm kann etwas prüfen und dann den einen oder den anderen Weg nehmen, sodass nicht alle dasselbe sehen.

Wo sie es treffen: 30–38, MACH ES ZU DEINEM, wenn sie eine Auswahl einbauen. Das ist der erste Moment, in dem das Spiel aufhört, ein einziges festes Gleis zu sein. Ein Zweig beendet das Spiel, der andere nicht.

World "forest":
Character "Mara":
  say A wolf blocks the path. What do you do?
  if choice is "Share my bread":
    say The wolf steps aside and lets you pass.
    win
  if choice is "Run away":
    say You are back where you started.

Ein Kind, das es verstanden hat, kann: beide Wege auf Papier verfolgen und sagen, welcher gewinnt; eine Verzweigung absichtlich so schreiben, dass eine Option eine Sackgasse ist und eine weiterführt. Das stärkste Signal ist ein Kind, das beide Optionen testet und nicht nur die, die es zuerst geschrieben hat — das ist der Anfang von Denken über Testabdeckung.

3. Variablen und Zustand

Was es ist: Ein Programm merkt sich Dinge, während es läuft — was du dabeihast, wie viele Münzen du hast — und kann anhand des Gemerkten entscheiden.

Wo sie es treffen: zweimal. Bei 20–30 ist das Inventar Zustand: Win when: player has 🌟 star ist eine Frage, die das Spiel über etwas stellt, das es sich merkt. Bei 30–38 treffen schnellere Gruppen auf einen benannten Zähler, der im Spiel hochgeht und am Ende geprüft wird.

World "forest":
Character "Mara":
  say Help me and I will pay you in coins.
  if choice is "Fetch the water":
    coins + 10
    say Thank you!
  if choice is "Chop the wood":
    coins + 10
    say Warmth at last!
Win when: coins is 20

Ein Kind, das es verstanden hat, kann: die Frage „wie viele Münzen hast du gerade, und woher weißt du das?“ beantworten und — der eigentliche Test — herausfinden, dass ein Sieg mit coins is 30 bei nur zwei Aufträgen zu je zehn Münzen nie eintreten kann. Das ist rechnerisches Denken über ein laufendes Programm, und genau dafür ist eine Variable da.

4. Zerlegung

Was es ist: Eine große Sache („ein Spiel machen“) besteht aus kleinen Teilen, die jeweils eine Aufgabe erfüllen.

Wo sie es treffen: 0–5 und noch einmal bei 20–30. Der Einstieg macht das in einem Zug: Die Lehrkraft spielt ein fertiges Spiel und zeigt dann die sechs Zeilen dahinter. Die Klasse sieht das Ganze aus Teilen — ein Ort, eine Person, ein Ding, eine Regel. Bei 20–30 setzen sie diese Teile selbst zusammen.

World "forest":
Character "Mara":
  say Find the lost star!
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Ein Kind, das es verstanden hat, kann: auf jede beliebige Zeile zeigen und sagen, welche Aufgabe sie hat, und die Frage „welche Zeile würdest du löschen, um das kaputtzumachen?“ beantworten. Es kann seine nächste Idee planen, indem es das benennt, was sie braucht („ich will eine verschlossene Tür, also brauche ich ein item und eine Figur, die es hergibt“), statt allgemein zu fragen „wie mache ich es schwerer?“.

5. Fehlersuche

Was es ist: Wenn das Programm nicht das tut, was du meintest, liest du, was da tatsächlich steht, bildest eine Vermutung über die Ursache, änderst eine Sache und testest wieder.

Wo sie es treffen: überall, am schärfsten aber bei 20–30. Der Compiler läuft beim Tippen mit, und seine Meldungen sind Sätze, mit denen ein Kind etwas anfangen kann, keine Fehlercodes. Drei davon werden sie in dieser Stunde wahrscheinlich treffen:

• Kein Weg zum Ende. „Dein Spiel hat noch keinen Weg zum Sieg — füg ganz links eine Win when:-Zeile hinzu oder win unter eine Auswahl.“ Das ist der erwartete Zustand am Ende von 10–20, er trägt die nächsten zwanzig Minuten, und er ist das Einzige, was Abgeben nicht annimmt: Ein Druck darauf bietet Ziellinie hinzufügen an, das ihr das fehlende Ziel schreibt.
• Ein Name, den es nicht gibt. Wenn ein Kind eine Siegregel über das Reden mit einer Figur schreibt, deren Namen es falsch geschrieben hat, bricht der Bau mit „Ich kenne niemanden mit dem Namen …“ ab. Das ist der einzige Fehler in der Sprache, der den Bau komplett stoppt, und das ist gut so: Er lehrt, dass Namen genau übereinstimmen müssen.
• Der Gegenstand am falschen Platz. item gehört an den linken Rand (oder direkt unter ein World), nicht eingerückt unter eine Figur. Wer es einrückt, sieht den Compiler sagen, er habe den Gegenstand draußen in der Welt platziert, damit man ihn finden und gewinnen kann — ein sichtbarer Hinweis, dass die Zeile nicht tat, was das Kind dachte. Gehört gleich zu Beginn an die Tafel: Gegenstände wohnen am Rand der Seite.

Ein Kind, das es verstanden hat, kann: die Meldung lesen, bevor es die Hand hebt, eine Sache ändern statt alles neu zu schreiben, und neu testen. Die Gewohnheit, die du in dieser Stunde laut loben solltest, ist „lies es, änder eine Sache, drück wieder Play“.

6. Erzählziel und Hindernis

Was es ist: Eine Geschichte hält nur dann Aufmerksamkeit, wenn jemand etwas will und etwas im Weg steht — und in einem Spiel müssen beide als Regeln aufgeschrieben sein, nicht bloß angedeutet.

Wo sie es treffen: 20–30 liefert das Ziel (wants: und Win when:); 30–38 liefert das Hindernis (ein Gegner oder eine Auswahl, die man falsch treffen kann).

World "cemetery":
Character "Mara":
  say Something is moving between the graves.
Enemy "Bone Rider":
  kind: skeleton
  count: 4
Win when: defeat all

Ein Kind, das es verstanden hat, kann: das Ziel und das Hindernis seines Spiels in je einem Satz nennen und sehen, warum „ein netter Wald, in dem man herumläuft“ noch kein Spiel ist. Das ist dieselbe Analyse von Wunsch und Hindernis wie im Deutschunterricht, nur dort angewendet, wo die Antwort überprüfbar ist — die Geschichte löst sich auf oder eben nicht, und die Maschine sagt dir, was davon.

Eine Anmerkung zum Gegner-Block: Jede Eigenschaft kommt in eine eigene eingerückte Zeile. Schreibt man Enemy "Bone Rider": kind: skeleton alles in eine Zeile, wandert die Eigenschaft in den Namen des Gegners und die Kreatur kommt falsch heraus. Das ist der häufigste Formatierungsfehler in der Stunde und lohnt sich, am Beamer vorwegzunehmen.

Die Gewinnbarkeitsprüfung des Compilers als Bewertungssignal

Das ist der Teil, der die Stunde in 45 Minuten bewertbar macht, deshalb lohnt es sich, genau zu sagen, was er tut und was nicht.

Bevor ein Spiel abgegeben wird, wird geprüft, ob man es überhaupt zu Ende spielen kann — nicht, ob es gut ist, sondern ob ein Weg zum Ende existiert. Wenn nichts im Skript je einen Sieg erzeugen kann, wird dem Kind das in einfacher Sprache gesagt. Wenn der Sieg davon abhängt, einen Gegenstand zu halten, den niemand je aufheben kann, wird auch das gemeldet. Die Prüfung ist keine Note und kein Geschmacksurteil; sie ist eine Frage der Erreichbarkeit, und das Kind muss sie beantworten, indem es über sein eigenes Spiel nachdenkt.

Dieses Nachdenken ist der Bewertungsbeleg. Um die Prüfung zu bestehen, muss ein Kind zwei Dinge gleichzeitig im Kopf halten — „das hier verlangt mein Spiel von der Spielerin“ und „das hier ist der Weg, der es möglich macht“ — und merken, wenn das Zweite fehlt. Ein Kind, das einen Stern in der Welt hat, eine Figur, die danach fragt, und eine Siegregel, die darauf prüft, hat gezeigt, dass es einen Weg durch ein System verfolgen kann, das es selbst gebaut hat. Ein Kind, dessen Spiel „noch keinen Weg zu gewinnen“ meldet und das dann von selbst herausfindet, dass es ein wants: geschrieben hat, aber nie ein Win when:, hat etwas Besseres gezeigt.

Praktisch heißt das: Du korrigierst nicht 28 Spiele zu Hause. Beim Rundgang sagt dir der Bildschirm, wo jedes Kind steht: noch am Tippen, gewarnt und am Grübeln, oder sauber und spielbar. Das Signal, das du als Lehrkraft sammeln willst, ist nicht „hat es gebaut“ (fast alles baut), sondern „kann dieses Kind in Worten sagen, warum sein Spiel zu gewinnen ist?“ Stell drei oder vier Kindern diese Frage in den letzten zehn Minuten, und du hast deine formative Bewertung für die Stunde.

Auf einen Blick

Für einen Stoffverteilungsplan oder eine Club-Einheit

In einer 45-Minuten-Einheit schreiben Kinder von 10 bis 14 einen kurzen Text, der im Browser ein spielbares 3D-Spiel baut, geben ihn auf einer gemeinsamen Klassenseite ab und spielen die Arbeiten der anderen in einer Klassen-Arcade. Der Text besteht aus einfachen, eingerückten Zeilen — ein Ort, eine Figur, etwas Dialog, ein Gegenstand und eine Regel zum Gewinnen —, Namen und Dialoge in der eigenen Sprache der Kinder, nur rund ein Dutzend Schlüsselwörter bleiben einfaches Englisch; es braucht also weder bei den Kindern noch bei der leitenden Person Programmiererfahrung, und nichts wird installiert. Sie begegnen der Sequenz (der Reihenfolge der Zeilen und dem, was Einrückung gruppiert), der Auswahl (eine Verzweigung, bei der ein Weg das Spiel beendet und der andere nicht), Variablen und Zustand (das Inventar, ein Zähler, den die Siegregel prüft), der Zerlegung (ein Spiel aus Ort, Figur, Gegenstand und Regel) und dem Debuggen (eine Klartext-Meldung lesen, eine Sache ändern, neu testen). Es passt auch zur Sprachbildung: Wunsch und Hindernis müssen ausdrücklich geschrieben werden, weil sich das Spiel nur auflöst, wenn beide als Regeln dastehen. Die Arbeit trifft die Stränge Sequenz, Auswahl und Debuggen der meisten Informatik-Lehrpläne und lässt sich ohne eingesammelte Hefte bewerten: Ein Spiel kann erst abgegeben werden, wenn es wirklich zu Ende gespielt werden kann, jedes Kind muss also über den Weg nachdenken — und ihn erklären können —, der sein eigenes Spiel gewinnbar macht. Vorschlag zur Fortsetzung: eine zweite Einheit mit einem zweiten Ort und einem mehrstufigen Ziel, oder eine Fassung, in der der Text eine gelesene Geschichte nacherzählt. In einem Coding-Club oder einem Ferienlager ist genau dieser Absatz die Kursbeschreibung, die die Eltern lesen.

Bewertung

Vier Stränge, vier Stufen. Jede Zelle beschreibt etwas, das du auf dem Bildschirm sehen kannst — ein fehlender Stern, eine Meldung in der Statuszeile, ein Kind, das eine Zeile ändert und noch einmal auf Play drückt. Nichts davon verlangt, dass du Code liest, den du nicht verstehst.

Die Stränge benennen Konzepte statt Lehrplan-Codes: Strang 1 ist Reihenfolge und Struktur (Abfolge und Einrückung ändern das Ergebnis), Strang 2 ist Zielzustand und Zerlegung (was wahr sein muss, damit die Sache fertig ist, und was dafür überhaupt vorhanden sein muss), Strang 3 ist Erzähldesign plus Auswahl (ein Ziel, ein Hindernis, eine Verzweigung), Strang 4 ist Fehlersuche. Sie passen sauber auf die Stränge Sequenz/Auswahl und Fehlersuche der meisten Informatik-Lehrpläne — ordne sie deinem eigenen Curriculum zu, statt einem Code zu vertrauen, den jemand gedruckt hat, der deinen Lehrplan nie gesehen hat.

Das Bewertungsraster

Wie „sicher“ auf dem Bildschirm aussieht

Auf den Strängen 1, 2 und 3 gleichzeitig sicher — sechs Zeilen, ein genanntes Ziel, ein erreichbarer Sieg:

Win when: player has 🌟 star
World "forest":
Character "Mara":
  say Bring me the star and the forest wakes up.
  wants: 🌟 star
item 🌟 star

Erweitert auf Strang 3 — der Gegenstand liegt nicht einfach herum, ein Gegner hält ihn fest, und das Ende beantwortet das Ziel:

Title: The Cave Star
Win when: player has 🌟 star
Ending: The forest wakes up.
World "cave":
Character "Mara":
  say A raider took our star. Get it back!
Enemy "Raider":
  kind: raider
  drops 🌟 star

Erweitert auf Strang 2 — der Sieg steckt hinter einer Bedingung und es gibt einen echten Fehlschlag-Zweig, sodass der Spieler auch abgewiesen werden kann:

Title: The Bridge
Ending: You crossed the bridge before dark.
World "forest":
Character "Toll Keeper":
  say Nobody crosses this bridge for free.
  if player has 🪙 coin:
    say A coin! Cross, friend.
    win
  else:
    say Come back when you have a coin.
item 🪙 coin

Dreißig davon in zehn Minuten bewerten

Öffne deine Klassenseite unter /class/ plus Klassencode und arbeite das Raster von oben nach unten ab: Jede Abgabe ist eine Karte mit Spitzname, gewähltem Titel, einem Bild aus ihrer Welt und der Auszeichnung, die ihr Spiel verdient hat. Abgeben weist einen Text zurück, der nicht baut, und ein Spiel, das man nicht beenden kann — jede Karte auf der Seite hat also in Strang 1 und 2 „ansatzweise“ schon hinter sich. Genau deshalb ist die spannende Frage: wessen Ziellinie ist das? Für Strang 2 und 3 eine Karte anklicken, dann Remix this game: Das öffnet den Text des Kindes im Editor. Eine Siegregel in ihren eigenen Worten — ein Gegenstand, den ihre Figur verlangt, ein win in einer Auswahl — ist „sicher“. Ein nacktes Win when: player has star ganz am Ende ist die Zeile, die der Knopf Ziellinie hinzufügen schreibt: Dieses Kind hat das Angebot genommen, das Denken kam von der Maschine; „in Entwicklung“ ankreuzen und sie im Raum fragen, was ihr Spiel vom Spieler verlangt. Rund fünfzehn Sekunden pro Kind. Strang 4 kann die Klassenseite nicht zeigen — hake ihn im Raum in den Blöcken 20-30 und 30-38 ab, in dem Moment, in dem ein Kind eine Meldung liest, eine Zeile ändert und wieder auf Spielen drückt — und du gehst mit einem vollständig ausgefüllten Raster hinaus.

Wenn du nur für ein einziges Urteil Zeit hast

• Kann man es gewinnen? Diese eine Frage trennt einen Text von einem Spiel. Der Editor beantwortet sie in einer Zeile und Abgeben setzt sie durch — dir bleibt die bessere Frage: Kann das Kind in Worten sagen, warum sein Spiel gewinnbar ist?
• Belege billig aufbewahren. Die URL der Klassenseite ist die gesamte Arbeitssammlung; der Text hinter jeder Karte ist über Remix this game einen Klick entfernt, falls ein Elternteil, die Club-Leitung oder eine Moderatorin sehen will, was ein Kind wirklich geschrieben hat.

Wenn es hakt: was in einem echten Klassenraum kaputtgeht

Alles hier unten ist so geschrieben, dass du es im Stehen erledigen kannst, in etwa 30 Sekunden, ohne den Tisch des Kindes zu verlassen. Jeder Eintrag gibt dir das Symptom, einen Satz, den du wirklich laut sagen kannst, und die Lösung.

Zwei Regeln, die dir den größten Teil der Stunde retten:

• Nimm nie die Tastatur. Zeig auf die Zeile. Das Kind tippt die Lösung. Es dauert zehn Sekunden länger und ist der ganze Sinn der Stunde.
• Kaputt ist normal. Wenn du eine rote Meldung wie eine Katastrophe behandelst, tun das dreißig Kinder auch. Behandel sie als das Spiel, das mit ihnen redet.

Schnelles Nachschlagen

1. „Da steht, mein Spiel kann man nicht gewinnen“

Wie es aussieht: Das Kind drückt Play oder Abgeben und bekommt eine Meldung, dass man das Spiel nicht zu Ende spielen kann, mit einem konkreten Grund — ein fehlendes Ziel oder ein Gegenstand, den nie jemand aufheben kann. Das Kind liest das als „ich habe versagt“.

Sag das: „Das ist kein Fehler, das ist der Computer, der dir sagt, dass er dein Spiel gespielt und nicht zu Ende gebracht hat. Also könnte es ein Mensch auch nicht. Was soll man denn tun, um zu gewinnen?“

Lösung: geh drei Fragen durch, der Reihe nach.

1. Gibt es überhaupt eine Win when:-Zeile? Ein Spiel mit nur wants: gibt der Spielerin eine Aufgabe und Punkte, aber es gibt keine Ziellinie, also kann man es nie gewinnen. Das ist der mit Abstand häufigste Fall in der Strecke von 20 bis 30 Minuten.
2. Nennt Win when: genau dasselbe wie die item-Zeile? Gleiches Emoji, gleiches Wort. 👑 crown und 🌟 crown sind für den Compiler zwei verschiedene Dinge.
3. Ist die item-Zeile wirklich in der Welt? Siehe Problem 3 weiter unten.

Die Form, die immer funktioniert:

World "forest":
Character "Mara":
  say Find the lost crown!
  wants: 👑 crown
item 👑 crown
Win when: player has 👑 crown

Wenn die Zeit knapp ist, sag es einmal in den ganzen Raum: „Jedes Spiel braucht eine letzte Zeile, die mit Win when: anfängt.“ Dieser eine Satz verhindert etwa die Hälfte davon.

2. Beim Drücken von Play passiert nichts

Wie es aussieht: Die Welt lädt — Boden, Himmel, man kann laufen — aber es gibt keine Figur, oder es passiert überhaupt nichts. Oder der Bildschirm bleibt leer mit einem Ladekringel.

Sag das: „Die Welt ist sauber gebaut, deine World-Zeile ist also gut. Etwas darunter wird nicht gelesen. Schau dir die Zeile mit dem Namen der Person an.“

Lösung, in dieser Reihenfolge:

• Fehlender Doppelpunkt. Character "Mara" ohne : am Ende. Jede World-, Character- und Enemy-Zeile endet mit einem Doppelpunkt.
• Fehlende oder typografische Anführungszeichen. Wenn ein Kind einen Namen aus einem Dokument eingefügt hat, sind die Anführungszeichen vielleicht die schrägen. Löschen und gerade Anführungszeichen auf der Chromebook-Tastatur neu tippen.
• Nichts ist eingerückt. Die say-Zeile muss weiter rechts stehen als die Character-Zeile. Wenn alles bündig links steht, hat die Figur keine Zeilen zum Sprechen und steht stumm da.
• Leerer Ladekringel, gar keine Welt. Das ist das Netz, nicht das Skript. Fünfzehn Sekunden warten. Dann die Seite einmal neu laden — der Text ist noch da. Wenn es auf mehr als drei Geräten gleichzeitig passiert, ist es das Schul-WLAN und du solltest auf den Beamer-Plan umsteigen (siehe Problem 8).

3. Der Gegenstand ist geschrieben, aber nicht in der Welt

Wie es aussieht: Das Kind schwört, es hat den Stern geschrieben. Es kann die ganze Welt ablaufen und es gibt keinen Stern. Es erscheint kein Fehler — und genau das macht diesen Fall gemein.

Sag das: „Schau, wie weit rechts deine item-Zeile anfängt. Sie steckt unter Mara, also denkt das Spiel, sie sei etwas an Mara statt etwas in der Welt. Schieb sie ganz nach links.“

Lösung: item wohnt ganz links am Rand, auf einer Höhe mit World — nie eingerückt unter einem Character. Unter einem Character eingerückt wird es still ignoriert, deshalb beschwert sich auch nichts. Richtige Fassung:

World "cave":
Character "Rook":
  say I dropped my lantern somewhere in here.
  wants: 🔦 lantern
item 🔦 lantern
Win when: player has 🔦 lantern

Lohnt sich, es einmal in den ganzen Raum zu sagen, etwa bei Minute 22: „item geht hart nach links. Gegenstände gehören zur Welt, nicht zu einer Person.“

4. Der Gegner hat einen albernen Namen

Wie es aussieht: Ein Monster läuft herum, das Raider kind: raider heißt. Die Klasse findet das extrem lustig, was in Ordnung ist, aber die Eigenschaft hat nicht gegriffen.

Sag das: „Alles nach dem Namen muss in eine eigene Zeile darunter, eingerückt. Eine Idee pro Zeile.“

Lösung: aufteilen.

World "desert":
Character "Sam":
  say The raiders took my water key.
  wants: 🔑 key
Enemy "Raider":
  kind: raider
item 🔑 key
Win when: player has 🔑 key

5. Der Klassencode geht nicht

Wie es aussieht: „Klasse nicht gefunden“, oder die Seite tut einfach nichts. Meist ein oder zwei Kinder, manchmal der ganze Raum.

Sag das: „Lies ihn mir Zeichen für Zeichen vor.“ In neun von zehn Fällen lesen sie ihn richtig vor und haben ihn falsch getippt.

Lösung:

• Ein oder zwei Kinder: Es sind verwechselte Zeichen. Null gegen Buchstabe O, Eins gegen Buchstabe I, Fünf gegen S. Schreib den Code in großen, gut getrennten Großbuchstaben an die Tafel und sprich die mehrdeutigen Zeichen laut aus („das ist eine Null“). Prüf auch, ob vom Kopieren ein Leerzeichen am Anfang steht, und ob sie wirklich auf vxlverse.com/class sind und nicht auf einer Suchergebnisseite.
• Der ganze Raum: Du liest wahrscheinlich den Code von gestern vor oder den einer anderen Klasse. Öffne deine Klassenseite am Beamer und lies den Code live davon ab.
• „Gerade gibt es ein Problem“: Das ist der Server, der kurz beschäftigt ist, kein falscher Code. Warte eine Minute und drück noch einmal auf Erneut versuchen. Erzeug den Code nicht neu — sonst machst du den ungültig, der schon an der Tafel steht.

Vorbeugen: Lass den Code die ganze Stunde an der Tafel, nicht nur die ersten zwei Minuten. Nachzügler und Neuladen brauchen ihn beide.

6. Ein Chromebook ist langsam oder das 3D ruckelt

Wie es aussieht: Die Welt bewegt sich in Diashow-Schritten, oder der Lüfter ist zu hören, oder Play braucht zwanzig Sekunden. Meist sind es die Schul-Chromebooks und fast nie das Spiel.

Sag das: „Schließ jeden Tab außer diesem. Jetzt sofort, alle.“

Lösung, das Billigste zuerst:

1. Alle anderen Tabs schließen. Kinder sammeln bis zur zweiten Stunde fünfzehn Tabs an; allein das löst die meisten Fälle.
2. Aus dem Vollbild raus. Ein kleineres Bild zu zeichnen ist viel weniger Arbeit.
3. Play drücken, aber nicht laufen lassen. Sag ihnen, sie sollen das Spiel stoppen, während sie schreiben, und nur Play drücken, wenn sie etwas prüfen wollen.
4. Wenn es immer noch schlecht ist: Halt die Welt klein. Eine World, ein oder zwei Figuren, ein Gegner. Sag ihnen, dass Gegner am meisten kosten.
5. Wenn ein bestimmtes Gerät hoffnungslos ist, setz das Kind zu einem Nachbarkind. Zwei Kinder an einem Skript ist eine gute Stunde, kein Kompromiss — eines tippt, eines liest die Geschichte laut vor, zur Hälfte wird getauscht.

7. Ein Kind ist nach acht Minuten fertig und langweilt sich

Wie es aussieht: „Ich bin fertig.“ Sie haben ein funktionierendes, gewinnbares Spiel und noch dreißig Minuten. Sich selbst überlassen fangen sie an, fremde Bildschirme zu kommentieren.

Sag das: „Gut. Jetzt mach es so, dass ich nicht erraten kann, was passiert. Gib mir eine Auswahl, bei der beide Antworten verlockend sind.“

Lösung — gib ihnen eine davon, in dieser Steigerung. Gib ihnen nicht alle vier.

• Bau eine echte Auswahl ein mit if choice is, bei der keine Option offensichtlich die richtige ist.
• Setz ein Enemy dazu und lass es in der Geschichte begründen — warum ist es hier, was will es?
• Nimm eine zweite Figur dazu, die der ersten widerspricht. Zwei Leute, die Unterschiedliches von der Spielerin wollen, sind der schnellste Weg zu einer echten Geschichte.
• Spiel das Spiel des Nachbarkindes und schreib einen ehrlichen Satz auf darüber, was verwirrend war. Das ist der beste: Es ist Peer-Feedback, es kostet dich nichts, und es macht die Spielhalle am Ende viel besser.

World "forest":
Character "Mara":
  say The crown is lost. Will you help me look?
  wants: 👑 crown
  if choice is "I'll help":
    say Try the tall rocks past the river.
  if choice is "Not today":
    say Then the forest stays dark a while longer.
Enemy "Thorn":
  kind: raider
item 👑 crown
Win when: player has 👑 crown

8. Ein Kind erstarrt und schreibt nichts

Wie es aussieht: ein leerer Editor bei Minute 18. Das Kind ist nicht bockig — es soll aus dem Nichts eine Welt erfinden, vor allen anderen, und das ist wirklich schwer.

Sag nicht „schreib halt irgendwas“ oder „nimm deine Fantasie“. Genau das ist das, was das Kind gerade nicht kann.

Sag das: „Erfind gar nichts. Schreib das hier genau ab, drück Play, und änder dann drei Wörter: den Ort, den Namen der Person und das Ding, das sie will.“

World "forest":
Character "Mara":
  say Hi! Bring me a star.
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Lösung: Der Knoten löst sich immer mit etwas Funktionierendem zum Verändern, nie mit einem leeren Blatt. Wenn es dann noch stockt, stell zwei geschlossene Fragen statt einer offenen — „Wald oder Wüste?“ und „wer ist drin, ein Mensch oder ein Tier?“ — und tipp selbst nichts. Sobald ein Wort ihnen gehört, kommt der Rest von allein.

9. Zwei Kinder nehmen denselben Spitznamen

Wie es aussieht: Zwei Kinder wählen Dragon. Das zweite drückt Abgeben und bekommt eine Karte: Dieser Name ist in dieser Klasse schon vergeben — mit einem freien Namensvorschlag. Meist ist es gar kein Zufall, sondern zwei Freunde, die es mit Absicht tun.

Sag das: „Nimm den Namen, den es dir anbietet, oder häng zwei Buchstaben an. Es muss ein Name sein, den ich am Ende vorlesen kann und bei dem alle wissen, dass er dir gehört.“

Lösung: Auf den Namen tippen, den die Karte vorschlägt (Dragon2) — die Abgabe läuft darunter durch, als eigene Karte. Das Spiel des ersten Dragon bleibt unberührt: Der Server weigert sich, das Spiel eines Kindes über das eines anderen zu schreiben, ein zweiter Dragon kann den ersten also nie still überschreiben, weder auf diesem Chromebook noch auf einem anderen. Bei einem geteilten Gerät, an dem das zweite Kind noch nicht angefangen hat: erst oben im gelben 🎒-Chip auf den Spitznamen tippen und das Kind wechseln.

Vorbeugung: Sag die Regel einmal beim Beitreten — „Der Spitzname muss einer sein, den ich der Klasse vorlesen kann, also keine echten Nachnamen und nichts Unhöfliches“ — und ergänze: „Wenn jemand deinen Namen schon hat, bietet dir der Computer einen freien an; nimm ihn.“ Zehn Sekunden jetzt sparen fünf Minuten später.

10. Der Beamer zeigt das Falsche

Wie es aussieht: Deine Klassencode-Seite ist zu sehen, während du etwas vorführen willst, oder deine E-Mail ist zu sehen, oder du spiegelst den Bildschirm eines Kindes und sein halbfertiges Spiel hängt an der Wand.

Lösung: Benutz von Anfang an zwei Browser-Fenster, nicht zwei Tabs — Tabs sind einen Tastendruck von der Katastrophe entfernt.

• Fenster eins, am Beamer: deine Klassenseite oder /class/DEIN-CODE/board. Das läuft beim Beitreten und später während der Arcade.
• Fenster zwei, nur auf deinem Laptop-Bildschirm: alles andere. E-Mail, Klassenliste, Notizen.

Wenn du etwas vorführst, mach es im Beamer-Fenster und geh dann zurück zur Klassenseite. Öffne deine E-Mail nie „nur kurz“ im Beamer-Fenster.

Für die Arcade: Die Klassenseite hat einen Knopf — Arcade starten — und spielt die Spiele der Klasse eines nach dem anderen, auf jedem Bildschirm in derselben Reihenfolge; Nächstes Spiel weiter, ✕ raus. Wenn der Beamer die Arbeit machen soll, öffne /class/DEIN-CODE/board: Beitrittscode groß genug für die letzte Reihe, danach laufen die Spiele von allein durch, mit Spitzname und Auszeichnung. Sechzig bis neunzig Sekunden pro Spiel, Kind benennen, weiter — und fang mit einem stillen Kind an, nicht mit dem lautesten Spiel.

Wenn der Beamer komplett ausfällt: Die Stunde läuft trotzdem. Lass die Demo weg und lies die sechs Zeilen vor, während die Kinder sie tippen. Aus der Spielhalle werden Kinder, die zwei Minuten lang paarweise zu den Tischen der anderen gehen.

11. „Ich habe abgegeben, aber mein Spiel ist nicht auf der Klassenseite“

Wie es aussieht: Das Kind ist sicher, dass es Abgeben gedrückt hat; die Klassenseite zeigt es nicht.

Sag das: „Lad die Klassenseite neu. Wenn es dann immer noch nicht da ist, drück noch mal Abgeben — es passiert nichts Schlimmes, wenn du es zweimal machst.“

Lösung: Lade zuerst die Klassenseite neu (sie aktualisiert sich nicht von selbst, während sie offen liegt). Fehlt es wirklich, lass sie im selben Tab noch einmal Abgeben drücken — eine erneute Abgabe vom selben Computer aktualisiert ihren Eintrag, statt einen zweiten anzulegen. Ist der Tab ganz weg, siehe den nächsten Punkt.

12. Ein Kind hat den Tab geschlossen oder das Chromebook ist eingeschlafen

Wie es aussieht: Panik. „Alles weg.“

Sag das: „Geh zurück auf die Klassenseite und gib den Code und deinen Spitznamen noch mal ein.“

Lösung: Am selben Computer holt der Weg zurück zur Klassenseite mit demselben Code und demselben Spitznamen die Arbeit zurück — der Entwurf liegt in diesem Browser. Was schon abgegeben wurde, ist auf der Klassenseite sicher; was seit der letzten Abgabe entstand, vielleicht nicht. Genau deshalb sagt man in Minute 25 und noch einmal in Minute 35: „Gebt jetzt ab, ihr könnt später wieder abgeben.“ Behandle Abgeben als Speichern-Knopf, nicht als endgültige Abgabe. Muss ein Kind an ein anderes Gerät, reist der Entwurf nicht mit und die Klasse hält den Spitznamen schon — es nimmt den freien Namen von der Karte und gibt von dort ab.

13. Dreißig Laptops spielen gleichzeitig Musik

Wie es aussieht: Der Raum wird um Minute 20 unbenutzbar, wenn die ersten Spiele losspielen.

Lösung: Komm dem zuvor. Bevor irgendjemand Play drückt, sag: „Ton ganz runter, oder Kopfhörer, wenn ihr welche habt. Ton gibt es in der Spielhalle.“ Am Ende läuft der Ton dann nur über den Beamer. Das ist eine Zwei-Sekunden-Ansage, die dir die zweite Hälfte deiner Stunde rettet.

14. Ein Kind schreibt etwas Unanständiges

Wie es aussieht: ein Name oder eine Dialogzeile, die du nicht an der Wand haben willst. Es ist ein Texteditor und sie sind elf; rechne mit einem Fall pro Klasse.

Sag das leise und ohne Publikum: „Das kommt am Ende an den Beamer. Änder es jetzt, und wir reden nicht mehr darüber.“

Lösung: Die Abschreckung, die wirklich wirkt, kündigst du vorher an, bei Minute 5: „Alles, was ihr schreibt, lese ich am Ende am Beamer vor.“ Sag es einmal, leicht, und das meiste passiert gar nicht erst. Wenn es doch passiert, kläre es am Tisch. Wenn es zur Spielhallen-Zeit noch da ist, lass das Spiel aus und kläre es nach der Stunde — häng es nicht an die Wand, um ein Zeichen zu setzen.

Vor der Stunde: Fünf-Minuten-Check

Mach das am echten Unterrichtsrechner, im echten Schulnetz, in dem Raum, in dem du unterrichten wirst. Ein Check zu Hause im eigenen WLAN beweist nichts über die Chromebooks.

1. Leg deine Klasse an und schreib den Code auf. Bring ihn jetzt groß und gut getrennt an die Tafel, nicht während der Stunde. Sprich dir die mehrdeutigen Zeichen selbst vor: Ist das eine Null oder ein O?
2. Tritt deiner eigenen Klasse als Schülerin bei — zweites Fenster oder ein Ersatz-Chromebook, Spitzname etwa TEST. Tipp das Sechs-Zeilen-Spiel, drück Spielen, gewinn es, drück Abgeben. Das sind die wertvollsten neunzig Sekunden Vorbereitung — sie beweisen Code, Netz, 3D, die Gewinnbarkeits-Prüfung und die Abgabe in einem Durchgang. Die TEST-Karte darf bleiben; Klassenspiele liegen unter deinem Konto, du kannst sie später auf deiner Profilseite löschen.
3. Prüf ein echtes Schüler-Chromebook, nicht das gute vorne. Drück Play und lauf zehn Sekunden herum. Wenn dieses Gerät flüssig läuft, ist der Raum in Ordnung. Wenn es ruckelt, plan die Kinder in Paaren ein und sag das gleich am Anfang, statt es bei Minute 15 zu entdecken.
4. Richte zwei Beamer-Fenster ein — /class/DEIN-CODE/board am Beamer, alles andere auf deinem eigenen Bildschirm. Die Tafel ist für die letzte Reihe gebaut, der Code braucht also keinen Zoom; der Editor-Text schon — dreh den Browser-Zoom im Beamer-Fenster hoch, bevor du darin vorführst.
5. Hab das Sechs-Zeilen-Spiel an der Tafel oder auf Papier. Es ist deine Antwort auf das blockierte Kind, dein Rückfall, wenn der Beamer stirbt, und dein Demo-Skript. Verlass dich nicht darauf, dass du es aus dem Kopf weißt, während dreißig Kinder zuschauen.

Optional, lohnt sich bei zwei Minuten Luft: Drück in deiner Testklasse einmal Arcade starten, damit der Vollbild-Wechsel vor dreißig Kindern keine Überraschung ist. Die Arcade legt die Reihenfolge fest, aber dreißig Spiele passen trotzdem nicht in sieben Minuten — entscheide vorher, wo du aufhörst.

VXLScript — Tischkarte

Du schreibst die Geschichte. Der Computer baut die 3D-Welt, während du tippst. Wenn dein Spiel nicht zu Ende gespielt werden kann, sagt dir der Prüfer das, bevor du abgibst.

Die sechs Zeilen, die ein Spiel ergeben

World "forest":
Character "Mara":
  say Find the lost star!
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Das ist ein ganzes Spiel. Eine Welt, jemand darin, etwas, das diese Person will, etwas zu finden und ein Weg zu gewinnen. Alles andere, was du heute lernst, ist eine Änderung an einer dieser sechs Zeilen.

Einrückung = drinnen. Die zwei Leerzeichen vor say heißen „das gehört zu Mara“. Zeilen ohne Leerzeichen davor gehören dem Spiel selbst.

Was jedes Wort macht

Welten, die du verlangen kannst: forest, beach, desert, snow, jungle, swamp, volcano, dungeon, city-night, canyon, cemetery, mushroom, crystal. Gegner-Arten: skeleton, zombie, wolf, raider, robot, slime, bat, spider, ghost, wyrm, golem.

Die drei Dinge, die immer kaputtgehen

1. Ein item, das sich in einem Character versteckt

Das ist gemein, weil nichts rot wird — der Stern taucht einfach nie in der Welt auf, und die Aufgabe lässt sich nie erledigen.

Falsch (das item ist eingerückt, gehört also zu Mara):

Character "Mara":
  wants: 🌟 star
  item 🌟 star

Richtig (das item beginnt ganz links, gehört also zur Welt):

Character "Mara":
  wants: 🌟 star
item 🌟 star

Faustregel: item-Zeilen wohnen ganz links am Rand, nicht unter einer Person. Wenn du Play drückst und das Ding, das du brauchst, nirgends ist, schau zuerst hier nach.

2. Einen Gegner in eine einzige Zeile quetschen

Falsch — der Computer denkt, der ganze Name des Gegners sei „Sandclaw“: kind: raider:

Enemy "Sandclaw": kind: raider

Richtig — der Doppelpunkt beendet die Zeile, die Details kommen darunter:

Enemy "Sandclaw":
  kind: raider

3. Eine Aufgabe ohne Weg zum Sieg

wants: gibt dir Punkte, wenn du den Gegenstand bringst. Punkte sind kein Sieg. Wenn es keine Win when:-Zeile und kein win in einer Auswahl gibt, läuft dein Spiel ewig weiter und niemand kann es beenden. Füg eine Zeile ganz links am Rand hinzu:

Win when: player has 🌟 star

Jetzt probier es — drei Aufgaben

Aufgabe 1 — Mach es zu deinem

Änder die Welt, benenn die Figur um und tausch den Gegenstand gegen etwas Selbsterfundenes. Lies es danach laut vor: Ergibt die Geschichte immer noch Sinn?

World "volcano":
Character "Ash":
  say My lantern fell in the lava. Find me another!
  wants: 🏮 lantern
item 🏮 lantern
Win when: player has 🏮 lantern

Aufgabe 2 — Bring Gefahr rein

Setz einen Gegner dazu, der das bewacht, was du brauchst. Denk dran: kind: kommt in eine eigene eingerückte Zeile. tier: ist die Härte — fang bei 3 an, nicht bei 30.

World "desert":
Character "Rin":
  say Something is out there. Bring me the star and we run.
  wants: 🌟 star
Enemy "Sandclaw":
  kind: raider
  tier: 3
item 🌟 star
Win when: player has 🌟 star

Aufgabe 3 — Gib der Spielerin eine Entscheidung

Eine Auswahl heißt: Zwei Leute spielen dasselbe Spiel und bekommen verschiedene Enden. Achte darauf, dass hier kein Win when: steht — das win in der ersten Antwort ist der Weg zum Sieg.

World "snow":
Character "Frost Guard":
  say The gate is locked. Do you have the key?
  if choice is "Here is the key":
    say Then the mountain is yours.
    win
  if choice is "Not yet":
    say Come back when you find it.
item 🔑 key

Noch weiter: lass auch die zweite Antwort irgendwohin führen, füg einen Ally hinzu, der dir folgt, oder benutz if player has key:, damit die Wache je nachdem anders reagiert, was du dabeihast.

Bevor du abgibst

1. Drück Play und spiel dein eigenes Spiel wirklich zu Ende. Wenn du es nicht schaffst, schafft es niemand.
2. Prüf, ob jede item-Zeile ganz links am Rand anfängt.
3. Prüf, ob du eine Win when:-Zeile hast oder ein win, das die Spielerin erreichen kann.
4. Lies deine say-Zeilen. Würdest du die in einem fremden Spiel lesen wollen?

Dann gib es ab. Es erscheint eine Karte mit einem Knopf zu deiner Klassenseite — drück ihn und spiel, was die anderen gemacht haben.