Perché il roleplay AI NSFW dimentica la storia e come correggere la memoria

Il personaggio ricorda il colore degli occhi ma dimentica la promessa fatta ieri. Una relazione sviluppata in una serata torna a estranei. Un segreto viene citato da qualcuno mai presente nella stanza. Nel lungo roleplay AI NSFW questi errori rovinano una scena più rapidamente di una prosa goffa.

La soluzione pratica è dare dimore diverse a tipi diversi di memoria. Tieni identità e limiti permanenti nella definizione del personaggio. Tieni luogo, relazione e situazione immediata in una breve nota di stato. Trasforma scene finite in riepiloghi fattuali. Recupera eventi vecchi quando servono tramite lorebook o retrieval. Lascia intatti i dialoghi recenti perché il personaggio conservi la propria voce.

Una finestra di contesto maggiore dà spazio, ma non ripara un riepilogo sbagliato o una relazione obsoleta. Prima di pagare un modello diverso, esamina cosa ha inviato davvero il frontend. Il fatto mancante può essere uscito dal prompt; quello sbagliato può essere ancora dentro.

Questa guida usa SillyTavern perché le fonti di memoria sono visibili e modificabili. Gli esempi seguono una storia romantica tra Mara, 32 anni, e Julian, 35, adulti immaginari. Sono esempi di scrittura, non trascrizioni di test. Puoi usare la stessa struttura in un altro frontend che permetta di modificare fatti, riepiloghi e note persistenti.

Individua prima quale tipo di dimenticanza hai

Non ogni risposta sbagliata è un problema di memoria. Un personaggio può sapere che un evento è successo e rispondere comunque in modo sgradito. Può mantenere fatti corretti perdendo voce. Può rifiutare una scena per regole di contenuto di modello o servizio. Richiedono cambi diversi.

Per la memoria, parti da un errore concreto. Scrivi il fatto atteso e trova dove è diventato vero nella conversazione. Confrontalo con le informazioni della richiesta successiva. La documentazione prompt SillyTavern spiega l'esame del prompt montato, con Prompt Itemization di una risposta e l'estensione facoltativa Prompt Inspector.

Cerchi una di tre situazioni:

• Il fatto manca. Va portato avanti o recuperato. Un promemoria mai inserito nella richiesta non aiuta.
• Il fatto c'è ma anche una versione più vecchia. Elimina o data chiaramente la vecchia. Un altro promemoria può peggiorare il conflitto.
• Il fatto corretto c'è senza contraddizione. Il modello può interpretarlo male, fare supposizioni o dare più peso ad altro. Chiarisci parole, elimina distrazioni e prova una breve continuazione prima di cambiare tutto.

Supponi che Mara inviti Julian a casa dopo il secondo appuntamento. Nella scena seguente lui chiede se accetterebbe mai un primo appuntamento. Se nella richiesta manca il ricordo dell’appuntamento, è andata persa una parte della storia. Se la scheda dice ancora «non si sono mai incontrati», è configurazione obsoleta. Se la richiesta descrive chiaramente entrambi gli appuntamenti e la relazione, la generazione non ha usato l'informazione fornita.

La distinzione indica l'azione. Storia persa: memoria. Configurazione vecchia: modifica. Errore generativo: continuazione corretta o prompt più mirato. Installare una seconda estensione prima aggiunge complessità senza risolvere la causa.

È una diagnosi iniziale, non promessa di una sola causa per ogni caso. Serve perché ogni correzione modifica testo specifico invece di chiedere «ricorda meglio».

Dai cinque compiti diversi a cinque tipi d'informazione

Una buona memoria non conserva ogni frase. Conserva ciò che serve alla prossima scena senza annegarla nella prosa di ieri. Pensa al promemoria per un coautore umano: chi sono, cosa è cambiato, cosa fanno ora e quali momenti precedenti li influenzano.

Fatti permanenti: chi è la persona

Usa la definizione per informazioni vere nell'intera storia: età, identità, personalità centrale, preferenze stabilite, relazioni durature esterne al romance e limiti del ruolo dell'AI.

Per Mara una definizione utile:

Mara è una fotografa di restauri di 32 anni. È osservatrice, ironica in modo asciutto e lenta a parlare di sentimenti privati. Sua sorella Leena vive in un'altra città. Mara mostra affetto con aiuto pratico prima di esprimerlo direttamente. L'utente controlla dialoghi, decisioni e sentimenti di Julian.

Dà una persona da scrivere. Non dice che ogni scena debba includere sorella, lavoro e spiegazione della personalità. Non dice nemmeno che resterà emotivamente distante per sempre. Una tendenza centrale lascia spazio allo sviluppo.

La documentazione di progettazione dei personaggi identifica i campi inclusi in ogni generazione e spiega che definizioni permanenti lunghe lasciano meno spazio alla chat. Metti lì identità essenziale; sposta ambientazioni lunghe e retroscena incidentali altrove.

Non trasformare la scheda in una trascrizione crescente. Ogni appuntamento, litigio e abito rende più difficile distinguere chi sia Mara da cosa le sia successo. Rende anche una definizione riutilizzabile specifica a una trama. Mantieni pulita la scheda iniziale e metti l'evoluzione nella memoria della chat.

Stato corrente: cosa è vero adesso

Lo stato cambia. I personaggi cambiano stanza, un litigio si risolve, un ospite parte, la relazione si avvicina o richiede pausa. Non sono tratti permanenti da conservare come descrizioni eterne.

Per la scena attuale scrivi:

Scena presente: venerdì sera, appartamento di Mara, dopo il secondo appuntamento. Mara e Julian sono a proprio agio ma non hanno discusso esclusività. Mara ha appena offerto caffè. Julian non ha risposto. Leena non è presente. Continua dall'offerta senza risposta; non ricominciare le presentazioni.

È breve e specifico per evitare reset. L'offerta aperta indica dove si ferma la storia. Senza quel dettaglio un riepilogo incoraggia a saltare la scelta successiva dell'utente.

Una Author's Note specifica della chat è una possibile sede in SillyTavern. La guida Author's Note descrive posizione e frequenza. Per un promemoria attivo, frequenza zero significa nessun inserimento; uno lo include a ogni input utente. Sono impostazioni reali; la posizione migliore per il modello va controllata e regolata.

Evita una nota grande immutata per tutta la serata. Un appartamento descritto perfettamente diventa sbagliato quando escono. Aggiorna lo stato alla scena nuova invece di aggiungere la stanza sotto quella vecchia.

Riepiloghi di eventi: cosa è successo davvero

Una scena finita va in un riepilogo. Risponde a chi ha fatto cosa, cosa è cambiato, cosa è stato concordato e cosa resta aperto. Registra eventi, non tenta una seconda scrittura elegante della scena.

Nel nostro esempio:

Venerdì, secondo appuntamento: Mara e Julian hanno visitato insieme la mostra notturna. Julian ha restituito la chiave d'ottone che Mara gli aveva prestato per lo studio. Mara ha ammesso di evitare una conversazione difficile con Leena. Julian si è offerto di ascoltare senza contattare Leena da solo. Hanno concordato lo studio domenica pomeriggio. Poi Mara lo ha invitato a casa per un caffè. Non hanno discusso esclusività.

La restituzione ha conseguenze: Julian non ha più la chiave. La promessa su Leena ha conseguenze: non deve chiamarla improvvisamente. La domenica è un piano futuro, non visita completata. L'ultima frase conserva incertezza invece di trasformare una serata calda in relazione formale.

Il riepilogo può omettere descrizioni ripetute della luce conservando questi cambi. È memoria selettiva al servizio della storia, non archivio senza perdita. Tieni l'originale se potrebbe servire il dialogo esatto.

Lorebook: cosa appare soltanto quando pertinente

Serve per fatti occasionali: luogo, oggetto comune, personaggio secondario o evento precedente importante. Non serve una spiegazione dettagliata dello studio a ogni conversazione in cucina.

La documentazione World Info descrive inserimento condizionale tramite chiavi e altre impostazioni. La distinzione è tra salvare e attivare: una nota salvata non aiuta se non entra nella prossima richiesta.

Per la chiave d'ottone usa una voce autonoma:

Chiave d'ottone dello studio: Mara l'ha prestata a Julian durante la prima visita. Lui l'ha restituita alla mostra di venerdì. Attualmente non ha una chiave dello studio. Lo scambio era un primo gesto di fiducia, non permesso permanente di entrare quando vuole.

«Chiave» è rumorosa tra chiavi d'hotel, tasti del pianoforte e decisioni chiave. Usa termini distintivi naturali come «chiave dello studio» o «chiave d'ottone». Titolo nascosto o elenco keyword non spiegano l'evento: il contenuto inserito deve avere senso da solo.

Per inserirlo nella chat:

1. In World Info crea o scegli un lorebook della storia e aggiungi una voce. Incolla il paragrafo in Content e inserisci studio key, brass key in Key. Mantienila abilitata.
2. Apri Character Management → Chat Lore e scegli il libro per la conversazione. Se già assegnato, Chat Lore apre l'editor; Shift+Click sul desktop o pressione lunga sul telefono riapre il selettore.
3. Cita «brass key» in una continuazione e apri Prompt Itemization sulla risposta. Cerca il paragrafo di restituzione nella richiesta. La presenza conferma l'inserimento, non l'uso corretto nella risposta.

Memoria con retrieval: cosa serve da un archivio grande

Il retrieval cerca materiale correlato alla conversazione invece di inserire tutto. Aiuta con molti capitoli, ma può recuperare una situazione vecchia: somiglianza tematica non significa «verità più recente».

La documentazione Chat Vectorization spiega ricerca nella chat passata e compromesso con caching del prompt. La guida Data Bank tratta documenti e ambiti. Strumenti per lavori diversi, nessuno è interruttore magico di continuità perfetta.

Per una storia breve con pochi eventi importanti, parti da riepiloghi corretti e voci chiare. Aggiungi retrieval con un problema vero non comodamente gestibile: un dettaglio del capitolo dodici serve al trenta. Tenere la relazione di oggi sempre disponibile è più semplice che farla riscoprire a ogni turno.

Fatti, stato e passato hanno compiti diversi; il dialogo recente mantiene viva la voce.

Una configurazione piccola prima di installare altro

Puoi riparare una chat difficile senza ricostruire il frontend. La prima versione utile richiede definizione, una nota di stato e un riepilogo leggibile. Offre un posto al fatto che continua a sparire.

Salva prima una copia della chat. Modificherai la memoria e potresti volere lo stato vecchio. SillyTavern offre export e checkpoint nella guida ai file chat. Testo semplice serve a leggere, JSONL conserva metadati per reimportare; immagini e allegati sono separati.

Fai tre modifiche:

1. Elimina condizioni iniziali obsolete. Cerca «non si sono mai incontrati» o «Julian non ha guadagnato fiducia». Tienile solo se la scheda è deliberatamente iniziale e il prompt chiarisce che eventi dopo le superano. Altrimenti trascinano la storia all'apertura.
2. Scrivi lo stato in pochi paragrafi. Luogo, presenti, relazione, azione immediata e ultima scelta senza risposta. Escludi dettagli che non cambiano la prossima risposta.
3. Riassumi eventi vecchi ancora importanti. Promesse, risoluzioni, scoperte e piani. Segna «non stabilito» dove resta aperto invece di far riempire vuoti.

Puoi copiare questa nota manuale:

Storia in corso su Mara, 32 anni, e Julian, 35. Si sono incontrati varie volte e sono a casa di Mara dopo il secondo appuntamento. Interesse reciproco, nessun accordo d'esclusività. Mara ha raccontato il conflitto con Leena; Julian ha promesso di non contattarla per lei. La visita allo studio è prevista domenica e non è ancora avvenuta. Mara ha offerto caffè e aspetta risposta. Scrivi Mara alla prossima azione di Julian senza decidere l'azione di lui.

Continua con una frase modesta senza altro retroscena: «Julian accetta il caffè e chiede quale tazza consigli.» Controlla se Mara resta a casa, lo tratta come conosciuto e mantiene al posto giusto la questione familiare aperta. Non testi tutto il modello: controlli che lo stato corretto basti a una continuazione ordinaria.

Se si azzera ancora, esamina la richiesta. Nota disattivata, altro libro contraddittorio o chat/persona diversa possono intervenire. Se corretta, modifica o rigenera la risposta prima che diventi esempio del turno successivo. Continuare come se l'errore fosse avvenuto trasforma un errore isolato in storia.

Scrivi riepiloghi che conservano cambi, non atmosfera

Un riepilogo vago suona sensato perdendo il dettaglio necessario. «Serata sentita e maggiore vicinanza» lascia aperto quasi tutto: segreto rivelato? Promessa? Litigio risolto? Altro incontro?

Uno migliore separa osservazioni e interpretazioni. Se Mara dice di fidarsi di Julian abbastanza da affidargli la sua fotocamera, registra quella fiducia specifica, non «si fida completamente». Se Julian sospetta una lettera nascosta, registra sospetto, non scoperta. La narrativa adulta vive d'implicazioni ed esitazioni; la memoria conserva distinzioni invece di levigarle.

Una richiesta manuale fuori dai formati obbligatori delle estensioni:

Riassumi la scena completata come note di continuità di una storia immaginaria in corso. Conserva azioni stabilite, cambi della relazione, promesse, oggetti restituiti o trasferiti, scoperte, luogo corrente e piani incompleti. Identifica chi ha assistito a ogni rivelazione privata. Distingui eventi confermati, ipotesi, possibilità immaginate e intenzioni future. Non aggiungere motivi, impegni o eventi non stabiliti dal dialogo. Termina con l'ultima azione irrisolta. Usa linguaggio semplice conciso e nomi invece di pronomi ambigui.

È un aiuto di scrittura, non preset universale testato. Va per riepilogo manuale in testo. Un'estensione con JSON strutturato richiede il proprio formato: sostituirlo con questa prosa può rompere la creazione.

Considera questo riepilogo deliberatamente difettoso:

Mara e Julian sono diventati coppia dopo la mostra. Lei ha raccontato tutto sulla sorella e dato accesso allo studio. Lui ha deciso di aiutare chiamando Leena. Sono andati a casa e hanno bevuto caffè.

Quasi ogni frase cambia la storia. «Coppia» inventa impegno. «Tutto» esagera la rivelazione. «Accesso» ignora restituzione. «Deciso» inventa una scelta di Julian. «Bevuto» salta l'offerta aperta.

Correggi riferendoti alla conversazione, non chiedendo eleganza. Il riepilogo utile è l'evento fattuale sopra. In uno automatico controlla se conserva decisioni reali, non se sembra una quarta di copertina.

Esplicita le assenze importanti

A volte conta ciò che non è successo. Nessuna discussione d'esclusività. Julian non ha incontrato Leena. Mara non ha rivelato contenuto della lettera. La visita di domenica non è ancora avvenuta.

Impediscono scorciatoie. Usale dove il rischio è vivo senza elencare ogni evento mai avvenuto. «Ancora nessuna esclusività» serve; «mai stati su Marte» no.

Conserva una causa emotiva concreta

Un registro asciutto mantiene eventi ma perde significato. Conserva una causa precisa: «Mara si è rilassata quando Julian ha restituito la chiave senza chiedere di tenerla.» Offre qualcosa cui reagire senza dichiarare personalità permanente nuova.

«Mara ora è felice» non dice perché, quanto o dove. La causa concreta consente sentimenti misti dopo; l'etichetta piatta invita a un solo umore fino al prossimo tracker.

Separa archivio e recap della prossima scena

Puoi avere archivio dettagliato e recap attivo breve. Uno risponde a cosa è successo nel capitolo; l'altro cosa deve rispettare la prossima risposta. Non richiedono la stessa lunghezza.

Dopo dieci scene l'archivio include primo incontro, studio, mostra, casa e piani. La scena in appartamento richiede relazione corrente, promessa pertinente e arresto del dialogo. Se compare la chiave recupera allora la sua storia.

Evita così di trasformare la memoria in compiti. Non riscrivere tutto ogni due messaggi. Salva cambi significativi, mantieni stato piccolo e lascia dettagli ordinari nella storia recente fino alla fine della scena.

Usa Summarize integrato per un recap progressivo semplice

È un primo strumento ragionevole per «mantieni disponibile il filo di questa chat». In Extensions apri Summarize e scegli una fonte funzionante. Main API usa la connessione attiva. Leggi e correggi Current summary prima di dipenderne.

La guida ufficiale Summarize documenta Pause e Restore Previous. Aiutano se un aggiornamento inventa impegno o perde promessa. Ferma aggiornamenti durante la correzione o ripristina una versione e aggiungi cambi giusti.

Adatta l'intervallo alla chat, non a un numero rituale. Venti risposte brevi spostano poco; venti lunghe contengono scontro, rivelazione e trasloco. Richiedi recap prima che eventi importanti escano dalla storia attiva e dopo cambi utili alla prossima risposta.

Per iniziare gestibilmente, riassumi manualmente alle fine scena. Leggi due o tre risultati e osserva omissioni. Solo poi automatizza a intervallo adeguato alla lunghezza tipica. Hai una base invece di scoprire dopo una settimana che tutti cambiano la relazione.

Il recap è comodo, ma ricomprimerlo ripetutamente perde piccoli fatti. Proteggi una promessa durevole in una voce propria. Il recap dice che resta attiva; la voce separata mantiene l'ambito esatto.

Non affidare al riepilogo tutta la voce. Mantiene eventi; messaggi recenti e breve esempio mantengono ironia, ritmo e formalità. Istruzioni lunghe di stile in ogni evento rendono meno leggibile e travolgono la chat quando si attivano insieme.

Usa Memory Books per memorie modificabili delle scene

ST Memory Books aiuta quando un solo recap non basta. Mantieni memorie individuali e modifichi quelle importanti invece di un unico riepilogo sempre riscritto. Nel romance lungo primo appuntamento, rivelazione familiare e chiave restano record distinti leggibili.

Una discussione recente SillyTavern indica estensioni, soprattutto STMB, come miglioramento personale. Un'altra sulle estensioni di riepilogo mostra scelte tra memorie lorebook editabili e automatismi. Sono preferenze individuali, non prove controllate per ogni modello.

Parti dalla guida iniziale del progetto. Documenta installazione, libro e prima memoria manuale. Scegli libro adeguato, profilo Current SillyTavern Settings, marca una scena completata con controlli inizio/fine e crea una memoria. Aprila prima dell'automazione.

Leggi prerequisiti attuali per locale o Text Completion. Il progetto richiede ulteriori condizioni di connessione e output strutturato: una bella risposta chat può fallire il JSON necessario. Mantieni intatto il formato integrato mentre fai funzionare la prima memoria.

Scegli un evento corto completo. La mostra ha inizio, oggetto restituito, rivelazione e piano. Selezionare tutta la serata fino allo scambio incompleto in casa facilita confusione tra fatti finiti e possibilità successive.

Funzionando manualmente, la guida utente Memory Books documenta automatismi, comandi di selezione e controlli. Suggerisce venti–trenta messaggi come inizio, non garanzia di lunghezza adatta a ogni scena. Leggi le prime voci e regola al tuo modo di scrivere.

La routine è semplice: lascia salvare i cambi ordinari e correggi manualmente sviluppi che distorti danneggiano continuità. Alla mostra controlla chi restituisce, chi sente, domenica aperta e impegno realmente concordato.

Non installare tre summarizer insieme. Tre recap lievemente diversi competono nella richiesta. Parti da un sistema di eventi e una nota corrente chiara. Aggiungi altro solo per un problema distinto nominabile.

Correggi l'evento, non lo stile: chiave restituita e piano incompleto devono restare tali.

Mantieni corrente la relazione senza riscrivere il personaggio

La deriva relazionale frustra nel NSFW perché scene dipendono da fiducia, familiarità e incertezza sviluppate. Ricordare il luogo e dimenticare relazione produce una scena tecnicamente coerente ma emotivamente sbagliata.

Usa due record. Uno dice cosa ha cambiato la relazione; uno dove sta ora. Il primo storico, il secondo attuale.

Evento storico:

Dopo la mostra Mara ha invitato Julian a casa. Ha detto di sentirsi a proprio agio sola con lui e apprezzato che non insistesse su Leena. Era il secondo appuntamento. Nessuno ha proposto esclusività.

Relazione corrente:

Mara e Julian si frequentano e mostrano interesse con agio. Stanno ancora imparando le preferenze reciproche. Nessuna esclusività concordata e nessuno deve presumere le decisioni future dell'altro.

Se concordano impegno dopo, aggiorna il secondo. Conserva il primo come passato. Una memoria dopo dirà «domenica: esclusività concordata» e lo stato porterà relazione nuova. L'incertezza di venerdì è storia, non istruzione presente concorrente.

Evita di ridurre tutto a punteggio. Fiducia ottanta su cento non dice se riguardi segreto, prestito o famiglia. I numeri possono servire a meccaniche di gioco progettate deliberatamente; non sostituiscono una frase sulla relazione vera.

Mantieni consenso e preferenze concreti. «Mara preferisce discutere cambi di piani prima di impegnarsi» guida un invito nuovo. «Ha accettato la visita domenicale» registra un accordo. Nessuno implica permesso illimitato per il seguito.

Non devi inserire una predica. Devi conservare scelte significative senza farle cancellare dai riepiloghi. La relazione interessa perché restano domande aperte. La memoria le porta avanti senza rispondere per l'utente.

Impedisci alle memorie vecchie di prevalere sui fatti nuovi

Il retrieval restituisce tema giusto e momento sbagliato. Sullo studio può recuperare litigio iniziale e riconciliazione dopo. Senza sequenza riapre il conflitto risolto.

Scrivi etichetta e cambio. «Prima visita: Mara era a disagio quando Julian spostava luci senza chiedere» è meglio di «Mara è a disagio con Julian nello studio», che sembra presente permanente.

Registra la risoluzione:

Seconda visita: Julian si è scusato per aver spostato attrezzatura e ha chiesto prima di toccare altro. Mara ha accettato. Il disaccordo è risolto; preferisce ancora che gli ospiti chiedano prima di spostare materiali di lavoro.

Risolvere non cancella la preferenza. Relazione migliora, regola resta. È più utile che togliere ogni memoria negativa o ignorare tutti i problemi vecchi.

Se una voce obsoleta si attiva sempre, riscrivi le parti presenti come storia. Se non ha altro valore, disattivala. Tieni lo stato attivo in un posto solo, senza note annidate «ignora la memoria precedente».

Marca i piani con stato: «previsto», «completato», «annullato», «cambiato». «Incontro domenica» può sembrare adesso; «piano pendente domenica pomeriggio, non completato» è più chiaro.

Arrivata domenica, registra visita o annullamento e aggiorna. Se salti due settimane, togli l'invito scaduto dalla nota corrente. Altrimenti riemerge urgente dopo che sono andati oltre.

Assegna i segreti a chi li conosce davvero

Uno degli errori peggiori è un segreto che filtra dal narratore. Il riepilogo registra correttamente che Mara parla di Leena a Julian. Poi una scena di gruppo dà a Leena conoscenza dettagliata senza che nessuno glielo abbia detto.

Memoria dell'evento e conoscenza del personaggio sono diverse. L'archivio sa che è successo; ciascuno reagisce solo a ciò che ha visto o appreso. Metti il confine nella memoria del segreto.

Per esempio:

Conversazione privata, venerdì sera: Mara ha detto a Julian di non aver risposto alla lettera di Leena. Julian l'ha sentito direttamente. Leena sa di averla inviata, ma non sa che Mara ne ha parlato a Julian. Nessun altro presente.

Scrivi poi dal punto di Leena. Può notare disagio e chiedere se la lettera sia arrivata. Non conosce la promessa di Julian senza che la storia gliela dia.

Nel gruppo esplicita nomi. «Lei gli ha parlato di lei» è fragile con tre donne e due uomini. «Mara ha parlato a Julian di Leena» è meno letterario e più utile.

Non garantisce separazione perfetta nell'output, ma dà un confine controllabile. Se rivela ancora, correggi prima di procedere e cerca altri riepiloghi che la presentino pubblica.

Non eliminare il segreto: correggeresti Leena togliendo ciò che Julian deve ricordare. Mantieni lo stesso evento con testimoni corretti, non appiattire la storia fino a eliminare qualunque informazione privata.

Separa i rami prima di provare esiti diversi

Alternative sono parte del roleplay. Un ramo accetta domenica, un altro chiede tempo. Condividono definizioni e storia prima della scelta, non record modificabili dopo.

Nomina chiaramente «domenica accettata» e «domenica rimandata». Nota corrente distinta e controllo del libro collegato prima di nuove memorie. Se scrivono nello stesso, il retrieval dice al ramo accettato che l'invito era rifiutato.

Un checkpoint conserva la chat al bivio, ma non presumere che ogni estensione o fonte esterna isoli dati ugualmente. Ispeziona libro attivo dopo il ramo. Controlla documentazione attuale per copia e blocco prima di dipendere dalle opzioni.

Con contaminazione, identifica le voci dopo il bivio. Copia quelle adatte nella fonte del ramo e disattiva le estranee. Condividi storia precedente solo se invariata. Tratto permanente comune sì, risultato specifico no.

Per ricominciare, scegli cosa intendi. «Nuova conversazione con stesso personaggio» parte dallo scenario. «Continuare stessa storia in chat nuova» richiede stato e memorie. «Storia alternativa con cast uguale» ha storia in evoluzione separata. Trattarle tutte come nuova chat fa ricordare appuntamenti mai avvenuti in questa versione della storia.

Esportando o sincronizzando porta fonti e chat. La conversazione visibile non prova che lorebook, documenti o stato estensione siano arrivati. Aprili sulla destinazione e controlla un fatto inequivocabile prima di continuare.

Le alternative condividono il passato; gli eventi dopo richiedono memorie separate.

Cambia modello senza fargli indovinare tutta la storia

Cambiare modifica voce anche con fatti identici. Cambia spazio di storia e interpretazione del preset. Il nuovo modello non eredita una memoria invisibile: vede ciò che invia il frontend.

Prepara un passaggio breve: identità, relazione, ultima scena pertinente, piani e esempio di voce. Escludi l'archivio intero salvo bisogno reale della scena.

Per Mara:

Continua una storia esistente. Mara è fotografa di 32 anni, ironica asciutta e incline a gesti pratici. Julian ha 35 anni e lo controlla l'utente. Si frequentano dopo la seconda uscita, non si incontrano per la prima volta. Sono a casa di Mara. Julian ha accettato caffè. La visita domenicale allo studio è pendente. Ha promesso di non contattare Leena per Mara. Il dialogo di Mara è conciso; scherza un poco prima di rispondere sinceramente. Non decidere la risposta di Julian.

Un esempio originale breve: «La tazza scheggiata è per chi mi piace. La porcellana buona è per chi voglio impressionare.» Trasmette ritmo senza un muro di comandi stilistici.

Usa lo stesso passaggio per un confronto breve. Una continuazione del caffè, controllando luogo, piano, confine del segreto e voce. Non confrontare un vecchio modello dopo due ore plasmate con uno nuovo che ha solo un saluto.

Per un modello testuale diverso, la guida ai modelli roleplay tratta la scelta separata. Ripara prima se il prompt contiene fatto errato. Un modello capace segue comunque un recap sbagliato; uno economico può bastare con scena organizzata.

Separa regole dei contenuti. Un rifiuto non prova appuntamento dimenticato. Una continuazione calda ma meno adulta non è automaticamente memoria. Guarda stato e risposta prima di cambiare strumento, prompt o modello.

Cambiare modello richiede gli stessi fatti e un piccolo esempio della voce, non un nuovo primo incontro.

Riduci i costi senza perdere i dettagli importanti

Contesto lungo costa sulle API a token: testo di ogni richiesta contribuisce agli input. Creare memoria richiede anche chiamate separate. Un'estensione gratuita da installare non è necessariamente gratuita da usare.

Ragiona sulla dimensione senza un prezzo particolare. Un esempio usa quarantamila token input contro dodicimila in versione mirata. Per cinquanta risposte, due milioni contro seicentomila prima di caching e prezzi. È aritmetica, non fattura misurata o risparmio promesso.

Conta quali ventottomila hai tolto. Descrizioni ripetute e scene obsolete possono lasciare tutto il necessario. Se includevano l'unica promessa di Julian, hai meno costo e risultato peggiore. Comprimere vale se conserva cambi significativi.

Riassumere ogni messaggio può costare di più e creare memorie intermedie inutili. Un caffè offerto forse non merita un lavoro nuovo; la rivelazione su Leena sì. Parti da fine scena o intervallo supportato e controlla coerenza delle voci.

Retrieval complica caching perché cambia materiale tra turni, come segnala la documentazione Chat Vectorization. Se l'API beneficia di prompt ripetuti, confronta uso reale dopo averlo attivato invece di presumere che meno messaggi visibili costino meno.

Per scrittura personale il risparmio semplice viene da scheda snella, stato corto e chiamate automatiche non ridondanti. Per un'app devi sapere se memoria è generata a ogni turno, in background o solo al confine scelto. Pattern diversi costano diversamente.

Non mettere ogni fatto sempre attivo per evitare errori retrieval: torni a inviare tutto. Riserva spazio sempre disponibile a identità, stato e pochi vincoli essenziali. Il resto appare quando pertinente.

Quando lo strumento funziona ma la storia si rompe

La notifica riuscita può significare memoria creata. Non significa corretta, attivata o usata bene. Segui il fatto fallito per fasi.

Primo, apri la voce. Se Julian tiene la chiave, correggi prima del retrieval. Nessuna attivazione rende vero il falso. Se omette la restituzione, aggiungi o rigenera dai confini corretti.

Secondo, controlla fonte e attivazione. Libro collegato? Keyword mai usata? Filtro che esclude il personaggio? Spazio nel budget? Controlla opzioni pertinenti invece di alzare tutti i limiti globali.

Terzo, esamina richiesta finale. Salvata ed eleggibile può essere spostata da altro. Cerca «chiave d'ottone restituita» e il contrario vecchio «Julian conserva la chiave». Entrambi spiegano il problema di una memoria apparentemente corretta.

Infine leggi la continuazione. Con fatto giusto e senza conflitti prova una frase corrente più diretta. Se ancora fallisce, altra generazione o modello può essere appropriato. Hai escluso memoria mancante o corrotta invece di cambiare alla cieca.

Mantieni piccola la domanda. «Perché è pessimo nella memoria?» è difficile. «Perché dà una chiave dopo averne registrato la restituzione?» conduce a fonte, trigger, richiesta e correzione. È un lavoro finibile prima della prossima scena.

Una routine ripetibile per una lunga storia adulta

Prima della sessione leggi stato, non tutta storia. Conferma luogo, relazione, piani e chi decide. Trenta secondi scoprono una scena vecchia prima che influenzi dieci messaggi.

Durante lascia intatto il dialogo ordinario. Salva quando cambia qualcosa: promessa, scoperta, risoluzione, limite, oggetto trasferito o piano finito. Negli automatismi controlla voci intorno ai cambi, non ogni scambio banale.

Alla fine separa evento e presente. Registra cosa è successo e sostituisci lo stato con l'arresto attuale. Non aggiungere una nuova scena «corrente» sotto tre vecchie.

Prima di un ramo separa memoria in evoluzione. Prima di modello nuovo prepara passaggio e voce. Prima del dispositivo controlla fonti arrivate. Ognuno evita un reset diverso; nessuno richiede scheda più lunga.

Il risultato voluto è modesto e prezioso: promessa ricordata, relazione non azzerata e scena nuova dove finiva la precedente. Ripara un fatto fastidioso. Vedendolo nella fonte corretta e nella richiesta reale, hai una base molto più solida per valutare la prossima risposta.