Hoe moet een NPC vragen beantwoorden die buiten het script vallen?

‘Buiten het script’ beschrijft een hiaat in het schrijfwerk. Het zegt niets over wat het personage weet. Als je elke vraag zonder scriptantwoord als hetzelfde soort probleem behandelt, krijg je verwarrende antwoorden: een NPC kan ontwijkend klinken over iets waar die nog nooit van heeft gehoord, of per ongeluk een geheim onthullen dat de game wil beschermen.

Gebruik drie categorieën:

Onbekend: Het personage heeft geen betrouwbare informatie. Het herkent het onderwerp misschien niet, of weet dat het onderwerp bestaat maar kan de specifieke vraag niet beantwoorden.

Wel bekend maar verborgen: Het personage weet relevante informatie, maar een verhaalvoorwaarde, relatie, persoonlijke keuze of expliciet geheim verhindert dat die er nu over vertelt. ‘Verborgen’ is een verhaalstatus, geen uitnodiging om te suggereren dat achter elke weigering een aanwijzing schuilgaat.

Niet-toegestane kennis: Het antwoord valt buiten de vastgelegde wereld, rol of toegestane kennis van het personage. Een middeleeuwse veerman hoort bijvoorbeeld niet plotseling een echte software-release uit te leggen. Dit verschilt van een personage dat een lokaal geheim kent maar niet wil delen.

Deze categorieën zijn een hulpmiddel bij het ontwerp, geen taxonomie die door de aangehaalde dialoogstudies is gevalideerd. Hun waarde is praktisch: elke categorie wijst op een ander waarheidsgetrouw antwoord. Als je game een personage bewust informatie geeft via magie, surveillance of een bijzondere rol, leg dat dan vast als toegestane kennis van het personage. Behandel het niet als een uitzondering die de antwoordgenerator zelf kan raden.

Een bruikbaar standaardantwoord bestaat meestal uit drie delen: erken het onderwerp, benoem de werkelijke beperking van het personage en bied een relevante vervolgstap aan als die er is. Die vervolgstap kan verwijzen naar een persoon, plek of handeling die al in de game voorkomt. Bestaat die niet, stop dan na het benoemen van de beperking. Verzin geen aanwijzing alleen om het antwoord behulpzaam te laten klinken.

Stel bijvoorbeeld dat de speler een dorpsbakker vraagt: ‘Wat ligt er voorbij de noordelijke pas?’ Als de bakker daar nooit is geweest, kan een geloofwaardig antwoord zijn: ‘Ik ben nooit zo ver naar het noorden geweest. Mijn meel komt uit het dal.’ Het antwoord blijft in karakter, benoemt de beperking en keert terug naar iets wat binnen de ervaring van de bakker valt. Het detail over het meel is ter illustratie, geen aanwijzing. Gebruik in een uitgebrachte game een detail dat al door het personage en de setting wordt ondersteund.

Als de bakker het wel weet maar informatie achterhoudt, moet het antwoord die status weerspiegelen in plaats van onwetendheid te veinzen: ‘Ik weet welke weg je bedoelt. Ik heb beloofd niet te vertellen wie die gebruikt.’ Die zin geeft een grens aan zonder het verborgen antwoord prijs te geven. Gebruik zo’n weigering alleen als de kennis en de reden voor het stilzwijgen echt in de gamestatus bestaan.

Als de vraag iets betreft dat buiten de wereld of rol van het personage valt, maak de beperking dan duidelijk zonder te doen alsof het een plotmysterie is: ‘Ik weet niet wat een “cloudserver” is. Is dat een soort weerstation?’ De precieze formulering hangt af van de setting en toon. Voorkom dat algemene kennis van een model in de stem van het personage lekt alsof die uit diens ervaringen of kennis van de wereld komt.

Het onderzoek onderbouwt het algemene ontwerpprobleem, geen gegarandeerde gameoplossing. In hun ACL Short Paper uit 2021 beschrijven Shrivastava en collega’s contextuele standaardantwoorden voor onbeantwoordbare dialoogvragen in dialoogsystemen. Ze gebruiken regels en een transformer die is verfijnd met synthetische vraag-antwoordparen; het onderzoek gaat niet over NPC’s in verhalende games. Lees het artikel. Sadeq en collega’s onderzoeken in hun EMNLP Findings-artikel uit 2024 rollenspel met fictieve personages. Ze introduceren een dataset met meer dan 2.000 personages en 72.000 interviews, waaronder 18.000 adversariële vragen, en stellen RoleFact voor om hallucinaties te verminderen. Het onderzoek is relevant voor kennisgrenzen van personages, maar bewijst niet dat een bepaalde vorm van standaardantwoord werkt in een uitgebrachte game. Lees het artikel.

Een personage kan in de wereld antwoorden terwijl de interface uitlegt wat er is gebeurd. Die scheiding helpt wanneer spelers een standaardantwoord anders voor geschreven dialoog zouden kunnen aanzien, of wanneer de game moet verduidelijken dat vrije vragen beperkingen hebben.

Bijvoorbeeld:

NPC: ‘Ik heb nooit van die plek gehoord. Vraag me naar de oude molen.’

Optionele interfacemelding: ‘Dit personage heeft geen antwoord op die vraag.’

De interfacemelding moet de interactie beschrijven, niet het personage tegenspreken of op verborgen inhoud hinten. Houd de melding waar mogelijk optioneel of onopvallend; herhaalde systeemberichten kunnen een scène onderbreken. Als de vraag van de speler is begrepen maar buiten de ondersteunde interactie valt, zeg dat dan duidelijk. Als het systeem de vraag niet heeft begrepen, presenteer die mislukking dan niet als een feit over de kennis van het personage. Dit zijn verschillende situaties waarvoor mogelijk verschillende formuleringen nodig zijn.

Een praktische regel is: gebruik de stem van het personage voor de waarheid binnen het verhaal en de interface voor interactiebeperkingen. Laat een personage geen technische uitleg geven die het niet kan kennen. Gebruik omgekeerd geen generiek systeembericht als het personage een kort, waarheidsgetrouw antwoord kan geven.

Eén voorbeeld laat niet zien of het standaardantwoord rekening houdt met de status. Maak voor elke belangrijke NPC of kennisbron een kleine testmatrix. Noteer voor elke rij de verwachte antwoordcategorie, vereiste feiten, verboden feiten en of er een interfacetoelichting moet verschijnen. Test vervolgens dezelfde vraag onder verschillende omstandigheden.

NPC weet niets over het onderwerp: Het antwoord doet niet alsof het personage ermee bekend is en geeft geen details. Verwoord onzekerheid of gebrek aan ervaring in de stem van het personage.

NPC kent het onderwerp maar niet het gevraagde detail: Algemene kennis wordt geen precies antwoord. Benoem wat het personage wel weet en geef daarna de specifieke leemte aan.

NPC kent het antwoord en mag het delen: Het antwoord komt overeen met de huidige verhaalfeiten. Geef het onderbouwde antwoord; gebruik geen standaardreactie alleen omdat de vraag ongebruikelijk is geformuleerd.

NPC kent het antwoord, maar er geldt een geheimhoudingsvoorwaarde: Het geheim blijft verborgen en het personage beweert niet ten onrechte onwetend te zijn, tenzij dat de bedoeling is. Weiger, leid de vraag af of benoem de grens op een manier die past bij de karakterisering.

Geheimhoudingsvoorwaarde vervalt: De reactie verandert zodra de verhaalstatus onthulling toestaat. Geef de informatie die nu beschikbaar is, als de speler het opnieuw vraagt of als de game die op een andere manier onthult.

Vraag valt buiten de wereld of rol van het personage: Echte of niet-gerelateerde modelkennis verschijnt niet als feit in de fictie. Geef aan dat het onderwerp onbekend of irrelevant is zonder er een verband binnen de verhaalwereld bij te verzinnen.

Het dialoogsysteem kan de vraag niet interpreteren: Verwar een parseerfout niet met onwetendheid van de NPC. Gebruik een duidelijke standaardreactie op interactieniveau, eventueel met een ondersteunde suggestie.

Dezelfde vraag op verschillende manieren geformuleerd: De kennis- en geheimhoudingsregels hangen niet af van één uit het hoofd geleerde formulering. Houd dezelfde feitelijke grens aan, met ruimte voor natuurlijke variatie in bewoordingen.

Deze matrix is een redactionele en QA-methode die is afgeleid van de bovenstaande onderscheidingen; geen van de aangehaalde artikelen rapporteert hierover een experiment. Vul de matrix met je eigen personagefeiten en werkelijke statusvoorwaarden. Neem vragen op die het systeem verleiden om met aannemelijke maar niet-onderbouwde lore een patroon af te maken, én gewone vragen die de NPC hoort te beantwoorden. Controleer beide kanten: onjuiste onthullingen voorkomen is belangrijk, net als onnodige weigeringen vermijden wanneer het antwoord beschikbaar is.

Houd de kennis van het personage gescheiden van de waarheid in de wereld. In een beknopt personagedossier kun je vastleggen welke feiten het personage kent, vermoedt, niet kent en pas mag onthullen als een voorwaarde verandert. Leg bij onzekere overtuigingen ook de bron of mate van zekerheid vast als personages zich in de game kunnen vergissen. Een vermoeden moet klinken als een vermoeden, niet als een alwetend feit. De antwoordlaag moet de relevante status ontvangen en alleen feiten gebruiken die binnen die status zijn toegestaan.

Stel bij elke standaardzin of gegenereerde reactie de volgende vragen:

Stelt het antwoord een feit waarvan het personage geen kennis mag hebben, of wekt het die indruk?

Verwart het antwoord ‘Ik weet het niet’ met ‘Ik vertel het je niet’?

Laat het ontbrekende antwoord per ongeluk klinken als een geheim of een aanleiding voor een queeste?

Bestaat een voorgestelde vervolgstap al in de game en past die bij deze situatie?

Kan de speler aan de interface zien dat de vraag niet door de interactie wordt ondersteund, zonder dat met verhaaltekst te verwarren?

Als een antwoord een van deze controles niet doorstaat, beperk het dan: verwijder de niet-onderbouwde suggestie, benoem de werkelijke beperking en behoud alleen een bestaande vervolgstap. Als er geen waarheidsgetrouw antwoord in karakter is dat iets toevoegt, is een korte weigering of systeemmelding beter dan verzonnen lore.

Doorloop bij het beoordelen van een vraag buiten het script deze controles op volgorde:

Kan de game de vraag interpreteren? Zo niet, geef dan uitleg op interactieniveau in plaats van de NPC onwetendheid toe te schrijven.

Valt de gevraagde informatie binnen de kennis van dit personage? Zo niet, benoem dan in karakter een beperking die past bij diens ervaring of rol.

Kent het personage het antwoord, en mag het dit nu onthullen? Als het personage het weet maar niets mag vertellen, moet de grens passen bij diens motief en de huidige status. Laat het antwoord niet via hints uitlekken, tenzij die hints de bedoeling zijn.

Kan het personage een onderbouwd gedeeltelijk antwoord of een nuttige vervolgstap geven? Neem die alleen op als de game er al een basis voor biedt.

Zou de speler de standaardreactie kunnen aanzien voor een aanwijzing of een geschreven plotmoment? Verduidelijk dan de interactie op systeemniveau of pas de zin aan.

Het doel is niet om elke vraag een bevredigende onthulling over de lore op te leveren. Het doel is een begrijpelijke reactie die past bij de kennis van het personage en veilig is voor de verhaalstatus van de game. Een goed ontworpen grens vertelt de speler wat deze NPC nu kan beantwoorden en laat de fictie intact.