Come dovrebbe accogliere gli utenti nuovi e di ritorno un personaggio IA di fantasia?
Un personaggio IA di fantasia dovrebbe offrire a un utente alla prima esperienza un punto d'ingresso chiaro: chi è il personaggio, quale scena è in corso e alcuni modi per partecipare. Quando un utente ritorna, il personaggio può richiamare brevemente il contesto confermato e offrire di riprendere, rivedere o iniziare qualcosa di nuovo. La differenza fondamentale sta nel livello di orientamento di cui ciascuna persona ha bisogno, non in ciò che il personaggio presume su di essa. Un ritorno dopo un lungo intervallo non rivela l'identità, i tratti personali o lo stato di una relazione.
Cosa deve sapere un utente alla prima esperienza?
Un nuovo arrivato giunge senza un contesto conversazionale condiviso. Prima di chiedergli di compiere scelte all'interno della scena, stabilisci tre elementi: il ruolo del personaggio, la situazione e ciò che l'utente può fare a seguire. Mantieni questi dettagli concreti. «Sono Mira, la guardiana del turno di notte di una piccola stazione ferroviaria. L'ultimo treno è in ritardo; puoi aiutarmi a controllare la bacheca degli avvisi, chiedere informazioni sul binario o suggerire cosa fare nell'attesa»: questa frase fornisce un ruolo, una scena e azioni praticabili in un'introduzione sintetica.
Questa struttura segue un principio di progettazione più ampio relativo al primo utilizzo: spiegare lo scopo di un agente, offrire esempi di possibili compiti iniziali e stabilire aspettative precise su ciò che può fare. Le linee guida di Microsoft sulla progettazione degli agenti raccomandano di chiarire lo scopo e di utilizzare prompt di avvio corrispondenti alle effettive capacità. Per un personaggio di fantasia, l'equivalente consiste nel mostrare la premessa narrativa e offrire un piccolo insieme di azioni adeguate alla scena, anziché aspettarsi che un nuovo utente inventi l'interazione partendo da un campo vuoto. Microsoft Learn: Human-centered design for agents e Microsoft Learn: Foundational agent customizations
L'apertura non richiede una lunga biografia o un elenco esaustivo di funzionalità. Fornisci solo le informazioni necessarie per compiere una prima scelta. Rendi il ruolo dell'utente facoltativo e facile da modellare: potrebbe esaminare la bacheca, fare una domanda o proporre una direzione diversa. Se la premessa è solo un invito a improvvisare, dillo chiaramente. In questo modo gli utenti comprenderanno l'interazione senza dare a intendere che il personaggio li conosca già.
Cosa dovrebbe cambiare quando qualcuno ritorna?
Un utente di ritorno può trarre vantaggio dal non dover ricostruire una scena già impostata in precedenza. Se è disponibile una cronologia di conversazione affidabile, un breve riepilogo può nominare l'ultima scena o decisione confermata, lasciando poi che l'utente decida se sia ancora valida. Ad esempio: «L'ultima volta abbiamo lasciato Mira alla stazione con il treno in ritardo. Vorresti riprendere da lì, rivedere l'accaduto o iniziare una nuova scena?». Questo è un esempio di progettazione, non una dichiarazione relativa alla funzionalità di un prodotto specifico.
Questo approccio sfrutta il contesto per ridurre le ripetizioni, lasciando la mossa successiva nelle mani dell'utente. Microsoft descrive interfacce per utenti di ritorno che rendono navigabili le conversazioni passate, consentendo alle persone di riprendere senza dover ripetere il contesto. Analogamente, le linee guida di conversation design di Google raccomandano di tenere conto delle interazioni precedenti mantenendo i messaggi pertinenti e concedendo il turno all'utente. Queste fonti supportano il recupero della cronologia come ausilio; l'ulteriore raccomandazione di offrire un nuovo inizio è una deduzione progettuale pratica per il gioco di ruolo narrativo, in cui una vecchia scena potrebbe non corrispondere più a ciò che l'utente desidera. Microsoft Learn: Foundational agent customizations e Google: Conversation Design: Speaking the Same Language
Mantieni il riepilogo breve, specifico e correggibile. Separa ciò che la conversazione ha stabilito da ciò che il personaggio potrebbe solo supporre. «Eravamo rimasti alla stazione» è un riferimento alla scena; «Ti piace sempre aiutare Mira» trasforma una singola scelta passata in un'affermazione sull'utente. Se il sistema non è in grado di recuperare una cronologia attendibile, dovrebbe chiedere da dove iniziare o offrire una nuova scena invece di inventare una continuità.
In che modo il personaggio può evitare di ostentare un'eccessiva familiarità?
Tratta il tempo trascorso come un dato oggettivo dell'orologio, non come la prova di un legame personale. Una lunga assenza non dimostra che qualcuno abbia dimenticato una scena, sentito la mancanza di un personaggio, acquisito maggiore confidenza o desideri un saluto più caloroso. Evita frasi che presentino queste supposizioni come storia condivisa. Il personaggio può semplicemente dire: «Bentornato. Vorresti continuare una scena precedente o iniziare qualcosa di nuovo?». Se l'interfaccia è in grado di identificare una specifica conversazione salvata, può citarla senza attribuire un motivo al ritorno dell'utente.
La stessa cautela vale per la personalità e le preferenze. Un utente che una volta ha scelto di indagare su un rumore non ha necessariamente sviluppato una passione duratura per il mistero. Un'azione precedente può essere rievocata come un fatto compiuto («Hai scelto di controllare la porta della serra») e l'utente può confermarla, modificarla o ignorarla. Questa distinzione è un'inferenza di progettazione editoriale: le linee guida di conversation design citate supportano l'uso del contesto effettivo dell'interazione, ma non giustificano il trattare tale contesto come prova di un tratto personale o di una relazione duratura.
Quante opzioni dovrebbe offrire l'apertura?
Offri pochi passaggi successivi ben distinti, formulati in modo che l'utente possa agire concretamente. Ad esempio: continuare la scena, ripassare l'ultimo momento o iniziarne una nuova. All'interno di una scena, le opzioni potrebbero essere fare una domanda a un personaggio, esaminare un oggetto o proporre un'altra azione. Evita un menu sterminato con ogni possibile attività; una conversazione dovrebbe lasciare spazio all'utente per contribuire con parole proprie.
L'articolo sul conversation design di Google raccomanda di mantenere brevi i menu vocali e suggerisce di presentare le opzioni in gruppi di massimo tre elementi. Tale indicazione è rivolta nello specifico alle interfacce conversazionali, in particolare quelle vocali, quindi non va considerata come un limite universale per ogni tipo di schermo. Tuttavia, come utile punto di partenza per il benvenuto di un personaggio, tre scelte chiare mantengono la prima decisione gestibile, lasciando al contempo spazio per una risposta aperta. Google: The “Rule of Three” Also Works in Conversation Design
Cosa dovrebbe dire il personaggio quando il contesto è incerto?
Utilizza una breve sequenza di recupero: individua ciò che è noto, segnala ciò che è incerto e chiedi all'utente cosa desidera fare. Se il personaggio ricorda solo un luogo, potrebbe dire: «Ho memorizzato la stazione come nostra ultima ambientazione, ma non ho un appunto preciso su ciò che è successo dopo. Continuiamo da lì, facciamo un riassunto insieme o scegli un'altra ambientazione?». Questa formulazione evita di trasformare un dettaglio mancante in una storia inventata.
Se l'utente corregge il riassunto, accetta la correzione e prosegui utilizzandola. Se sceglie una nuova scena, non continuare a ricondurre la conversazione a quella precedente. Queste sono implicazioni pratiche del rendere la cronologia modificabile e del mantenere visibile la scelta dell'utente; le fonti citate consigliano di favorire chiarimenti e affinamenti iterativi, pur non prescrivendo questo esatto dialogo narrativo. Microsoft Learn: Human-centered design for agents
Uno schema semplice per entrambi i messaggi di benvenuto
Per una prima visita, scrivi: «Sono [personaggio e ruolo]. Ci troviamo a [scena specifica]. Puoi [opzione uno], [opzione due] o [opzione tre], oppure proporre un'altra mossa». Per un ritorno, scrivi: «L'ultima volta, [breve scena o decisione confermata]. Vorresti riprendere, fare il punto o ricominciare da capo?». Utilizza il secondo schema solo quando il contesto precedente è effettivamente disponibile e attendibile.
La differenza sta nell'orientamento. Gli utenti alla prima esperienza necessitano di una premessa sufficiente per partecipare; gli utenti di ritorno potrebbero desiderare un promemoria sintetico e un modo semplice per scegliere cosa accadrà dopo. In entrambi i casi, mantieni le parole del personaggio legate alla conversazione verificabile, presenta opzioni reali e lascia che sia l'utente a decidere se mantenere la continuità.