Metlivi Blog

Wie man Spielern im ersten Kapitel eines Spiels vermittelt, was NPC-Gespräche bewirken können

Für Narrative Game Designer hat das erste Kapitel eine ganz bestimmte Aufgabe: Spielern zu verdeutlichen, was sie einen NPC fragen können, was eine Antwort verändern kann und was passiert, wenn dem Charakter Informationen fehlen. Vermitteln Sie diese Regeln anhand eines einzigen, optionalen Gesprächs mit geringem Einsatz, das die Spieler ausprobieren und analysieren können. Trennen Sie dies vom einleitenden Steuerungs-Tutorial: Das Ziel hierbei ist es, die Grenzen des Gesprächs aufzuzeigen, nicht Bewegung, Menüs oder den Kampf zu erklären.

27. September 20269 min LesezeitLesen, Kunst & KulturVon Metlivi Editorial Team

Produkte ansehen Zurück zum Blog

Abschnitt 1

Was sollte das erste Kapitel über KI-Gespräche vermitteln?

Vermitteln Sie ein überschaubares, präzises Set an Erwartungen, anstatt zu versprechen, dass Spieler alles fragen können. Ein Spieler sollte in der Lage sein zu erkennen:

Dies sind Versprechen über das Dialogsystem dieses Spiels; sorgen Sie also dafür, dass sie der tatsächlichen Umsetzung entsprechen. Wenn nur bestimmte Themen oder Aktionen unterstützt werden, zeigen Sie diese Grenze auf, bevor Sie zu Freitexteingaben einladen. Vermeiden Sie es, einen Charakter behaupten zu lassen, jede Frage habe eine bedeutungsvolle Antwort, wenn das System dies nicht leisten kann.

**Welche Art von Eingabe akzeptiert wird:** zum Beispiel das Auswählen eines vorgeschlagenen Themas oder das Eintippen einer kurzen Frage.

**Worüber der NPC sprechen kann:** etwa über eine Person, einen Ort oder ein Ereignis, das dem Charakter begegnet ist.

**Welche Antworten das Spiel beeinflussen:** unterscheiden Sie reine Informations- oder Flavor-Dialoge von Aktionen, die einen nachverfolgten Zustand verändern.

**Was der Charakter nicht weiß:** Unbeantwortete Fragen sollten eine klare, der Figur entsprechende Grenze erhalten, anstatt einer erfundenen Tatsache.

**Wie man gefahrlos experimentiert:** Zeigen Sie eine Beispielfrage, deren Ergebnis leicht verständlich ist und den Spieler nicht an eine weitreichende Entscheidung bindet.

Abschnitt 2

Eine kurze spielbare Sequenz für das erste Kapitel

Nutzen Sie einen Moment, den der Spieler während des normalen Spielverlaufs erreichen kann – nachdem die Steuerung verfügbar ist und die Handlung einen Charakter eingeführt hat, der einen Grund zum Reden hat. Die folgende Sequenz ist ein Designbeispiel; passen Sie Namen und Zustandsbezeichnungen an Ihr Spiel an.

Diese Sequenz vermittelt Wissen durch eine konkrete Interaktion: eine unterstützte Informationsfrage, eine sichtbare Aktionsgrenze, eine optionale zustandsverändernde Entscheidung und eine Ausstiegsmöglichkeit. Die Zustandsbezeichnungen hier dienen der Veranschaulichung des Designs und beziehen sich nicht auf eine bestimmte Game-Engine oder Implementierung.

**Bieten Sie ein optionales Gespräch an.** Ein Bote namens Iven wartet neben einem verschlossenen Tor. Ein sichtbarer Interaktionshinweis lautet: „Iven nach der Nordstraße fragen.“ Der Spieler kann vorbeigehen und das Kapitel fortsetzen. Kein Pflichtziel hängt davon ab, den Dialog zu öffnen.

**Zeigen Sie die Grenze im Kontext auf.** Wenn der Spieler interagiert, sagt Iven: „Ich kann dir sagen, was ich auf der Nordstraße gesehen habe. Ich kann das Tor nicht öffnen und weiß nicht, was passiert ist, nachdem ich weg war.“ Ein kompakter Interface-Hinweis markiert zwei mögliche Themen: „Zustand der Straße“ und „Das Tor“. Eine kleine Kennzeichnung oder ein Symbol unterscheidet „Gespräch“ von „Aktion in der Spielwelt“.

**Lassen Sie den Spieler eine sichere Beispielfrage ausprobieren.** Bieten Sie eine vorgeschlagene Frage an: „War die Nordstraße blockiert?“ Iven antwortet mit einem bekannten Detail: „Ein umgestürzter Karren hat heute Morgen alle aufgehalten, aber ich bin vor dem Mittag durchgekommen.“ Die Antwort ist nützlich, klar umrissen und stellt für sich genommen keine Veränderung des Weltzustands dar. Stellt der Spieler dieselbe Frage mit eigenen Worten, kann das System demonstrieren, dass unterstützte Fragen nicht an eine exakte Formulierung gebunden sind.

**Zeigen Sie eine echte Zustandsänderung separat.** Der Spieler kann daraufhin fragen: „Kannst du den Karren wegräumen?“ Ist Iven dazu in der Lage, sollte das Spiel eine klare Aktionsauswahl präsentieren, wie etwa „Iven bitten, ihn wegzuräumen“. Nach der Bestätigung speichert das Spiel den entsprechenden Zustand – etwa `cart_moved = true` – und zeigt die Konsequenz in der Spielwelt oder im Gespräch. Ist noch keine Aktion verfügbar, benennen Sie die fehlende Voraussetzung.

**Beenden Sie das Gespräch, ohne einen Abschluss zu erzwingen.** Der Spieler kann jederzeit gehen. Das Kapitel wird fortgesetzt, unabhängig davon, ob eine Frage gestellt, mehrere Themen erkundet oder das Gespräch ganz übersprungen wurde.

Abschnitt 3

Wie man Zustandsänderungen nachvollziehbar macht

Trennen Sie drei Ergebnisse sowohl im Text als auch im Interface-Design voneinander ab:

Information: „Der Karren hat heute Morgen die Nordstraße blockiert.“ – Der NPC hat Informationen geteilt; es wird keine Aktion in der Spielwelt angedeutet.

Bestätigung oder Flavor: „Ich werde mich daran erinnern, dass du gefragt hast.“ – Solange das Spiel keine Konsequenz nachverfolgt, ist dies reiner Dialog. Deuten Sie keinen versteckten Effekt an.

Zustandsverändernde Aktion: „Ich werde den Karren wegräumen.“ – Eine Aktion ist verfügbar, und das Spiel aktualisiert eine benannte oder beobachtbare Bedingung.

Abschnitt 4

Zeigen Sie die Konsequenz einer Aktion

Eine nützliche Regel lautet, handlungsbezogene Sprache an eine explizite Entscheidung zu koppeln und sichtbare Belege folgen zu lassen: ein verändertes Objekt, ein aktualisierter Tagebucheintrag, ein neuer Weg oder eine klare Bestätigung. Wenn eine Aktion einen Schlüssel, einen vorherigen Hinweis, ein Beziehungs-Flag oder einen Meilenstein im Kapitel erfordert, machen Sie diese Anforderung verständlich, wenn sie die Aktion blockiert. Sagen Sie dem Spieler nicht, dass eine Aktion stattgefunden hat, wenn sich der entsprechende Zustand gar nicht geändert hat.

Abschnitt 5

Unterstützte NPC-Interaktionen vor dem Schreiben abbilden

Für eine kleine Begegnung im ersten Kapitel können Designer jede unterstützte Interaktion vor dem Schreiben der Dialoge strukturieren:

Diese einfache Übersicht erleichtert es, den Dialog im Einklang mit dem Spielzustand zu halten und unbeabsichtigte Versprechen im Text zu vermeiden.

**Thema:** Wonach fragt der Spieler?

**Wissensquelle:** Warum sollte dieser Charakter die Antwort kennen?

**Vorbedingung:** Welche Fakten oder Zustände müssen zutreffen, damit die Antwort verfügbar ist?

**Ergebnis:** Liefert die Antwort nur Informationen oder ändert sie etwas?

**Fallback:** Was soll der Charakter sagen, wenn die Frage außerhalb des unterstützten Rahmens liegt oder die erforderlichen Informationen fehlen?

Abschnitt 6

Was sollte ein NPC sagen, wenn er etwas nicht weiß?

Ein NPC sollte unterscheiden können zwischen **etwas nicht wissen**, **nicht handeln können** und **die Frage nicht verstehen**. Dies sind für den Spieler unterschiedliche Ergebnisse, die auch unterschiedliche Antworten erfordern.

Der Fallback sollte keinen Hinweis erfinden, bloß um das Gespräch im Fluss zu halten. Er sollte den Spieler auch nicht dafür bestrafen, dass er die Schnittstelle ausprobiert. Halten Sie den Tonfall passend zum Charakter, aber stellen Sie das praktische Ergebnis klar heraus: Die Antwort ist unbekannt, die Aktion ist nicht verfügbar oder die Formulierung bedarf einer Klarstellung.

**Wissensgrenze:** „Hinter der östlichen Brücke war ich noch nicht.“ Dies verdeutlicht die Perspektive der Figur und vermeidet Mutmaßungen.

**Fehlende Spielinformation:** „Ich weiß nicht, wer den Schlüssel genommen hat. Ich habe ihn seit gestern nicht gesehen.“ Verwenden Sie dies, wenn das Spiel die Tatsache nicht etabliert hat oder die Figur keinen Anhaltspunkt dafür besitzt.

**Aktion nicht verfügbar:** „Ich kann den Karren nicht bewegen, solange die Torwache ihn benutzt.“ Wenn es eine Bedingung gibt, die sich später ändern kann, nennen Sie diese, sofern es hilfreich ist.

**Unklare oder nicht unterstützte Anfrage:** „Ich kann Fragen zur Straße und zum Tor beantworten. Was möchtest du wissen?“ Bieten Sie eine unterstützte Richtung an, anstatt einer vagen Fehlermeldung.

**Wiederholte oder irrelevante Frage:** Geben Sie eine kurze Antwort, die die Grenze aufrechterhält, und lassen Sie den Spieler dann ein anderes Thema wählen oder gehen.

Abschnitt 7

Halten Sie das Gespräch optional und leichtgewichtig

Machen Sie die Einladung leicht erkennbar, aber erlauben Sie den Spielern, sie zu ignorieren, vorzeitig zu gehen oder nach dem Beispiel aufzuhören. Wenn die Information zum Abschließen des Kapitels erforderlich ist, bieten Sie einen alternativen Weg dorthin an oder machen Sie das Gespräch zu einer klaren, bewussten Voraussetzung; tarnen Sie eine obligatorische Hürde nicht als optional. Vermeiden Sie es, von Spielern zu verlangen, jedes Thema abzuarbeiten, nur um herauszufinden, welche davon relevant sind.

Ein kurzer visueller Hinweis kann helfen, Eingabetypen zu unterscheiden: Vorgeschlagene Themen, ein Freitexteingabefeld und Aktionsauswahlen sollten nicht austauschbar wirken, wenn sie unterschiedliche Konsequenzen haben. Halten Sie Anweisungen nah an der relevanten Interaktion. Das Paper [„Less Text, More Visuals“](https://aclanthology.org/2022.games-1.3/) beschreibt eine qualitative Studie mit 12 Spielern von Linguistik- und Sprachlernspielen; die Teilnehmer erwarteten visuelle Elemente, empfanden zu viel Onboarding-Text als überfordernd und stellten Probleme mit dem linguistischen Kontext und dem Feedback fest. Dies ist eine eng gefasste Studie zu einem GWAP für NLP und kein Beweis dafür, dass jedes Spiel weniger Text benötigt oder dass derselbe Ansatz über alle Genres hinweg funktioniert. Betrachten Sie es als Anlass zum Testen, nicht als universelle Regel: Gestalten Sie den Hinweis verständlich und prüfen Sie dann, ob die Spieler ihn in Ihrem eigenen Spiel verstehen.

Die Forschung zum Dialogue Grounding liefert eine verwandte, aber eigenständige Erkenntnis. In [„A Framework for Exploring Player Perceptions of LLM-Generated Dialogue in Commercial Video Games“](https://aclanthology.org/2023.findings-emnlp.151/) bewerteten 28 Spieler, die über ein *Disco Elysium*-Subreddit rekrutiert wurden, Dialoge in einem nachgebildeten RPG-Gesprächsinterface. Die Autoren berichten, dass die Texte der Originalautoren den GPT-4-Generierungen signifikant vorgezogen wurden, wobei die Teilnehmer den logischen Fluss und die Verankerung im Spielzustand hervorhoben. Dies war eine Bewertung von Dialogen, kein Onboarding-Test für das erste Kapitel. Es bestärkt darin, auf kohärente, zustandsbewusste Gespräche zu achten, liefert jedoch keine universelle Anleitung dazu, wie man allen Spielern die Gesprächsregeln vermittelt.

Abschnitt 8

Überprüfen Sie, ob die Spieler die richtigen Regeln gelernt haben

Beobachten Sie nach dem Aufbau der Sequenz, ob ein neuer Spieler vier praktische Fragen ohne lange Erklärung beantworten kann:

Achten Sie auf Diskrepanzen zwischen dem, was Spieler annehmen, und dem, was das System tatsächlich tut. Wenn sie davon ausgehen, dass jede Antwort die Spielwelt verändert, schärfen Sie die Unterscheidung zwischen Information und Aktion. Wenn sie eine Verweigerung für einen Bug halten, stellen Sie die Grenzen oder verfügbaren Themen deutlicher dar. Wenn sie glauben, die Beispielfrage sei verpflichtend gewesen, überarbeiten Sie den Hinweis und stellen Sie sicher, dass das Kapitel auch ohne sie fortgesetzt werden kann.

Das erste Kapitel muss nicht jeden denkbaren Dialogpfad erklären. Es muss Spielern ermöglichen, eine repräsentative Interaktion mit geringem Einsatz auszuprobieren, deren Ergebnis zu verstehen und zu sehen, wie der NPC mit einer Begrenzung umgeht. Sobald diese Regeln klar sind, können Spieler weitere Gespräche mit einem weitaus besseren Verständnis dafür führen, was ihre Fragen bewirken können.

Worüber kann dieser Charakter sprechen?

Welche Entscheidung, falls überhaupt eine, hat den Spielzustand verändert?

Was tut der Charakter, wenn er eine Antwort nicht weiß?

Kann der Spieler das Gespräch verlassen oder überspringen?