Blog Metlivi

Come insegnare ai giocatori le potenzialità delle conversazioni con i PNG nel primo capitolo di un gioco

Per un narrative game designer, il primo capitolo ha un compito specifico: aiutare i giocatori a comprendere cosa possono chiedere a un PNG, cosa può cambiare una risposta e cosa accade quando il personaggio non dispone di informazioni sufficienti. Insegna queste regole attraverso una singola conversazione opzionale e a basso rischio che i giocatori possano provare ed esaminare. Mantienila separata dal tutorial iniziale sui comandi: l'obiettivo in questo caso è stabilire i confini della conversazione, non spiegare il movimento, i menu o il combattimento.

27 settembre 20269 min di letturaLettura, arte e culturaDi Metlivi Editorial Team

Scopri i prodotti Torna al blog

Sezione 1

Cosa dovrebbe insegnare il primo capitolo sulle conversazioni con l'IA?

Insegna una serie ristretta e precisa di aspettative, anziché promettere che i giocatori possano chiedere qualsiasi cosa. Un giocatore dovrebbe essere in grado di capire:

Queste sono promesse sul sistema di conversazione di questo gioco, quindi fai in modo che corrispondano alla sua effettiva implementazione. Se sono supportati solo determinati argomenti o azioni, mostra questo limite prima di invitare a un input a testo libero. Evita che un personaggio affermi che ogni domanda ha una risposta significativa se il sistema non è in grado di fornirla.

**Quale tipo di input è accettato:** ad esempio, scegliere un argomento suggerito o digitare una breve domanda.

**Di cosa può discutere il PNG:** come una persona, un luogo o un evento che il personaggio ha incontrato.

**Quali risposte influenzano il gioco:** distinguere le informazioni o i dialoghi di contorno da un'azione che modifica uno stato tracciato.

**Cosa non sa il personaggio:** le domande senza risposta dovrebbero ricevere un limite chiaro e coerente con il personaggio, anziché un fatto inventato.

**Come sperimentare in sicurezza:** mostrare una domanda di esempio il cui risultato sia facile da comprendere e non vincoli il giocatore a una scelta importante.

Sezione 2

Una breve sequenza giocabile per il primo capitolo

Usa un momento che il giocatore può raggiungere durante il normale svolgimento del gioco, dopo che i comandi sono disponibili e la storia ha introdotto un personaggio con un motivo per parlare. La sequenza seguente è un esempio di design; adatta i nomi e le etichette di stato al gioco.

Questa sequenza insegna attraverso un'interazione concreta: una domanda informativa supportata, un limite d'azione visibile, una scelta opzionale che modifica lo stato e un'uscita. Le etichette di stato qui utilizzate sono un espediente di design illustrativo, non un'affermazione su un motore di gioco o un'implementazione specifica.

**Offri una conversazione opzionale.** Un corriere di nome Iven sta aspettando accanto a un cancello sigillato. Un prompt di interazione visibile dice: «Chiedi a Iven della strada a nord». Il giocatore può oltrepassarlo e continuare il capitolo. Nessun obiettivo obbligatorio dipende dall'apertura del dialogo.

**Mostra il limite nel contesto.** Quando il giocatore interagisce, Iven dice: «Posso dirti cosa ho visto sulla strada a nord. Non posso aprire il cancello né sapere cosa sia successo dopo che sono andato via». Un compatto indicatore visivo di interfaccia segnala due possibili argomenti: «Condizioni della strada» e «Il cancello». Una piccola etichetta o icona distingue tra «conversazione» e «azione nel mondo».

**Lascia che il giocatore provi una domanda di esempio sicura.** Offri una domanda suggerita: «La strada a nord era bloccata?». Iven risponde con un dettaglio noto: «Un carro rovesciato ha rallentato le persone stamattina, ma io sono passato prima di mezzogiorno». La risposta è utile, delimitata e di per sé non costituisce una modifica dello stato del mondo. Se il giocatore chiede la stessa cosa con parole proprie, il sistema può dimostrare che le domande supportate non richiedono una formula esatta.

**Mostra una reale modifica di stato separatamente.** Il giocatore può quindi chiedere: «Puoi spostare il carro?». Se Iven può farlo, il gioco dovrebbe presentare una chiara scelta d'azione come «Chiedi a Iven di spostarlo». Dopo la conferma, il gioco registra lo stato pertinente — magari `cart_moved = true` — e mostra la conseguenza nel mondo o nella conversazione. Se non è ancora disponibile alcuna azione, specifica quale condizione manca.

**Chiudi senza forzare il completamento.** Il giocatore può andarsene in qualsiasi momento. Il capitolo prosegue indipendentemente dal fatto che abbia posto una domanda, esplorato più argomenti o saltato la conversazione.

Sezione 3

Come rendere leggibili le modifiche di stato

Separa tre risultati sia nella scrittura che nel design dell'interfaccia:

Informazione: «Il carro stava bloccando la strada a nord stamattina». — Il PNG ha condiviso un'informazione; non è implicata alcuna azione nel mondo.

Presa d'atto o atmosfera: «Mi ricorderò che l'hai chiesto». — A meno che il gioco non tenga traccia di una conseguenza, si tratta solo di dialogo. Non implicare un effetto nascosto.

Azione che modifica lo stato: «Sposterò il carro». — È disponibile un'azione e il gioco aggiornerà una condizione denominata od osservabile.

Sezione 4

Mostra la conseguenza di un'azione

Una regola utile è associare il linguaggio orientato all'azione a una scelta esplicita e dare seguito con riscontri visibili: un oggetto modificato, una voce del diario aggiornata, un nuovo percorso o una chiara conferma. Se un'azione richiede una chiave, un indizio precedente, una variabile di relazione o un traguardo del capitolo, rendi comprensibile il requisito quando questo blocca l'azione. Non dire al giocatore che un'azione ha avuto luogo quando lo stato pertinente non è cambiato.

Sezione 5

Mappa le interazioni supportate con i PNG prima di scrivere

Per un breve incontro nel primo capitolo, un designer può mappare ciascuna interazione supportata prima di scrivere il dialogo:

Questa semplice mappa rende più facile mantenere il dialogo coerente con lo stato di gioco ed evitare promesse accidentali nel testo.

**Argomento:** Su cosa sta chiedendo informazioni il giocatore?

**Fonte di conoscenza:** Perché questo personaggio dovrebbe conoscere la risposta?

**Precondizione:** Quali fatti o stati devono essere veri affinché la risposta sia disponibile?

**Esito:** La risposta fornisce solo informazioni o modifica qualcosa?

**Fallback:** Cosa dovrebbe dire il personaggio se la domanda non rientra nell'ambito supportato o mancano le informazioni necessarie?

Sezione 6

Cosa dovrebbe dire un PNG quando non sa qualcosa?

Un PNG dovrebbe essere in grado di distinguere tra **non sapere**, **non essere in grado di agire** e **non comprendere la domanda**. Si tratta di risultati diversi per il giocatore e richiedono risposte diverse.

La risposta di ripiego (fallback) non dovrebbe inventare un indizio solo per far continuare la conversazione. Non dovrebbe nemmeno penalizzare il giocatore per aver testato l'interfaccia. Mantieni il tono coerente con il personaggio, ma rendi evidente il risultato pratico: la risposta è sconosciuta, l'azione non è disponibile o la formulazione necessita di chiarimenti.

**Limite di conoscenza:** «Non sono andato oltre il ponte orientale». Questo definisce la prospettiva del personaggio ed evita che tiri a indovinare.

**Informazione di gioco mancante:** «Non so chi abbia preso la chiave. Non la vedo da ieri». Usa questa opzione quando il gioco non ha stabilito il fatto o il personaggio non ha basi per conoscerlo.

**Azione non disponibile:** «Non posso spostare il carro mentre la squadra del cancello lo sta usando». Se esiste una condizione che può cambiare in seguito, indicala laddove sia utile.

**Richiesta poco chiara o non supportata:** «Posso rispondere a domande sulla strada e sul cancello. Cosa vorresti sapere?». Offri una direzione supportata anziché un errore generico.

**Domanda ripetuta o irrilevante:** Fornisci una breve risposta che preservi il limite, quindi lascia che il giocatore provi un altro argomento o se ne vada.

Sezione 7

Mantieni la conversazione opzionale e leggera

Rendi l'invito facile da notare, ma consenti ai giocatori di ignorarlo, andarsene prima o fermarsi dopo l'esempio. Se le informazioni sono necessarie per completare il capitolo, fornisci un'altra strada per ottenerle o rendi la conversazione un requisito chiaro e intenzionale; non mascherare un passaggio obbligatorio da opzionale. Evita di richiedere ai giocatori di esaurire ogni argomento solo per scoprire quali siano quelli importanti.

Un breve segnale visivo può aiutare a distinguere i tipi di input: gli argomenti suggeriti, un campo di testo libero e le scelte d'azione non dovrebbero sembrare intercambiabili se comportano conseguenze diverse. Mantieni le istruzioni vicine all'interazione pertinente. Il saggio [“Less Text, More Visuals”](https://aclanthology.org/2022.games-1.3/) riporta uno studio qualitativo condotto con 12 giocatori di giochi linguistici e per l'apprendimento delle lingue; i partecipanti si aspettavano elementi visivi e hanno trovato eccessivo un testo di onboarding troppo lungo, riscontrando al contempo problemi con il contesto linguistico e il feedback. Si tratta di uno studio limitato su un GWAP per l'NLP, non della prova che ogni gioco necessiti di meno testo o che lo stesso approccio funzioni per tutti i generi. Consideralo un motivo per fare dei test, non una regola universale: rendi chiaro il segnale, poi verifica se i giocatori lo comprendono nel tuo gioco specifico.

La ricerca sul grounding del dialogo offre una lezione correlata ma distinta. In [“A Framework for Exploring Player Perceptions of LLM-Generated Dialogue in Commercial Video Games”](https://aclanthology.org/2023.findings-emnlp.151/), 28 giocatori reclutati da un subreddit di *Disco Elysium* hanno valutato i dialoghi in un'interfaccia di conversazione RPG ricreata. Gli autori riferiscono che i testi dei designer originali sono stati nettamente preferiti a quelli generati da GPT-4, con i partecipanti che hanno citato la fluidità logica e il radicamento nello stato di gioco. Si è trattato di una valutazione del dialogo, non di un test di onboarding per il primo capitolo. Questo studio supporta l'importanza di conversazioni coerenti e consapevoli dello stato del gioco, ma non stabilisce come insegnare le regole di conversazione a tutti i giocatori.

Sezione 8

Verifica se i giocatori hanno appreso le regole giuste

Dopo aver strutturato la sequenza, osserva se un nuovo giocatore riesce a rispondere a quattro domande pratiche senza una lunga spiegazione:

Cerca discrepanze tra ciò che i giocatori deducono e ciò che il sistema fa effettivamente. Se presumono che ogni risposta cambi il mondo, rafforza la distinzione tra informazione e azione. Se pensano che un rifiuto sia un bug, rendi più chiari il limite o gli argomenti disponibili. Se ritengono che la domanda di esempio fosse obbligatoria, modifica il prompt e assicurati che il capitolo possa proseguire senza di essa.

Il primo capitolo non ha bisogno di spiegare ogni possibile percorso di dialogo. Deve consentire ai giocatori di provare un'interazione rappresentativa e a basso rischio, comprenderne l'esito e osservare come il PNG gestisce un limite. Una volta che queste regole sono chiare, i giocatori possono esplorare le conversazioni successive con una percezione più precisa di ciò che le loro domande possono produrre.

Di cosa può discutere questo personaggio?

Quale scelta, se presente, ha modificato lo stato del gioco?

Cosa fa il personaggio quando non conosce una risposta?

Il giocatore può abbandonare o saltare la conversazione?

Letture correlate