Jak nauczyć graczy, co mogą robić rozmowy z NPC w pierwszym rozdziale gry
Pierwszy rozdział ma konkretne zadanie dla projektanta gry narracyjnej: pomóc graczom zrozumieć, o co mogą zapytać NPC, co może zmienić odpowiedź i co się dzieje, gdy postaci brakuje informacji. Naucz tych zasad za pomocą jednej opcjonalnej rozmowy o niewielkiej stawce, którą gracze mogą wypróbować i przeanalizować. Oddziel ją od samouczka sterowania na początku gry: chodzi tu o wyznaczenie granic rozmowy, a nie o wyjaśnianie poruszania się, menu czy walki.
Czego pierwszy rozdział powinien uczyć o rozmowach z AI?
Ustal niewielki, zgodny z prawdą zestaw oczekiwań, zamiast obiecywać, że gracze mogą zapytać o wszystko. Gracz powinien wiedzieć:
To obietnice dotyczące systemu rozmów w tej grze, więc muszą odpowiadać jego faktycznemu działaniu. Jeśli obsługiwane są tylko określone tematy lub działania, pokaż to ograniczenie, zanim zachęcisz graczy do swobodnego wpisywania pytań. Nie pozwól postaci twierdzić, że każde pytanie ma sensowną odpowiedź, jeśli system nie jest w stanie jej udzielić.
Jakie rodzaje wypowiedzi są obsługiwane: na przykład wybór sugerowanego tematu lub wpisanie krótkiego pytania.
O czym NPC może rozmawiać: na przykład o osobie, miejscu lub wydarzeniu, które postać zna.
Które odpowiedzi wpływają na grę: odróżnij informacje lub dialog dodający kolorytu od działania, które zmienia śledzony stan.
Czego postać nie wie: na pytania bez odpowiedzi należy reagować jasnym, zgodnym z charakterem postaci wyznaczeniem granicy zamiast wymyślania faktów.
Jak bezpiecznie eksperymentować: pokaż przykładowe pytanie, którego rezultat łatwo zrozumieć i które nie zobowiązuje gracza do podjęcia ważnej decyzji.
Krótka sekwencja do rozegrania w pierwszym rozdziale
Wykorzystaj moment dostępny podczas zwykłej rozgrywki, gdy sterowanie jest już dostępne, a fabuła wprowadziła postać, która ma powód do rozmowy. Poniższa sekwencja to przykład projektowy; dostosuj imiona i etykiety stanu do gry.
Ta sekwencja uczy przez konkretną interakcję: obsługiwane pytanie o informację, widoczną granicę działania, opcjonalny wybór zmieniający stan i możliwość wyjścia. Etykiety stanu są tu przykładowym zabiegiem projektowym, a nie deklaracją dotyczącą konkretnego silnika gry ani implementacji.
Zaproponuj opcjonalną rozmowę. Kurier o imieniu Iven czeka przy zamkniętej bramie. Widoczny komunikat interakcji brzmi: „Zapytaj Ivena o północną drogę”. Gracz może przejść obok i kontynuować rozdział. Żaden wymagany cel nie zależy od rozpoczęcia dialogu.
Pokaż granicę w kontekście. Gdy gracz wejdzie w interakcję, Iven mówi: „Mogę ci opowiedzieć, co widziałem na północnej drodze. Nie mogę otworzyć bramy ani wiedzieć, co się stało po moim odejściu”. Zwięzła wskazówka interfejsu oznacza dwa możliwe tematy: „Stan drogi” i „Brama”. Mała etykieta lub ikona odróżnia „rozmowę” od „działania w świecie”.
Pozwól graczowi wypróbować jedno bezpieczne przykładowe pytanie. Zaproponuj pytanie: „Czy północna droga była zablokowana?”. Iven odpowiada znanym mu szczegółem: „Dziś rano przewrócony wóz spowalniał ruch, ale przejechałem tamtędy przed południem”. Odpowiedź jest użyteczna i ograniczona, a sama w sobie nie zmienia stanu świata. Jeśli gracz zada to samo pytanie własnymi słowami, system może pokazać, że obsługiwane pytania nie muszą mieć jednej dokładnej formy.
Osobno pokaż rzeczywistą zmianę stanu. Gracz może następnie zapytać: „Możesz przesunąć wóz?”. Jeśli Iven może to zrobić, gra powinna wyświetlić wyraźną opcję działania, taką jak „Poproś Ivena, żeby go przesunął”. Po potwierdzeniu gra zapisuje odpowiedni stan, być może cart_moved = true, i pokazuje konsekwencję w świecie lub rozmowie. Jeśli działanie nie jest jeszcze dostępne, powiedz, jakiego warunku brakuje.
Zakończ bez wymuszania ukończenia. Gracz może odejść w dowolnym momencie. Rozdział toczy się dalej niezależnie od tego, czy gracz zadał jedno pytanie, poruszył kilka tematów, czy pominął rozmowę.
Jak czytelnie pokazywać zmiany stanu
W tekście i projekcie interfejsu rozróżnij trzy rodzaje rezultatów:
Informacja: „Dziś rano wóz blokował północną drogę”. — NPC przekazał informację; nie oznacza to wykonania żadnego działania w świecie.
Potwierdzenie lub dialog dodający kolorytu: „Zapamiętam, że pytasz”. — Jeśli gra nie śledzi żadnej konsekwencji, to tylko dialog. Nie sugeruj ukrytego efektu.
Działanie zmieniające stan: „Przesunę wóz”. — Działanie jest dostępne, a gra zaktualizuje wskazany lub widoczny warunek.
Pokaż konsekwencję działania
Przydatna zasada: powiąż język działania z konkretnym wyborem, a potem pokaż widoczny dowód jego skutku, na przykład zmieniony obiekt, zaktualizowany wpis w dzienniku, nową trasę lub wyraźne potwierdzenie. Jeśli działanie wymaga klucza, wcześniejszej wskazówki, określonego stanu relacji lub osiągnięcia postępu w rozdziale, jasno wyjaśnij wymaganie, gdy blokuje ono działanie. Nie informuj gracza, że działanie się powiodło, jeśli odpowiedni stan się nie zmienił.
Rozpisz obsługiwane interakcje z NPC, zanim napiszesz dialog
Projektant może rozpisać każdą obsługiwaną interakcję przed napisaniem dialogu, nawet w przypadku krótkiego spotkania w pierwszym rozdziale:
Taka prosta rozpiska ułatwia zachowanie zgodności dialogu ze stanem gry i wychwycenie przypadkowych obietnic w tekście.
Temat: O co pyta gracz?
Źródło wiedzy: Skąd postać zna odpowiedź?
Warunek wstępny: Jakie fakty lub jaki stan muszą być spełnione, aby odpowiedź była dostępna?
Skutek: Czy odpowiedź tylko przekazuje informację, czy coś zmienia?
Odpowiedź zastępcza: Co postać powinna powiedzieć, jeśli pytanie wykracza poza obsługiwany zakres albo brakuje wymaganych informacji?
Co NPC powinien powiedzieć, gdy nie zna odpowiedzi?
NPC powinien odróżniać brak wiedzy, brak możliwości działania i niezrozumienie pytania. To różne sytuacje dla gracza, które wymagają różnych odpowiedzi.
Odpowiedź zastępcza nie powinna wymyślać wskazówki tylko po to, by podtrzymać rozmowę. Nie powinna też karać gracza za testowanie interfejsu. Zachowaj ton zgodny z charakterem postaci, ale jasno przedstaw praktyczny rezultat: odpowiedź jest nieznana, działanie jest niedostępne albo trzeba doprecyzować pytanie.
Granica wiedzy: „Nie byłem za wschodnim mostem”. Postać mówi, co wie z własnej perspektywy, i nie zgaduje.
Brak informacji w grze: „Nie wiem, kto zabrał klucz. Nie widziałem go od wczoraj”. Użyj tej odpowiedzi, gdy gra nie ustaliła faktu albo postać nie ma podstaw, by go znać.
Działanie niedostępne: „Nie mogę przesunąć wozu, dopóki korzysta z niego załoga bramy”. Jeśli warunek może się później zmienić, w razie potrzeby go nazwij.
Niejasna lub nieobsługiwana prośba: „Mogę odpowiadać na pytania o drogę i bramę. Czego chcesz się dowiedzieć?”. Zaproponuj obsługiwany kierunek zamiast wyświetlać niejasny błąd.
Powtórzone lub nieistotne pytanie: Udziel krótkiej odpowiedzi, która zachowuje wyznaczoną granicę, a potem pozwól graczowi spróbować innego tematu albo odejść.
Zachowaj opcjonalność i lekki charakter rozmowy
Zadbaj, by zaproszenie do rozmowy było dobrze widoczne, ale pozwól graczom je zignorować, odejść wcześniej lub skończyć po przykładowym pytaniu. Jeśli informacja jest potrzebna do ukończenia rozdziału, zapewnij alternatywną drogę do jej zdobycia albo jasno określ, że rozmowa jest wymagana; nie ukrywaj obowiązkowego warunku pod pozorem opcjonalnego spotkania. Nie wymagaj od graczy wyczerpania wszystkich tematów tylko po to, by odkryli, które z nich są ważne.
Krótka wskazówka wizualna może pomóc odróżnić rodzaje wypowiedzi: sugerowane tematy, pole tekstowe i opcje działania nie powinny wyglądać tak samo, jeśli prowadzą do różnych konsekwencji. Umieszczaj instrukcje blisko odpowiedniej interakcji. Artykuł „Less Text, More Visuals” opisuje badanie jakościowe z udziałem 12 graczy gier językowych i gier do nauki języka; uczestnicy oczekiwali materiałów wizualnych i uznali, że nadmiar tekstu w samouczku przytłacza, wskazali też problemy z kontekstem językowym i informacją zwrotną. To wąskie badanie gry GWAP na potrzeby NLP, a nie dowód, że każda gra potrzebuje mniej tekstu albo że to samo podejście sprawdzi się we wszystkich gatunkach. Potraktuj je jako powód do testowania, a nie uniwersalną zasadę: przygotuj czytelną wskazówkę, a potem sprawdź, czy gracze rozumieją ją w twojej grze.
Badania nad zakotwiczeniem dialogu wskazują na powiązaną, ale odrębną lekcję. W badaniu „A Framework for Exploring Player Perceptions of LLM-Generated Dialogue in Commercial Video Games” 28 graczy zrekrutowanych na subreddicie Disco Elysium oceniało dialog w odtworzonym interfejsie rozmowy RPG. Autorzy podają, że gracze zdecydowanie preferowali tekst oryginalnych projektantów względem wypowiedzi wygenerowanych przez GPT-4, wskazując na logiczny przebieg i zakorzenienie w stanie gry. Była to ocena dialogu, a nie test samouczka w pierwszym rozdziale. Badanie uzasadnia dbałość o spójne rozmowy uwzględniające stan gry, ale nie pokazuje, jak uczyć wszystkich graczy zasad prowadzenia rozmów.
Sprawdź, czy gracze zrozumieli właściwe zasady
Po przygotowaniu sekwencji sprawdź, czy nowy gracz potrafi odpowiedzieć na cztery praktyczne pytania bez długiego wyjaśnienia:
Zwróć uwagę na rozbieżności między tym, co gracze wywnioskują, a tym, co faktycznie robi system. Jeśli zakładają, że każda odpowiedź zmienia świat, wyraźniej odróżnij informację od działania. Jeśli uznają odmowę za błąd, lepiej wyjaśnij granice lub dostępne tematy. Jeśli sądzą, że przykładowe pytanie było obowiązkowe, popraw komunikat i upewnij się, że można kontynuować rozdział bez niego.
Pierwszy rozdział nie musi wyjaśniać każdej możliwej ścieżki dialogowej. Wystarczy, że pozwoli graczom wypróbować jedną reprezentatywną interakcję o niewielkiej stawce, zrozumieć jej rezultat i zobaczyć, jak NPC reaguje na ograniczenia. Gdy te zasady będą jasne, gracze będą mogli odkrywać kolejne rozmowy z lepszym zrozumieniem tego, co mogą osiągnąć swoimi pytaniami.
O czym ta postać może rozmawiać?
Który wybór, jeśli w ogóle, zmienił stan gry?
Co robi postać, gdy nie zna odpowiedzi?
Czy gracz może odejść lub pominąć rozmowę?
