Czy NPC powinien udzielać każdemu graczowi tej samej odpowiedzi? Fakty powinny być spójne, niekoniecznie sformułowania

Zacznij od zapisania faktograficznego rdzenia odpowiedzi: co jest prawdą w świecie, co wie NPC i co NPC jest gotów ujawnić na tym etapie. Zachowaj te elementy bez zmian dla graczy znajdujących się w tym samym stanie fabuły. Następnie pozwól, by sposób przekazania informacji różnił się doborem słów, długością zdań, tonem lub krótkim nawiązaniem do czegoś, czego gracz już się dowiedział.

Załóżmy na przykład, że fikcyjny strażnik portowy wie, iż wschodnia brama jest zamykana o zachodzie słońca. Gracz, który nie był jeszcze przy bramie, może usłyszeć: „Skorzystaj ze wschodniej bramy przed zachodem słońca; potem będzie zamknięta”. Gracz, który właśnie widział, jak strażnicy przygotowują się do jej zamknięcia, może usłyszeć: „Widziałeś, jak się przygotowują. Masz czas do zachodu słońca”. Zdania są różne, ale pora i ostrzeżenie pozostają takie same.

Takie rozróżnienie pomaga uniknąć dwóch częstych problemów. Powtarzanie kwestii słowo w słowo może sprawiać wrażenie, że postać nie słucha, gdy gracz właśnie podał istotny kontekst. Swobodne zmienianie samej odpowiedzi może z kolei sprawić, że postać wyda się niewiarygodna albo utrudni śledzenie zadania. W badaniu dotyczącym generowania dialogów NPC wyzwanie opisano jako utrzymanie zgodności dialogu z wiedzą o świecie, relacjami między postaciami, strukturą zadań i szczegółami ujawnionymi graczowi. To przydatny standard projektowy również wtedy, gdy dialogi są pisane ręcznie. Weir i in., „Ontologically Faithful Generation of Non-Player Character Dialogues”

Wykorzystaj obserwowalny stan fabuły, aby zdecydować, czy odpowiedź powinna się zmienić. Istotne mogą być takie informacje jak to, czy gracz znalazł dokument, rozmawiał z inną postacią, otworzył przejście albo dotarł na miejsce w trakcie konkretnej sceny. To konkretne wydarzenia, które można uwzględnić w fabule i sprawdzić przy wyborze dialogu.

Nie wyciągaj wniosków o ukrytej tożsamości ani cechach gracza na podstawie jego sformułowań. W tym zadaniu projektowym odpowiedź postaci może nawiązywać do wydarzeń w fikcyjnym świecie: „Znalazłeś księgę rachunkową” albo „Targ jest już zamknięty”. Nie musi zgadywać, kim jest gracz, jaki ma charakter ani dlaczego zadał pytanie. Dzięki temu dostosowanie dialogu wynika z fabuły, a nie z nieuzasadnionego profilu.

Praktyczny test polega na zadaniu pytania: jeśli dwóch graczy przeżyło te same istotne wydarzenia i znajduje się w tej samej scenie, czy powinni otrzymać te same informacje? Jeśli tak, uznaj te informacje za wspólne dla tego stanu. Jeśli ich odkrycia się różnią, zmień to, do czego NPC może się rozsądnie odnieść lub co może ujawnić. Jeśli scena się zmieniła, zaktualizuj szczegóły zależne od czasu lub okoliczności, nie przepisując historii świata.

Zwięzły plan dialogu może wymieniać trzy elementy każdej odpowiedzi: fakt kanoniczny, stan wiedzy lub ujawniania informacji przez NPC oraz bieżące warunki sceny. Rozdzielenie ich ułatwia ocenę tego, co może się zmieniać, a co musi pozostać niezmienne.

Notatki dla strażnika portowego mogłyby wyglądać tak:

Fakt kanoniczny: Wschodnia brama jest zamykana o zachodzie słońca.

Wiedza NPC: Strażnik zna podany rozkład i widział, jak strażnicy przygotowują się do zamknięcia bramy.

Warunki sceny: Przed zachodem słońca brama jest otwarta; po zachodzie jest zamknięta.

Gracz, który nie dowiedział się o bramie, otrzymuje podstawową wskazówkę. Gracz, który widział już strażników, może dostać krótkie potwierdzenie. Po zachodzie słońca strażnik powinien opisać bramę jako zamkniętą i zaproponować tylko takie alternatywy, które wynikają z ustalonej fabuły. Jeśli żadnej nie ustalono, dialog nie powinien jej wymyślać tylko po to, by odpowiedź wydawała się pomocna.

Takie rozdzielenie ułatwia też bezpieczne wprowadzanie zmian. Zmiana harmonogramu sceny powinna skłonić do sprawdzenia każdej odpowiedzi, która od niego zależy. Zmiana sformułowania kwestii nie powinna przypadkowo zmieniać wskazówki dotyczącej zadania. Dokumentacja skryptowa Ink pokazuje, jak zmienne fabularne mogą przechowywać stan gry i jak wybory warunkowe mogą decydować o tym, które kwestie się pojawią. Dokumentacja Twine również opisuje zmienne jako przechowywane wartości, do których można się odwoływać w różnych fragmentach obsługiwanych formatów fabuły. Narzędzia te umożliwiają jawne zapisywanie stanu; nie rozstrzygają jednak, które fakty w opowieści należy uznawać za kanoniczne. Ink: „Writing with Ink”, Twine Cookbook: „Variables”

Dobra wariacja zwykle nawiązuje do jednej istotnej różnicy, a potem odpowiada na pytanie. Może wspomnieć o odkrytej wskazówce, pominąć przypomnienie, które gracz już usłyszał, albo uwzględnić bieżącą scenę. Nie zmieniaj kilku rzeczy naraz, chyba że każda taka zmiana wynika ze stanu fabuły.

Na przykład gracz, który nie znalazł księgi rachunkowej, może zapytać: „Kto zapłacił za nowy dok?”. Strażnik może odpowiedzieć: „Słyszałem, że sfinansowała go komisja portowa”. Gdy gracz znajdzie zapis w księdze wymieniający komisję, strażnik może powiedzieć: „Księga potwierdza to, co słyszałem: zapłaciła komisja”. Jeśli dokument wskazuje innego płatnika, NPC nie powinien wciąż przedstawiać starej plotki jako faktu; dialog powinien odróżniać wcześniejsze przekonanie strażnika od nowo odkrytego dowodu.

Ten przykład wykorzystuje fikcyjny szczegół, by pokazać metodę, a nie by opisać konkretną grę. Najważniejsze jest jasne oznaczanie zmian w wiedzy. Postać może się mylić, unikać odpowiedzi lub czegoś nie wiedzieć, ale tekst powinien wskazywać, że taki stan jest zamierzony. W przeciwnym razie gracze mogą uznać zmienioną odpowiedź za błąd ciągłości.

Oceniając dialogi w różnych ścieżkach lub gałęziach fabuły, porównuj informacje dostępne na każdej z nich. Czy każdy gracz otrzymuje tę samą kluczową wskazówkę, zanim fabuła oczekuje od niego działania? Czy jakaś gałąź sugeruje inne miejsce, termin, relację lub przyczynę, choć nie zaszło żadne wydarzenie fabularne, które by to wyjaśniało? Czy NPC nawiązuje do odkrycia, którego gracz jeszcze nie dokonał? Takie pytania wychwytują ważniejsze niespójności niż sprawdzanie, czy każda kwestia używa identycznych sformułowań.

Pomocna może być prosta tabela kontrolna:

Kontrola: Kanon; Co porównać: Nazwy, daty, miejsca, przyczyny i inne ustalone fakty

Kontrola: Wiedza; Co porównać: Co NPC wie, w co wierzy lub o czym go poinformowano w danym stanie

Kontrola: Dostęp; Co porównać: Jaką wskazówkę lub instrukcję otrzymuje gracz i kiedy

Kontrola: Scena; Co porównać: Szczegóły zależne od czasu, miejsca lub wydarzeń

Kontrola: Sformułowanie; Co porównać: Czy wariant nadal przekazuje zamierzoną odpowiedź

Fragmenty Twine oraz węzły, wybory, zmienne i przepływ warunkowy Ink to przykłady sposobów, w jakie projekty narracyjne mogą porządkować gałęzie fabuły i jej stan. Struktury różnią się zależnie od narzędzia i formatu opowieści, dlatego przy ich wdrażaniu stosuj się do odpowiedniej dokumentacji. Zasada redakcyjna pozostaje niezależna od oprogramowania: jasno określ różnicę w stanie, a następnie sprawdź, czy każda kwestia do niej pasuje. Twine: „Linking Passages”, Ink: „Writing with Ink”

Niektóre odpowiedzi powinny być stałe: powtarzane hasło, podana godzina otwarcia albo krótka instrukcja, którą gracze muszą zapamiętać. Jeśli samo brzmienie zawiera wskazówkę lub musi odpowiadać napisowi w innym miejscu, zachowaj je dokładnie albo zadbaj o to, by wariant wyraźnie znaczył to samo. Przeredagowanie zagadki, kodu lub cytowanego dokumentu może zmienić zadanie, nawet jeśli autor uważa, że sens pozostał bez zmian.

Podobnie jeśli stan gracza nie wpływa na wiedzę NPC, scenę ani to, co można ujawnić, być może nie ma powodu, by pisać inną odpowiedź. Wariacja jest przydatna, gdy przekazuje rzeczywistą różnicę fabularną. Staje się szumem, gdy sugeruje różnicę, która nie istnieje.

Dla każdego pytania zapisz kanoniczną odpowiedź w jednym zdaniu. Wymień wydarzenia fabularne, które mogą zmienić wiedzę NPC lub to, co gracz już odkrył. Zanotuj warunki sceny wpływające na odpowiedź, takie jak otwarta brama albo zakończone spotkanie. Przygotuj alternatywne sformułowania tylko dla tych warunków i upewnij się, że każda wersja zachowuje te same fakty, chyba że stan fabuły wyraźnie ustanawia zmianę.

Następnie przejrzyj gałęzie, zadając sobie pytania, czy gracze w równoważnych stanach otrzymują równoważne dowody, czy jakaś kwestia zakłada wydarzenie, którego gracz jeszcze nie odkrył, oraz czy szczegóły sceny są ze sobą zgodne. Celem jest postać, która może reagować naturalnie, a zarazem pozostaje częścią tego samego spójnego świata: wspólne fakty są wiarygodne, a dialog odzwierciedla to, co wydarzyło się w fabule.