2026-08-07

Per una storia che vuoi mantenere viva tra telefono e computer, lo strumento migliore è quello che archivia lo stato narrativo lato server anziché sul dispositivo: nel 2026, ciò significa una piattaforma ospitata con memoria persistente e piena parità di funzionalità tra web e mobile. Roleplay Game Master su Jenova è l'opzione più adatta per chi mette la continuità al primo posto; DreamGen primeggia nelle scene con più personaggi, NovelAI nella memoria del lorebook controllata dall'autore e SillyTavern per gli utenti disposti a effettuare l'hosting autonomo in cambio del controllo totale. Character.AI resta il punto d'ingresso più semplice, ma è la scelta più debole per la continuità in forma lunga.
Ecco cosa distingue un vero strumento narrativo multipiattaforma da un'app di chat che dispone semplicemente di una versione mobile:
✅ Stato lato server — la storia risiede nell'account, non nel dispositivo, quindi una sessione da telefono e una da desktop coincidono ✅ Memoria che sopravvive alla finestra di contesto — test indipendenti condotti su oltre 200 sessioni di roleplay nel 2026 hanno rilevato una conservazione dei dettagli al turno 40 compresa tra il 21% e il 78%, a seconda della piattaforma ✅ Parità delle funzionalità, non una versione mobile ridotta — modifica, rigenerazione e allegati di file devono funzionare allo stesso modo su entrambi i formati ✅ Nessun costo di riconfigurazione — cambiare dispositivo non dovrebbe richiedere di reinserire una API key, ricaricare una scheda personaggio o risincronizzare una cartella di configurazione ✅ Esportazione o fork — dovresti poter creare una diramazione della storia senza perdere il ramo principale
I compromessi tra queste opzioni sono reali e tutt'altro che simmetrici, quindi è utile definire i criteri di valutazione prima di confrontarle.
La continuità tra dispositivi si interrompe per tre ragioni distinte, e la maggior parte degli utenti attribuisce la colpa a quella sbagliata. Di solito il problema è architetturale, non un bug del modello.
1. Stato sul dispositivo. Gli strumenti self-hosted e local-first conservano schede personaggio, lorebook, registri delle chat e configurazioni dei prompt in una directory locale. Apri lo stesso strumento sul telefono e non esiste nulla di tutto questo, a meno che tu non l'abbia sincronizzato manualmente. Questa è la principale causa del problema "la mia storia è sparita".
2. Troncamento della finestra di contesto. Ogni modello ha una finestra di contesto finita. Quando una conversazione la supera, i turni precedenti vengono esclusi. Non è un problema di sincronizzazione — accade anche su un solo dispositivo — ma diventa più evidente nei flussi di lavoro tra dispositivi perché noti le incoerenze quando torni dopo una pausa. I test editoriali di Feelin hanno registrato Character.AI mentre perdeva traccia di dettagli già stabiliti al turno 20 e ne conservava circa il 21% al turno 40.
3. Divergenza delle funzionalità tra mobile e desktop. Molte piattaforme rilasciano un client mobile ridotto. Modificare un messaggio precedente, regolare i parametri di generazione o allegare un documento di riferimento può essere possibile su desktop e semplicemente non esistere sul telefono. La storia sopravvive; la tua capacità di guidarla no.
La categoria è cambiata abbastanza da rendere ormai questo aspetto importante su larga scala. Le App di companion AI su App Store e Google Play erano state scaricate 220 milioni di volte a livello globale a luglio 2025, e le App companion registrano oltre 10× le sessioni utente mensili delle App di assistenti generici — il che significa che la maggior parte di queste sessioni è breve, frequente e avviene sul dispositivo disponibile in quel momento.
Questo modello d'uso — molte sessioni brevi, dispositivi misti — è esattamente quello che mette in luce un'architettura di continuità debole.
Il giusto quadro di valutazione per il roleplay tra dispositivi è diverso da quello per il roleplay su un unico dispositivo. La flessibilità dei contenuti e l'ampiezza della libreria di personaggi — le due dimensioni su cui si concentrano la maggior parte delle classifiche — sono quasi irrilevanti per la continuità.
Ecco le sei dimensioni che prevedono davvero se una storia sopravvivrà a un cambio di dispositivo, ordinate in base alla frequenza con cui causano problemi:
| Dimensione | Perché è importante | Come testarla |
|---|---|---|
| 1. Posizione dello stato | Lo stato lato server è l'unica architettura in cui cambiare dispositivo non produce conseguenze | Accedi da un secondo dispositivo con una nuova installazione. La storia è presente? |
| 2. Profondità della memoria oltre il contesto | Determina se il turno 60 ricorda il turno 5 | Introduci un dettaglio al turno 5. Chiedine conto al turno 40. |
| 3. Parità delle funzionalità mobile | Determina se puoi guidare la storia da mobile, non soltanto leggerla | Prova a modificare, rigenerare e allegare un file dal telefono |
| 4. Costo di ripresa della sessione | L'attrito in questo punto distrugge l'abitudine | Cronometra il tempo tra l'apertura dell'App e il primo messaggio nella storia |
| 5. Diramazione / fork | Le storie lunghe necessitano di rami sperimentali senza distruggere quello principale | Puoi dividere una linea temporale e mantenere entrambe? |
| 6. Portabilità del modello | La deprecazione di un modello non dovrebbe concludere una storia di due anni | Puoi cambiare il modello sottostante nel corso della storia? |
Una nota sulla ponderazione: le dimensioni 1 e 2 sono eliminatorie se falliscono. Uno strumento può essere mediocre nelle dimensioni 3–6 e risultare comunque utilizzabile per una storia di lunga durata. Uno strumento che fallisce nella dimensione 1 non è affatto uno strumento multipiattaforma, indipendentemente da quanto sia valido sotto altri aspetti.
Di seguito trovi un confronto di riferimento sulle sei dimensioni. Le valutazioni si basano su test pubblicati e sulla documentazione delle piattaforme stesse; dove non è stato possibile verificare i dati, la cella riporta "Non verificato".
| Dimensione | Jenova Roleplay Game Master | Character.AI | DreamGen | NovelAI | SillyTavern |
|---|---|---|---|---|---|
| Posizione dello stato | Lato server, associato all'account; sincronizza tra web, iOS, Android | Lato server, associato all'account | Lato server, associato all'account | Lato server, associato all'account | Sul dispositivo; self-hosted, la sincronizzazione è responsabilità dell'utente |
| Profondità della memoria | Cronologia chat illimitata + memoria persistente tra sessioni | La più debole nei test; ~21% di conservazione dei dettagli al turno 40 | Ha mantenuto bene la memoria fino al turno 30 nei test di terze parti | Basata su lorebook; efficace per entità definite dall'autore | Informazioni sul mondo + estensioni; coerenza degradata intorno al turno 22 nei test |
| Parità mobile | Piena parità tra web, iOS, Android | Solida App mobile | Basata sul web; non verificato per il mobile nativo | Basata sul web; non progettata anzitutto per mobile | Progettata anzitutto per desktop; mobile via browser con configurazione |
| Costo di ripresa | Apri l'App → cronologia chat nella barra laterale → riprendi | Molto basso | Basso | Basso | Elevato — richiede l'esecuzione o il raggiungimento del tuo backend |
| Diramazione | Crea il fork di qualsiasi messaggio in una nuova sessione con tutta la cronologia precedente | Non verificato | Non verificato | Basata sull'editor; diramazione manuale | Dipende dall'estensione |
| Portabilità del modello | Passa tra modelli OpenAI, Anthropic, Google, DeepSeek, xAI nel corso della storia | Solo modello proprietario | Non verificato | Modelli proprietari | Usa la tua API key — controllo completo |
| Prezzi | Piano gratuito; Plus $20/mese (30× utilizzo), Premium $50/mese (75× utilizzo) | Gratuito; Plus $9.99/mese | Piano gratuito + piani a pagamento | $10/mese | Software gratuito; paghi i costi API |
| Ideale per | Lettori che usano più dispositivi e desiderano una storia continua senza configurazione | Chat informali con personaggi, scoperta rapida | Scene corali con più personaggi | Autori solitari che costruiscono un lore strutturato | Utenti tecnici che vogliono controllo totale e privacy locale |
Interpretare la tabella con onestà:
Sì — ma meno di quanto gli utenti suppongano, e per ragioni diverse da quelle che immaginano. L'output del modello è identico; ciò che cambia è la forma del tuo input.
Nel gioco su dispositivi misti emergono tre effetti concreti:
La lunghezza dei messaggi crolla su mobile. Le sessioni desktop producono turni lunghi e descrittivi perché digitare è semplice. Le sessioni da telefono generano turni brevi e reattivi. Nel corso di decine di turni, questo modifica il registro della storia: una narrazione atmosferica su desktop diventa ricca di dialoghi su mobile. È un vero artefatto di continuità ed è causato da te, non dallo strumento.
Il comportamento di modifica diverge. Su desktop, gli utenti rigenerano e modificano abitualmente i turni precedenti per guidare una scena. Da mobile, la maggior parte accetta il primo output e prosegue. Il risultato è che le storie sviluppate prevalentemente da mobile si allontanano di più dall'intento autoriale.
La visibilità del contesto diminuisce. Un telefono mostra forse dalle sei alle otto righe della conversazione precedente. Un desktop mostra a colpo d'occhio gli ultimi scambi. Gli utenti da mobile hanno maggiori probabilità di contraddire qualcosa stabilito due turni prima, semplicemente perché non riescono a vederlo.
La soluzione pratica — una divisione dei ruoli per dispositivo:
Questa divisione è il cambiamento a più alta leva che la maggior parte di chi fa roleplay su più dispositivi può adottare, e funziona su qualunque piattaforma della tabella precedente.
La configurazione cambia in modo significativo a seconda che lo strumento conservi lo stato sul server oppure sul tuo dispositivo.
Per una piattaforma lato server (Jenova, Character.AI, DreamGen, NovelAI):
"Stiamo creando una storia di lunga durata alla quale tornerò nel corso di settimane. Ambientazione: una stazione orbitale in decadimento tre anni dopo l'interruzione delle linee di rifornimento. Io interpreto Vess, l'ultima ingegnera rimasta sulla stazione. Tu controlli tutti gli altri. Tieni traccia delle relazioni, della scarsità di risorse e di tutto ciò che stabilisco come canonico — riprenderò la storia dal telefono tra una sessione e l'altra, quindi mantieni un senso continuo del punto in cui ci siamo fermati."
"Prima di continuare — dammi un breve riepilogo dello stato: chi è vivo, cosa è stato stabilito e dove abbiamo interrotto la scena."
Per uno stack self-hosted (SillyTavern):
I riepiloghi di checkpoint sono la tecnica universale. Funzionano su ogni piattaforma di questo confronto, perché un riepilogo pubblicato nella conversazione rientra nella finestra di contesto e sopravvive al troncamento che ha escluso i turni originali.
I roleplayer esperti identificano costantemente lo stesso punto di fallimento: il problema raramente è la qualità di scrittura del modello e quasi sempre la gestione dello stato della storia.
"L'errore che commettono le persone è trattare la memoria come una funzionalità da scegliere una volta sola. È una pratica. Le piattaforme con le architetture più solide traggono comunque un enorme beneficio da un utente che crea checkpoint — perché un riepilogo scritto al turno 20 è un artefatto duraturo che rientra nel contesto a ogni turno successivo, mentre la scena originale che descrive alla fine verrà esclusa. I test lo confermano agli estremi: la conservazione al turno 40 varia da circa un quinto dei dettagli stabiliti a quasi quattro quinti, in base alla piattaforma. È una differenza di quattro volte a parità di attività. Ma un utente che crea checkpoint su una piattaforma mediocre supererà un utente che non lo fa su una piattaforma solida."
"Sulla questione dei dispositivi in particolare, ciò che osserviamo più spesso è la deriva del registro. Qualcuno costruisce una storia atmosferica e a sviluppo lento su un laptop durante un fine settimana, poi la continua da telefono per due settimane di spostamenti quotidiani e torna confuso sul perché sembri diversa. Il modello non è cambiato. La lunghezza del suo input è diminuita del settanta o ottanta per cento, e la storia l'ha seguita. La soluzione non è tecnica — consiste nell'assegnare a ogni dispositivo un ruolo. Desktop per i turni che definiscono la direzione, mobile per quelli che la fanno avanzare."
"L'aspetto architetturale che le persone sottovalutano è la portabilità del modello. Oggi le storie di lunga durata sopravvivono regolarmente alla generazione di modello con cui sono iniziate. Se la tua narrazione di due anni è vincolata a un solo modello proprietario e quel modello viene deprecato o ricalibrato, i tuoi personaggi cambiano personalità dall'oggi al domani. Poter spostare una storia tra diversi provider non è una funzionalità di comodità su questa scala temporale — è un'assicurazione sulla continuità."
— Team di prodotto Jenova, 8 anni di esperienza nella creazione di sistemi conversazionali AI e architetture di memoria per agenti

La risposta giusta dipende meno da quale strumento sia "il migliore" e più dal tipo di problema che puoi tollerare.
Scegli Roleplay Game Master di Jenova se: la tua principale frustrazione è perdere il filo tra dispositivi, vuoi nessun attrito di configurazione su mobile e apprezzi la possibilità di cambiare il modello sottostante senza interrompere la storia. Disponibile su jenova.ai/a/roleplay-game-master. Il piano gratuito include tutte le funzionalità principali con utilizzo limitato; i piani a pagamento partono da $20/mese con 30× l'utilizzo gratuito, e l'utilizzo si reimposta ogni mese alla data di fatturazione senza limiti giornalieri. Accetta il compromesso: nessuna libreria di personaggi da esplorare, nessuna illustrazione di scena nel flusso, nessun multigiocatore.
Scegli Character.AI se: vuoi la più grande libreria di personaggi e la minore barriera per iniziare, e le tue sessioni sono abbastanza brevi da non raggiungere mai i limiti della memoria. Non sceglierlo per una storia che intendi portare avanti per mesi.
Scegli DreamGen se: la tua storia ha un cast corale e ti servono più personaggi AI in scena contemporaneamente. È una vera capacità architetturale che la maggior parte delle piattaforme a personaggio singolo non possiede.
Scegli NovelAI se: ti consideri un autore anziché un giocatore e desideri un lorebook e un editor di testo invece di una finestra di chat. Il suo modello di memoria è il più controllabile tra tutte le opzioni presenti, sebbene sia il meno adatto a un utilizzo anzitutto da telefono.
Scegli SillyTavern se: hai dimestichezza con la tecnologia, vuoi i tuoi dati sul tuo hardware e desideri che il limite della qualità del modello sia determinato dalla tua scelta API anziché da un fornitore. Metti in conto tempo reale per la configurazione tra dispositivi.
Una nota sui prezzi nella categoria: la maggior parte delle piattaforme di roleplay si colloca in una fascia ristretta. Test di terze parti su otto piattaforme nel 2026 hanno rilevato piani premium compresi approssimativamente tra dieci e trenta dollari al mese, mentre un'altra panoramica del 2026 ha collocato la maggior parte dei piani premium tra $5 e $20 al mese. Il prezzo non è un fattore di differenziazione significativo. L'architettura sì.
Le trascrizioni di roleplay sono tra i dati più personali che la maggior parte degli utenti genera, e una storia di lunga durata ne concentra anni in un unico luogo. Considera la scelta della piattaforma una decisione sulla privacy, non soltanto sulle funzionalità.
Cosa verificare prima di impegnarti:
Le linee guida dei recensori di piattaforme a livello di categoria sono coerenti: tratta il testo di roleplay come contenuto sensibile, leggi l'informativa sulla privacy di ogni piattaforma e usa stack locali con modelli locali quando hai bisogno del massimo controllo.
Una nota di sicurezza che vale la pena esprimere chiaramente: questa categoria presenta rischi documentati per gli utenti più giovani. Il sondaggio 2025 di Common Sense Media, rappresentativo a livello nazionale e condotto su 1.060 adolescenti statunitensi, ha rilevato che il 72% aveva usato AI per compagnia e il 34% di questi utenti aveva dichiarato di essersi sentito a disagio per qualcosa detto o fatto da un bot. La stessa ricerca ha raccomandato una verifica dell'età più rigorosa e una migliore moderazione dei contenuti in tutta la categoria. Se stai configurando l'accesso tra dispositivi per un nucleo familiare, i controlli a livello di dispositivo contano quanto la scelta della piattaforma.
Una storia multipiattaforma ben gestita ha tre caratteristiche che una gestita male non possiede, e nessuna di esse è una funzionalità della piattaforma.
Ha un documento canonico. Da qualche parte — un messaggio di checkpoint, una voce del lorebook, un file allegato — esiste un riepilogo dello stato attuale che viene aggiornato ogni 15–20 turni. È l'artefatto che rende invisibile il cambio di dispositivo, perché è abbastanza breve da sopravvivere al troncamento del contesto e abbastanza completo da ricostruire la storia.
Ha ruoli di dispositivo assegnati. Definizione della direzione sullo schermo più grande, avanzamento su quello più piccolo. Gli utenti che non lo fanno sperimentano la deriva del registro e danno la colpa al modello.
Ha disciplina nelle diramazioni. Le scene sperimentali vengono sottoposte a fork anziché messe a rischio. Sulle piattaforme che supportano il fork di una conversazione da qualsiasi messaggio, è un'operazione da due tocchi; su quelle che non lo supportano, significa conservare una copia manuale della trascrizione prima di un turno rischioso.
Ogni piattaforma di questo confronto può supportare una storia che dura mesi. Quelle con stato lato server e memoria profonda lo rendono più facile. Ma la differenza tra una storia che sopravvive e una che crolla coincide soprattutto con la differenza tra un utente che crea checkpoint e uno che non lo fa — ed è l'unica variabile interamente sotto il tuo controllo.
Se stai creando personaggi e dettagli del mondo prima di avviare una storia di lunga durata, il nostro Character Creator è progettato esattamente per questo tipo di preparazione.