Metlivi Blog

Sollte KI-Dialog in Ihrem Spielprototypen die Führung übernehmen, unterstützen oder im Hintergrund bleiben?

Wenn Sie als Indie-Designer die Rolle von KI-Dialogen in einem spielbaren Prototypen festlegen, beginnen Sie mit der Aufgabe des Spielers: Was sollte dieser tun können, was manuell verfasste Dialogzeilen nicht gut unterstützen können? Machen Sie die KI nur dann zur Hauptinteraktion, wenn das Improvisieren mit einer Figur selbst das Spielprinzip darstellt. Nutzen Sie sie als unterstützende Ebene, wenn das feste Gameplay und die Story weiterhin im Vordergrund stehen. Behalten Sie sie als Creator-Tool bei, wenn der Spieler überhaupt keine generative Unterhaltung benötigt. Jede Wahl verändert die Handlungsmöglichkeiten des Spielers, die Folgen eines Systemfehlers und den Arbeitsaufwand für das Team.

27. September 20268 min LesezeitLesen, Kunst & KulturVon Metlivi Editorial Team
Abschnitt 1

Beginnen Sie mit der Aufgabe des Spielers

„KI-Dialog“ kann zwei sehr unterschiedliche Dinge bezeichnen: Dialoge, die generiert werden, während ein Spieler mit einer Figur interagiert, und KI, die von Autoren verwendet wird, um Material zu entwerfen, das später ausgewählt und bearbeitet wird. Es gibt auch eine mittlere Option: ein größtenteils manuell geschriebenes Spiel, das generierte Dialoge in einer begrenzten, unterstützenden Rolle einsetzt. Dies sind unterschiedliche Designentscheidungen, keine drei Stufen, die jedes Spiel durchlaufen muss.

Ubisofts [NEO NPC-Prototyp](https://news.ubisoft.com/en-us/article/5qXdxhshJBXoanFZApdG3L/how-ubisofts-new-generative-ai-prototype-changes-the-narrative-for-npcs) untersuchte spielerseitige, frei formulierte Unterhaltungen mit Charakteren, die von Autoren gestaltet und durch Szenario- sowie Charaktervorgaben gelenkt wurden. Ubisoft beschreibt NEO NPC als Prototyp und nicht als Beweis dafür, dass dieser Ansatz in jedem fertigen Spiel funktionieren wird. Im Gegensatz dazu generiert [Ghostwriter](https://news.ubisoft.com/en-gb/article/7Cm07zbBGy4Xml6WgYi25d/the-convergence-of-ai-and-creativity-introducing-ghostwriter) Entwurfsvarianten für Hintergrundäußerungen (Barks), die Autoren auswählen und verfeinern können. Der vorgesehene Nutzer ist der Autor; der generierte Text wird dem Spieler nicht als Live-Konversation präsentiert.

Eine dritte Designreferenz ist vollständig manuell verfasst. In [Strange Scaffolds Bericht über *Sunshine Shuffle*](https://www.gamedeveloper.com/design/deep-dive-creating-seamless-dialogue-for-sunshine-shuffle) beschreibt Designer Stav Hinenzon, wie Dialogzeilen, Barks und längere Story-Abschnitte um das Poker-Gameplay herum organisiert wurden – mit Prioritäten und Timing-Regeln, um zu steuern, welche Inhalte im Fokus stehen. Das Dialogsystem des Spiels unterstützt das Erlebnis, ohne auf generierten Text angewiesen zu sein. Zusammengefasst werfen diese Beispiele eine praktische Frage für Prototypen auf: Muss der Spieler mit einer Figur improvisieren, benötigt das Spiel eine reaktive Ebene um vorgefertigte Inhalte herum, oder braucht das Team hauptsächlich Hilfe beim Erstellen von Entwürfen?

Abschnitt 2

Die drei Rollen im Vergleich

**Hauptinteraktion**: In freien Gesprächen Dinge fragen oder sagen, um über eine Figur ein Ziel zu verfolgen.. Die Eingabe des Spielers verändert, welche nützlichen Informationen, Aktionen oder Beziehungszustände verfügbar werden. Erfassen Sie die Aufgabenerledigung und ob die Antworten die nächste beabsichtigte Aktion korrekt unterstützen.. Geben Sie der Figur eine definierte Auswahl an unterstützten Themen und Zustandsänderungen; nutzen Sie bei nicht unterstützten Eingaben eine vordefinierte Umleitung oder kehren Sie zu einem bekannten Gesprächszustand zurück.. Am höchsten. Das Team muss Charakter- und Szenariovorgaben definieren, Dialoge mit dem Spielzustand verknüpfen, unerwartete Eingaben abfangen und weitaus mehr Gesprächsverläufe testen als bei einem festen Skript.

**Unterstützende Ebene**: Das Kernspiel spielen, während der Dialog auf ausgewählte Ereignisse reagiert oder optionale Antworten anbietet.. Eine Dialogzeile kann ein Ereignis verdeutlichen, ausschmücken oder darauf reagieren, ohne die Hauptaktion zu blockieren. Verfolgen Sie, ob Spieler relevante Zeilen bemerken und ob sie die Aufgabe ohne Wartezeiten fortsetzen können.. Halten Sie den Hauptpfad und essenzielle Informationen manuell verfasst. Ist die Generierung nicht verfügbar oder unpassend, nutzen Sie eine feste Zeile, eine ruhige Antwort oder gar keinen Dialog.. Mittel bis hoch. Das Team muss generierte Ausgaben mit verfassten Handlungsabschnitten, dem Timing, der Charakterstimme und den Gameplay-Zuständen koordinieren, die sie auslösen können.

**Creator-Tool**: Das vorgefertigte Spiel spielen; ein Autor oder Designer nutzt KI während der Produktion, um Varianten zu entwerfen.. Der Spieler erhält ausgewählte, redigierte Inhalte. Die produktionstechnische Konsequenz besteht darin, ob das Tool dem Team hilft, brauchbare Optionen für eine definierte Schreibaufgabe bereitzustellen.. Das vom Autor freigegebene Skript fungiert als Fallback und endgültiger In-Game-Inhalt.. Variabel, aber es muss kein Live-Dialogsystem im Spiel unterstützt werden. Die Kosten verlagern sich auf Tool-Einrichtung, Überprüfung, Auswahl, Bearbeitung und die Integration in die Schreibabläufe.

Diese Konsequenzen sind Designziele, die getestet werden müssen, keine garantierten Effekte. Messen Sie nur, was für die Aufgabe des Prototyps von Bedeutung ist. Eine Konversation kann flüssig wirken und dennoch scheitern, wenn sie keine handlungsrelevanten Informationen liefert; ein generierter Bark kann charmant sein und dennoch einen Zug unterbrechen, den der Spieler gerade ausführen muss.

Abschnitt 3

Wählen Sie die Hauptinteraktion, wenn Improvisation die Mechanik ist

Nutzen Sie spielerseitigen freien Dialog, wenn das Kernversprechen des Spiels darauf beruht, dass der Spieler eine Idee ausdrückt, die der Designer im Vorfeld nicht ohne Weiteres auflisten kann, und die Antwort der Figur maßgeblich beeinflusst, was der Spieler als Nächstes tut. Legen Sie vor dem Bau des Modells fest, was als erfolgreicher Austausch gilt: Vielleicht erhält der Spieler einen Hinweis, bringt einen NPC dazu, eine von wenigen gültigen Aktionen auszuführen, oder erfährt eine Tatsache durch gezieltes Nachfragen.

Grenzen Sie die Welt des Prototyps ein. Definieren Sie, was die Figur weiß, was sie nicht tun wird, welchen Spielzustand sie ändern kann und was geschieht, wenn eine Eingabe irrelevant ist. Ubisofts Beschreibung von NEO NPC hebt von Autoren erstellte Charakterbiografien und Verhaltensrichtlinien hervor, ebenso wie Iterationen, wenn das Modell von der beabsichtigten Figur abweicht. Das verdeutlicht eine reale Produktionsaufgabe: Autoren müssen weiterhin beurteilen, ob jede Antwort zur Figur und zum Szenario passt. Lassen Sie nicht zu, dass improvisierter Text stillschweigend zu einer neuen Handlungstatsache oder einem Befehl für den Spielzustand wird, es sei denn, Sie haben diesen Pfad explizit entworfen und getestet.

Ein nützlicher Fallback ist manuell verfasst und im Design sichtbar: Wenn die Eingabe außerhalb der unterstützten Aufgabe liegt, kann die Figur eine klärende Frage stellen, erklären, womit sie helfen kann, oder den Spieler zu bekannten Optionen zurückführen. Wenn der Prototyp das Ziel nicht verlässlich aufrechterhalten kann, stellen Sie die wesentlichen Informationen des Ziels über festen Dialog oder einen anderen vorgefertigten Weg bereit.

Abschnitt 4

Wählen Sie eine unterstützende Ebene, wenn verfasste Handlungspunkte das Spiel tragen

Eine unterstützende Ebene kann auf Gameplay-Ereignisse reagieren, während die Hauptinteraktion vorhersehbar bleibt. Dies können optionale Umgebungsbemerkungen, kurze Reaktionen auf eine kleine Auswahl von Aktionen oder generierte Variationen um einen festen narrativen Handlungspunkt herum sein. Setzen Sie klare Grenzen: Welche Ereignisse können eine Zeile auslösen, darf eine Zeile unterbrechen und darf ihr Inhalt neue Informationen einführen?

*Sunshine Shuffle* bietet einen nützlichen Vergleich für manuell verfasste Inhalte: Die Dialogeinheiten, Prioritäten und das Timing wurden um Pokerrunden und das Erzähltempo herum gestaltet. Im Bericht des Entwicklers wird erwähnt, dass Zeilen den Spielern Zeit zum Lesen lassen mussten und dass Spielereingaben die Storylet-Zeilen voranbrachten. Die Lektion für eine unterstützende KI-Ebene ist konkret: Die Reaktionsfähigkeit muss zum Timing der Aktivität passen. Eine Zeile, die während einer Entscheidung fällt, kann das Spielgeschehen stören, selbst wenn sie gut formuliert ist.

Behalten Sie manuell verfassten Text für Anweisungen, Hinweise, Entscheidungen und jeden Moment bei, dessen Timing entscheidend ist. Definieren Sie für optionale Reaktionen einen lautlosen Fehlermodus: Überspringen Sie die Zeile, verwenden Sie eine feste Alternative oder verschieben Sie sie, bis die Aktivität Raum dafür bietet. Testen Sie, ob Spieler die Kernaufgabe auch dann noch bewältigen können, wenn die generierte Ebene deaktiviert ist.

Abschnitt 5

Wählen Sie ein Creator-Tool, wenn der Spieler keine generierte Sprache benötigt

Wenn Ihr Bedarf in zusätzlichem Textmaterial liegt – insbesondere in vielen kurzen Variationen –, probieren Sie zuerst die Rolle als Creator-Tool aus. Ubisoft beschreibt Ghostwriter als ein Tool, das Entwürfe für Barks vorschlägt, die Drehbuchautoren auswählen und verfeinern können, wobei menschliches Feedback fester Bestandteil des Prozesses ist. Das ist ein Produktions-Workflow, keine spielerseitige NPC-Interaktion. Behalten Sie freigegebene Zeilen unter der Kontrolle des Autors und testen Sie das Tool an einer realen, klar abgegrenzten Entwurfsaufgabe, beispielsweise dem Erstellen von Alternativen für die Reaktion einer Figur auf ein bestimmtes Ereignis.

Diese Wahl eignet sich besonders, wenn Ihr Spiel bereits verfasste Dialoge verwendet und Variation zwar nützlich, aber selbst keine Spielmechanik ist. Der Prototyp kann zur Laufzeit ohne das Tool gespielt werden. Bewerten Sie das Tool danach, ob seine Vorschläge nach der Überprüfung brauchbar sind und zum Schreibprozess des Teams passen – nicht nach der reinen Anzahl generierter Zeilen. Die Quelle beschreibt Ubisofts Tool und Arbeitsablauf; sie belegt nicht, dass derselbe Ansatz jedem Team oder Projekt Zeit sparen wird.

Abschnitt 6

Führen Sie einen kleinen Playtest durch, bevor Sie den Umfang erweitern

Hier ist ein anschaulicher Test, kein Ergebnis einer veröffentlichten Studie. Stellen Sie sich einen Prototypen vor, in dem ein Spieler den Hinweis auf die Patrouille einer Wache herausfinden und durch eine Tür gelangen muss. Geben Sie einer kleinen Gruppe von Testern eine Version, in der die Wache frei formulierte Fragen akzeptiert, eine, in der das Spiel vorgefertigte Dialogoptionen mit optionalen reaktiven Bemerkungen bietet, und eine vollständig manuell verfasste Version. Behalten Sie das Ziel und den Hinweis in allen Versionen identisch bei.

Erfassen Sie für jeden Versuch drei Dinge: ob der Spieler den Hinweis erhält, ob er die Tür öffnen kann und an welchen Stellen er stecken bleibt oder warten muss. Notieren Sie auch, ob die Konversation eine Entscheidung beeinflusst, die der Spieler trifft. Wenn ein freies Gespräch zwar unterschiedliche Formulierungen hervorbringt, aber keine spürbare Änderung des Weges oder der Entscheidungen des Spielers bewirkt, ist das ein schwacher Beleg dafür, dass es in diesem Prototypen die Rolle der Hauptinteraktion verdient. Funktioniert ein verfasster Pfad reibungslos und wird durch die optionalen Reaktionen nicht gestört, reicht die unterstützende Rolle womöglich aus. Wenn die Hauptschwierigkeit des Teams im Verfassen zusätzlicher Wachen-Barks besteht und die Aufgabe des Spielers bereits erfüllt wird, testen Sie ein Creator-Tool außerhalb des spielbaren Builds.

Diese Beobachtungen können bei der Entscheidung über die nächste Prototypen-Iteration helfen; ein winziger Playtest kann weder universelle Leistung nachweisen noch vorhersagen, wie ein größeres Publikum reagieren wird. Halten Sie die Versionen klein genug, damit Sie die Aufgabe des Spielers, den Fallback und den für die Pflege erforderlichen Aufwand vergleichen können.

Abschnitt 7

Treffen Sie die Entscheidung anhand von drei Fragen

Bevor Sie KI-Dialoge hinzufügen, notieren Sie sich die Antworten auf folgende Fragen:

**Was versucht der Spieler durch den Dialog zu erreichen?** Formulieren Sie eine Aktion oder Entscheidung, nicht einfach nur „ein natürliches Gespräch führen“.

**Welche Konsequenz sollte ein erfolgreicher Austausch haben?** Benennen Sie die Information, die Entscheidung oder die zulässige Zustandsänderung und legen Sie fest, wie Sie dies in einem Playtest beobachten werden.

**Was passiert, wenn die Generierung nicht verfügbar ist oder am Ziel vorbeigeht?** Stellen Sie einen manuell verfassten Weg bereit, der die Fähigkeit des Spielers erhält, die Aufgabe abzuschließen.

Schätzen Sie dann den Produktionsaufwand im Verhältnis zur Größe des Prototyps ab: die Anzahl der Zustände und Auslöser, den Umfang der Charakter- und Szenariovorgaben, die für generiertes Material erforderliche Überprüfung und den Fallback-Inhalt, den Sie schreiben müssen. Eine Rolle mit einem größeren spielerseitigen Versprechen bringt auch mehr Verantwortung mit sich, die Ausgaben nützlich und konsistent zu halten. Bei einem kleinen Prototypen kann Ihnen ein eng gesteckter Test zeigen, ob dieser Mehraufwand der Spieleraufgabe tatsächlich dient.

Die Entscheidung ist kein Urteil über KI in Spielen generell. Es ist eine Entscheidung darüber, welchen Platz generativer Dialog in diesem speziellen spielbaren Erlebnis einnimmt: im Mittelpunkt dessen, was der Spieler tut, in einer kontrollierten Nebenrolle oder im Workflow der Entwickler. Wählen Sie die kleinste Rolle, die die Konsequenz demonstrieren kann, die Ihre Spieler erleben sollen, und lassen Sie sich vom Prototypen einen Grund liefern, sie zu erweitern.

Weitere Artikel

Dieses Thema weiter erkunden