Bör en NPC ge alla spelare samma svar? Håll fakta konsekventa, inte formuleringarna
När spelare ställer en fråga till samma fiktiva NPC bör svaret bevara den gemensamma kanon, men det behöver inte ha exakt samma formulering. En användbar designregel är att jämföra vad varje spelare har upptäckt och vad som händer i scenen. NPC:n kan då anpassa sitt svar efter det läget och samtidigt hålla fastställda fakta, karaktärens kunskap och uppdragsinformation samstämmiga.
Skilj på fakta och hur de uttrycks
Börja med att skriva ner svarets faktakärna: vad som är sant i världen, vad NPC:n känner till och vad NPC:n är villig att avslöja just nu. Håll dessa delar stabila för spelare som befinner sig i samma berättelseläge. Låt sedan själva framförandet variera genom ordval, meningslängd, ton eller en kort hänvisning till något spelaren redan har fått veta.
Anta till exempel att en fiktiv hamnvakt vet att den östra porten stängs vid solnedgången. En spelare som inte har besökt porten kanske får höra: ”Ta den östra porten före solnedgången; efter det är den låst.” En spelare som just har sett vakterna förbereda sig på att stänga den kanske får höra: ”Du såg dem göra sig redo. Du har fram till solnedgången på dig.” Meningarna skiljer sig åt, men tidpunkten och varningen stämmer överens.
Den här uppdelningen hjälper till att undvika två vanliga problem. Att upprepa en replik ord för ord kan låta ouppmärksamt när spelaren precis har bidragit med relevant sammanhang. Om grundsvaret ändras fritt kan karaktären verka opålitlig eller uppdraget bli svårare att följa. En studie om generering av NPC-dialog beskriver utmaningen som att hålla dialogen trogen mot världens bakgrundshistoria, karaktärsrelationer, uppdragsstruktur och detaljerna som spelaren har fått ta del av. Det är en användbar designprincip även när dialogen skrivs för hand. Weir m.fl., ”Ontologically Faithful Generation of Non-Player Character Dialogues”
Bestäm vilka skillnader i spelarläget som spelar roll
Använd observerbara händelser i berättelsen för att avgöra om ett svar bör ändras. Relevanta tillstånd kan vara om spelaren har hittat ett dokument, pratat med en annan karaktär, öppnat en väg eller anlänt under en viss scen. Det här är konkreta händelser som kan representeras i berättelsen och kontrolleras när dialog väljs.
Dra inga slutsatser om dold identitet eller personliga egenskaper utifrån spelarens ordval. I den här designuppgiften kan en karaktärs svar reagera på det som har hänt i den fiktiva världen: ”Du hittade liggaren” eller ”Marknaden har redan stängt.” Det behöver inte gissa vem spelaren är, vilken sorts person hen är eller varför hen frågade. Då förblir anpassningen knuten till berättelsen i stället för till en profil som saknar grund.
Ett praktiskt test är att fråga sig: om två spelare hade upplevt samma relevanta händelser och befann sig i samma scen, borde de då få samma information? Om svaret är ja, behandla informationen som gemensam i det läget. Om deras upptäckter skiljer sig åt kan du variera vad NPC:n rimligen kan hänvisa till eller avslöja. Om scenen har förändrats uppdaterar du detaljer som beror på tid eller omständigheter utan att skriva om världens historia.
Håll isär kunskap och scenläge
En kort dialogplan kan lista tre saker för varje svar: kanonfakta, NPC:ns kunskaps- eller avslöjandeläge och det aktuella scenläget. Om de hålls isär blir det lättare att se vad som får variera och vad som måste förbli oförändrat.
Anteckningarna för hamnvakten kan till exempel se ut så här:
Kanonfakta: Den östra porten stängs vid solnedgången.
NPC:ns kunskap: Vakten känner till den anslagna tidtabellen och har sett vakterna förbereda sig på att stänga porten.
Scenläge: Före solnedgången är porten öppen; efter solnedgången är den låst.
En spelare som inte känner till porten får en grundläggande vägbeskrivning. En spelare som redan har sett vakterna kan få en kort bekräftelse. Efter solnedgången ska vakten beskriva porten som stängd och bara erbjuda alternativ som stöds av det som redan har etablerats i berättelsen. Om inget alternativ har etablerats bör dialogen inte hitta på ett bara för att svaret ska kännas hjälpsamt.
Den här uppdelningen gör också ändringar säkrare. Om tidtabellen i scenen ändras bör alla svar som beror på den ses över. Om en replik formuleras om ska det inte oavsiktligt ändra en uppdragsledtråd. Dokumentationen för Ink-skript visar hur berättelsevariabler kan lagra spelstatus och hur villkorade val kan styra vilka repliker som visas. Dokumentationen för Twine beskriver på liknande sätt variabler som lagrade värden som kan användas i flera passager i berättelseformat som stöder dem. Verktygen ger sätt att implementera uttryckliga tillstånd; de avgör inte vilka fakta din berättelse ska betrakta som kanon. Ink: ”Writing with Ink”, Twine Cookbook: ”Variables”
Anpassa svaret på små och tydliga sätt
En bra variation bekräftar oftast en relevant skillnad och besvarar sedan frågan. Den kan hänvisa till en upptäckt ledtråd, hoppa över en påminnelse spelaren redan har fått eller spegla den aktuella scenen. Undvik att ändra flera saker samtidigt om inte berättelseläget stöder varje ändring.
En spelare som inte har hittat liggaren kan till exempel fråga: ”Vem betalade för den nya kajen?” Vakten kan svara: ”Jag hörde att hamnkommittén finansierade den.” När spelaren hittar en anteckning i liggaren som nämner kommittén kan vakten säga: ”Liggaren bekräftar det jag hört: kommittén betalade.” Om dokumentet i stället visar att någon annan betalade bör NPC:n inte fortsätta upprepa det gamla ryktet som fakta; dialogen bör skilja på vaktens tidigare uppfattning och de nya fastställda beläggen.
Exemplet använder en fiktiv detalj för att visa metoden, inte för att påstå något om ett visst spel. Nyckeln är att tydligt markera kunskapsförändringar. En karaktär kan ha fel, vara undvikande eller sakna information, men texten bör visa att detta är avsiktligt. Annars kan spelare tolka ett ändrat svar som ett kontinuitetsfel.
Jämför tillgången till belägg, inte exakta meningar
När du granskar dialog mellan spelare eller förgrenade berättelsevägar ska du jämföra vilken information varje väg ger tillgång till. Får alla spelare samma avgörande ledtråd innan berättelsen förväntar sig att de ska agera? Antyder en förgrening en annan plats, tidsgräns, relation eller orsak utan att någon händelse i berättelsen förklarar det? Hänvisar NPC:n till något spelaren inte har upptäckt? De frågorna fångar viktigare inkonsekvenser än att kontrollera om varje replik har samma formulering.
En enkel granskningsmall kan hjälpa:
Kontroll: Kanon; Jämför: Namn, datum, platser, orsaker och andra fastställda fakta
Kontroll: Kunskap; Jämför: Vad NPC:n känner till, tror eller har fått höra i det här läget
Kontroll: Tillgång; Jämför: Vilken ledtråd eller instruktion spelaren får och när
Kontroll: Scen; Jämför: Detaljer som förändras med tid, plats eller händelser
Kontroll: Formulering; Jämför: Om variationen fortfarande förmedlar det avsedda svaret
Twine-passager och Ink-knutar, val, variabler och villkorade förlopp är exempel på hur berättelseprojekt kan organisera förgreningar och tillstånd. Strukturerna varierar mellan verktyg och berättelseformat, så följ relevant dokumentation när du implementerar dem. Den redaktionella principen är oberoende av programvaran: gör skillnaden i tillstånd tydlig och kontrollera sedan att varje replik fortfarande passar in. Twine: ”Linking Passages”, Ink: ”Writing with Ink”
Veta när svaret ska vara exakt detsamma
Vissa svar är avsedda att vara fasta: ett lösenord som upprepas, en anslagen öppettid eller en kort instruktion som spelare behöver komma ihåg. Om själva formuleringen innehåller en ledtråd eller måste stämma överens med en inskription på en annan plats ska den återges exakt eller varieras på ett sätt som otvetydigt är likvärdigt. En omformulering av en gåta, kod eller citerad handling kan ändra uppgiften även om skribenten anser att betydelsen är densamma.
På samma sätt finns det kanske ingen anledning att skriva ett annat svar om spelarens tillstånd inte påverkar NPC:ns kunskap, scenen eller vad som kan avslöjas. Variation är användbar när den förmedlar en verklig skillnad i berättelsen. Den blir brus när den antyder en skillnad som inte finns.
Ett kort arbetsflöde för konsekventa NPC-svar
Skriv det kanoniska svaret i en mening för varje fråga. Lista de händelser i berättelsen som kan ändra vad NPC:n känner till eller vad spelaren redan har upptäckt. Anteckna scenförhållanden som påverkar svaret, till exempel om en port är öppen eller ett möte har avslutats. Skriv alternativa formuleringar endast för dessa förhållanden och kontrollera att varje version bevarar samma fakta, om inte berättelseläget uttryckligen fastställer en förändring.
Granska sedan förgreningarna genom att fråga om spelare i likvärdiga lägen får likvärdiga belägg, om någon replik förutsätter en händelse som inte har upptäckts och om scenens detaljer stämmer överens. Målet är en karaktär som kan svara naturligt och samtidigt vara en del av samma sammanhängande värld: gemensamma fakta förblir pålitliga och dialogen speglar det som har hänt i berättelsen.