#fork conversazione#roleplay IA#narrative ramificate#funzioni Reverie#suggerimenti chat IA
Come forkare una conversazione IA senza perdere la magia
Reverie Team
•
In questa pagina
La prima volta che forki in Reverie, la tentazione è forkare ovunque. Risposta così così? Fork. Scelta rimpianta? Fork. Curiosità per l'altra risposta? Fork.
Una settimana dopo hai 14 rami sullo stesso tronco e non ti ricordi quale ti piaceva.
Il fork è una delle funzioni più potenti di Reverie e una delle più facili da usare male. Questa è una guida sul campo per usarlo come autrice, non come save-scummer.
Cosa fa davvero il fork
In Reverie, ogni messaggio ha un punto di fork. Forkare da un messaggio crea un nuovo ramo che:
Eredita tutto fino a quel punto — stessa cronologia, stessa memoria a lungo termine, stesso stato del personaggio.
Diverge da lì — il nuovo ramo ha cronologia propria, accumulo di memoria proprio, riassunti propri.
Non risale al ramo originale — ciò che succede nel ramo non filtra al filo principale. Il personaggio dell'originale non "apprende" mai cosa è successo in quello alternativo.
Puoi nominare ed etichettare rami, spostarti tra essi, e non c'è limite pratico al numero.
L'ultima proprietà — rami in sandbox — è l'intero motivo per cui il fork è utile. È anche ciò che si dimentica di più nell'entusiasmo.
Fork vs. swipe: quando uno, quando l'altro
Le due funzioni si sovrappongono e molti le confondono. Non andrebbero confuse.
Swipe / rigenera crea varianti della stessa risposta. Operazione piccola e locale. Il personaggio rifrasea il turno. Il prossimo messaggio prosegue con una variante. Usa quando:
La risposta ha la intenzione giusta ma la formulazione sbagliata.
Vuoi confrontare due atterraggi dello stesso beat.
Vuoi calibrare il ritmo nel turno senza cambiare direzione.
Articoli correlati
Fork crea una nuova linea temporale. Operazione strutturale. Tutto a valle diventa un ramo separato con futuro proprio. Usa quando:
Vuoi provare un percorso radicalmente diverso — altra risposta, altra scena, altra atmosfera.
Hai preso una decisione che vuoi ritirare senza cancellare il prima.
Vuoi proteggere l'arco attuale mentre sperimenti.
Regola: dentro un beat, swipa; tra scene, forka. Stai scegliendo tra due versioni di ciò che dice il personaggio — swipe. Di cosa succede dopo — fork.
Tre buone ragioni per forkare
Casi in cui rende:
1. Il "e se" su cui non vuoi impegnarti
Il personaggio sta per decidere. Sei sinceramente in dubbio. Forka prima della decisione, sviluppa una via nel ramo, guarda come atterra. Ti piace — resti. Non ti piace — l'originale è intatto.
È come usano i fork gli scrittori. Trattalo come una bozza — a buon mercato, scartabile, utile per vedere se una direzione cammina.
2. Annullare un errore puliti
Hai mandato un messaggio che rimpiangi — rivelato troppo presto, tono che ha rotto la scena, personaggio messo all'angolo senza volere. Forka prima del messaggio brutto, rifai, e non guardare l'originale finché non vuoi.
Trappola da evitare: cancellare invece di forkare. Cancellare è irreversibile, forkare no. E il fork è più pulito — l'arco originale resta, casomai l'"errore" si rivelasse interessante.
3. L'arco parallelo che vuoi separato
Stesso personaggio, due storie. Diciamo: un romanzo lento e un "se non ci fossimo mai incontrati", in parallelo. Il fork mantiene indipendenza vera — il ramo romantico non sa dell'alternativo, e viceversa.
Combina con persona utente — gestisci vite completamente separate con lo stesso personaggio senza contaminazione.
Tre ragioni che sembrano buone e non lo sono
Pattern che fanno proliferare i rami:
Fork perché la risposta del modello era mediocre. Territorio dello swipe. Forkare per una risposta così così lascia un ramo che non rivisiterai e disordine che non sistemerai.
Fork invece di modificare la memoria. Se il personaggio "dimentica continuamente" qualcosa, la soluzione è il pannello memoria (guida), non un nuovo ramo.
Fork per "salvare" prima di un rischio. Reverie salva da solo. Il ramo non è un file di salvataggio. Se forki prima di ogni beat drammatico, non esplori — accumuli.
Gestire i rami senza affogare
Abitudini che tengono l'albero leggibile:
Dai un nome al momento del fork. Etichette tipo "confessione più morbida", "lei non lo dice", "alt: lei se ne va". Tra una settimana "Ramo 5" non dice niente.
Un ramo canonico. Decidi quale è "la storia" e non forkare a cuor leggero. Gli altri sono esperimenti, non paritari.
Pota. Ramo non toccato da due settimane, ricordi perché hai forkato ma non cosa è successo — cancella. Non porta peso.
Forka ai confini di scena, non in mezzo a una battuta. Forkare nel mezzo di un beat lascia due scene a metà. Forka dopo che il beat ha atterrato, su una pausa naturale.
Cosa il fork NON fa
Aspettative giuste evitano frustrazioni:
I rami non si rifondono al tronco. Niente "prendi il buono di B e mettilo in A". Vuoi entrambi — porti il contesto a mano.
Il personaggio non ha consapevolezza tra rami. Non sa "in un'altra timeline ci siamo baciati". Quei dati letteralmente non li ha. Non citare contenuto di un ramo dall'interno di un altro.
Il fork non resetta il personaggio. Personalità, voce, scenari, memoria a lungo termine al punto di fork vengono portati. Forkare è "se avessi scelto diversamente", non "ricominciare".
Per ricominciare davvero — nuova conversazione. È un'altra primitiva.
Workflow che funziona
Un ritmo che regge:
Arco principale normale — varianti via swipe, niente fork.
Arrivi a un vero punto di biforcazione — scelta morale, confessione, decisione che farebbe perdere il sonno al personaggio.
Un solo fork. Entrambi i rami subito nominati ("dice sì" / "dice no").
Sviluppa ciascuno per più beat — non una risposta, parecchie.
Scegli quale continuare. L'altro non cancellarlo subito; lascialo riposare una sessione.
Una settimana senza tornarci — pota.
È come scrittrici trattano le revisioni. Il punto non è tenere tutto — è impegnarsi su una versione, sapendo che l'esperimento è stato reale, non speculazione.
Incastri con il resto di Reverie
Memoria — ogni ramo accumula la sua; ciò che fissi in uno non migra negli altri.
Ritmo — se una scena richiede un'apertura completamente diversa, forka invece di swipare all'infinito per "la prima risposta giusta".
Persona — per separare archi del tutto (altro nome, memoria, relazione), le personas vanno oltre il fork.
Scrittura del personaggio — un personaggio più affilato rende le differenze tra rami più significative. Vago: tre varianti quasi identiche della stessa risposta.
Conclusione
Forka come si lavora su una bozza, non come si gioca con i save. Ramifica su scelte reali, swipa sulle battute, nomina tutto, pota ciò che non rivedrai.
La magia del fork non è "tutte le possibilità aperte" — è la capacità di impegnarsi su una versione, sapendo che la strada non presa è ancora lì se serve.
