Halte eine 45-Minuten-Stunde zum Spieledesign

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.
• 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 Programmiervorkenntnisse. Die Kinder schreiben eine kurze Geschichte in einem Klartext-Skript namens VXLScript; direkt neben dem Text entsteht beim Tippen live ein 3D-Spiel. Nichts zu installieren, keine Schüler-Konten, keine E-Mail-Adressen.

Vor dem Klingeln — 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.
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. Plan Gruppen zu dritt. Zwei Gründe: Zu zweit oder zu dritt an einem Gerät schlägt ein Kind pro Chromebook für eine erste Stunde, und eine kostenlose Klasse nimmt 10 Abgaben an. Dreißig Kinder zu dritt sind genau zehn. Wenn deine Kinder allein arbeiten, landen nur die ersten zehn Abgaben auf der Klassenseite — bauen und spielen können trotzdem alle im eigenen Browser.

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.
Win when: talk to Bo

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

💡 Your game has no way to win yet — add `win` inside a choice, or a `Win when:` line.

✓ Looks good — click the game to play it.

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 zu gewinnen — füg ein win in eine Auswahl ein oder eine Win when:-Zeile.“ Das ist der erwartete Zustand am Ende von 10–20, und er treibt die nächsten zwanzig Minuten an.
• 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 Ort. item gehört an den linken Rand (oder direkt unter eine World), nicht eingerückt unter eine Figur. Wer es einrückt, sieht in der Meldung des Compilers, dass der Gegenstand automatisch auf den Boden gesetzt wurde, damit der Sieg erreichbar bleibt — ein sichtbarer Hinweis, dass die Zeile nicht das getan hat, was gedacht war. Lohnt sich am Anfang an der Tafel: items 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 ein schulinternes Curriculum

In einer 45-Minuten-Stunde schreiben Schüler:innen von 10–14 Jahren ein kurzes Textskript, das im Browser ein spielbares 3D-Spiel baut, und spielen anschließend die Arbeiten der anderen. Das Skript ist eingerückte Alltagssprache — ein Ort, eine Figur, etwas Dialog, ein Gegenstand und eine Regel fürs Gewinnen — daher brauchen weder Schüler:innen noch Lehrkraft Programmiervorkenntnisse, und es wird nichts installiert. Die Klasse begegnet der Reihenfolge (die Abfolge der Zeilen und was Einrückung zusammenfasst), der Auswahl (eine verzweigende Entscheidung, bei der ein Weg das Spiel beendet und einer nicht), Variablen und Zustand (das Inventar der Spielfigur und ein Zähler, den die Siegregel prüft), der Zerlegung (ein Spiel, aufgeteilt in Ort, Figur, Gegenstand und Regel) und der Fehlersuche (eine Meldung des Compilers in einfacher Sprache lesen, eine Sache ändern und neu testen). Es passt außerdem zum Sprach- und Literaturunterricht: Die Kinder müssen einen Wunsch und ein Hindernis ausdrücklich formulieren, weil sich das Spiel nur auflöst, wenn beides als Regel geschrieben ist. Die Arbeit lässt sich den Strängen Reihenfolge, Auswahl und Fehlersuche zuordnen, die in den meisten Informatik-Lehrplänen vorkommen, und sie ist bewertbar, ohne Hefte einzusammeln: Bevor ein Spiel abgegeben werden kann, wird geprüft, ob man es überhaupt zu Ende spielen kann, sodass jedes Kind über den Weg nachdenken — und ihn erklären — muss, der sein eigenes Spiel gewinnbar macht. Vorschlag für die Folgestunde: eine zweite Stunde mit einem zweiten Schauplatz und einem mehrstufigen Ziel, oder eine fächerübergreifende Variante, in der das Skript einen im Unterricht gelesenen Text nacherzählt.

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 deinem Klassencode und arbeite das Raster einfach von oben nach unten durch: Jede Abgabe ist eine Karte mit dem Spitznamen des Kindes, dem gewählten Titel und einem Screenshot seiner Welt — und weil der Knopf Abgeben ein Skript verweigert, das nicht baut, hat jede Karte auf dieser Seite die Stufe „ansatzweise“ auf Strang 1 schon hinter sich. Für die Stränge 2 und 3 klickst du eine Karte an und dann Spiel remixen — das öffnet das eigene Skript des Kindes im Editor, wo die Statuszeile dir in einer Zeile sagt, ob man gewinnen kann („Dein Spiel hat noch keinen Weg zu gewinnen …“ oder eben gar nichts), und die say-Zeilen vor dir zeigen, ob je ein Ziel genannt wurde — etwa fünfzehn Sekunden pro Kind. Strang 4 ist der, den die Klassenseite dir nicht zeigen kann, also hak den im Raum ab, in den Blöcken 20–30 und 30–38 — ein Haken auf der Liste in dem Moment, in dem du siehst, wie ein Kind eine Meldung liest, eine Zeile ändert und wieder auf Play drückt — und du gehst mit dem ganzen Raster fertig bewertet aus dem Raum.

Wenn du nur für ein einziges Urteil Zeit hast

• Kann man es gewinnen? Diese eine Frage trennt einen Text von einem Spiel, und der Editor beantwortet sie dir in einer Zeile — deshalb ist sie mehr Aufmerksamkeit wert als alles andere auf dieser Seite.
• Sichere die Belege billig. Die URL der Klassenseite ist die gesamte Sammlung der Arbeiten; das Skript hinter jeder Karte ist über Remix einen Klick entfernt, falls ein Elternteil, eine Moderation oder die Fachleitung 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 Dragons auf der Klassenseite, und in der Spielhalle weiß niemand, wessen Spiel wessen ist. Meist ist es gar kein Zufall, sondern zwei Freundinnen, die das absichtlich machen.

Sag das: „Ich brauche einen Namen, den ich am Ende vorlesen kann und bei dem alle wissen, dass er deiner ist. Häng was dran.“

Lösung: Bitte eines der beiden, ein paar Buchstaben anzuhängen — aus Dragon wird DragonJK. Es gibt keine Konten, also geht nichts kaputt und nichts verloren; der einzige Preis ist Verwirrung auf der Klassenseite. Wenn es erst nach dem Abgeben auffällt, kläre es in der Spielhalle mit „wem gehört das?“, statt jemanden etwas neu machen zu lassen.

Vorbeugen: Sag die Regel einmal beim Beitreten — „dein Spitzname muss einer sein, den ich der Klasse vorlesen kann, also keine echten Nachnamen und nichts Unanständiges“. Vorher zehn Sekunden, nachher fünf Minuten.

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, auf dem Beamer: deine Klassenseite. Das läuft beim Beitreten und noch einmal in der Spielhalle.
• 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 Spielhalle: Du öffnest jedes Kinderspiel von der Klassenseite am Beamer. Das ist der ganze Mechanismus — es gibt kein separates Spielhallen-Werkzeug, das man einrichten kann oder das ausfällt. Öffnen, sechzig bis neunzig Sekunden spielen, die Person nennen, weiter. Entscheide die Reihenfolge vorher 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: Lad zuerst die Klassenseite neu (sie aktualisiert sich nicht von selbst, während sie offen liegt). Wenn es wirklich fehlt, lass das Kind aus seinem Tab noch einmal Abgeben drücken. Zweimal abgeben aktualisiert denselben Eintrag, statt ein Duplikat anzulegen. Wenn der Tab ganz weg ist, 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: Mit demselben Code und demselben Spitznamen wieder beizutreten ist der Rettungsweg, und alles bereits Abgegebene ist auf der Klassenseite sicher. Die Arbeit seit dem letzten Abgeben vielleicht nicht. Das ist der praktische Grund, bei Minute 25 und noch einmal bei Minute 35 zu sagen: „Drückt jetzt Abgeben, ihr könnt später jederzeit noch mal abgeben.“ Behandel Abgeben als Speicherknopf, nicht als endgültige Einreichung. Sag das der Klasse ausdrücklich, sonst horten sie ihre Arbeit bis zur letzten Minute und eines der Kinder verliert sie.

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 Kind bei — aus einem zweiten Fenster oder von einem freien Chromebook, mit einem Spitznamen wie TEST. Tipp das Sechs-Zeilen-Spiel, drück Play, gewinn es, drück Abgeben. Das sind die wertvollsten neunzig Sekunden Vorbereitung — sie beweisen den Code, das Netz, die 3D-Darstellung und die Abgabe in einem Durchgang. Lösch den Testeintrag danach oder ignorier ihn.
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 — Klassenseite auf dem Beamer, alles andere auf deinem eigenen Bildschirm — und prüf, ob der projizierte Text aus der letzten Reihe lesbar ist. Der Editortext ist klein; erhöh jetzt den Browser-Zoom im Beamer-Fenster.
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, aber lohnend, wenn du noch zwei Minuten hast: Entscheide vorher, welche fünf Spiele du in der Spielhalle öffnest und in welcher Reihenfolge. Dreißig Spiele passen nicht in sieben Minuten, und wer unter Druck wählt, nimmt das lauteste.

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 abgeben — und bereit machen, die Spiele der anderen auf der großen Leinwand zu spielen.