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.
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.