Première fois que tu forkes dans Reverie : tentation de forker partout. Réponse pas top ? Fork. Choix regretté ? Fork. Curieux de l'autre réponse ? Fork.
Une semaine plus tard, 14 branches sur le même tronc et tu ne sais plus laquelle te plaisait.
Le fork est l'une des fonctions les plus puissantes de Reverie et l'une des plus mésusables. Voici un guide de terrain pour l'utiliser comme une autrice, pas comme un save-scummer.
Ce que le fork fait vraiment
Dans Reverie, chaque message a un point de fork. Forker depuis un message crée une nouvelle branche qui :
- Hérite de tout jusqu'à ce point — même historique, même mémoire à long terme, même état de personnage.
- Diverge à partir de là — la nouvelle branche a son propre historique de messages, sa propre accumulation de mémoire, ses propres résumés.
- Ne remonte pas dans la branche d'origine — ce qui arrive dans la branche ne suinte pas vers le fil principal. Le personnage de l'origine n'« apprend » jamais ce qui s'est passé dans la branche alternative.
Tu peux nommer et étiqueter les branches, passer de l'une à l'autre, et il n'y a pas de limite pratique au nombre.
Cette dernière propriété — les branches sont en bac à sable — est toute la raison pour laquelle le fork sert. Et c'est ce qu'on oublie le plus quand on s'emballe.
Forker vs. swiper : quand quoi
Les deux se chevauchent et beaucoup confondent. Pas pareil.
Swiper / régénérer crée des variantes de la même réponse. Opération petite et locale. Le personnage reformule ce tour. Ton message suivant continue avec une variante. Utilise quand :
- La réponse a la bonne intention mais la mauvaise formulation.
- Tu veux comparer deux atterrissages d'un même beat.
- Tu veux ajuster le rythme au sein d'un tour sans changer de direction.
Forker crée une nouvelle ligne du temps. Opération structurelle. Tout en aval devient une branche séparée avec son propre futur. Utilise quand :
- Tu veux essayer un chemin fondamentalement différent — autre réponse, autre scène, autre humeur.
- Tu as pris une décision que tu veux retirer sans effacer l'avant.
- Tu veux protéger l'arc actuel en expérimentant.
Règle : dans un beat, swipe ; entre scènes, forke. Tu choisis entre deux versions de ce que dit le personnage — swipe. De ce qui se passe ensuite — fork.
Trois bonnes raisons de forker
Cas où ça vaut :
1. Le « et si » sur lequel tu ne veux pas t'engager
Le personnage va décider. Tu hésites sincèrement. Forke avant la décision, déploie un chemin dans la branche, vois comment ça atterrit. Tu aimes — tu y restes. Sinon — l'original est intact.
C'est ainsi que les écrivains s'en servent. Traite comme un brouillon — pas cher, jetable, utile pour voir si une direction a des jambes.
2. Défaire une erreur proprement
Tu as envoyé un message que tu regrettes — révélé trop tôt, ton qui a cassé la scène, personnage coincé sans le vouloir. Forke avant le mauvais message, refais, et ne regarde l'original que quand tu veux.
Piège à éviter : supprimer au lieu de forker. La suppression est irréversible, le fork non. Le fork est aussi plus propre — l'arc original reste, au cas où l'« erreur » se révèle intéressante.
3. L'arc parallèle qu'on veut séparé
Même personnage, deux histoires. Disons une romance lente et un « et si on ne s'était jamais rencontrés », en parallèle. Le fork garde une indépendance réelle — la branche romantique ne sait rien de l'alternative, et inversement.
Combine avec personas utilisateur — tu fais tourner des vies totalement séparées avec le même personnage sans fuite.
Trois raisons qui semblent bonnes et ne le sont pas
Patterns qui font proliférer les branches :
- Forker parce que la réponse du modèle est moyenne. Territoire de swipe. Forker pour une réponse médiocre laisse une branche jamais revisitée et un fatras non rangé.
- Forker au lieu d'éditer la mémoire. Si le personnage « oublie sans arrêt » quelque chose, la solution est le panneau de mémoire (guide), pas une nouvelle branche.
- Forker pour « sauvegarder » avant un risque. Reverie sauvegarde tout seul. La branche n'est pas un fichier de sauvegarde. Forker avant chaque temps fort, ce n'est pas explorer — c'est thésauriser.
Gérer les branches sans se noyer
Habitudes qui gardent l'arbre lisible :
- Nomme au moment de forker. Étiquettes comme « aveu plus doux », « elle ne le dit pas », « alt : elle part ». « Branche 5 » dans une semaine ne dit rien.
- Une branche canon. Décide laquelle est « l'histoire » et ne forke pas légèrement de là. Les autres sont des expériences, pas égales.
- Élague. Une branche pas touchée depuis deux semaines, tu sais pourquoi tu l'as forkée mais pas ce qui s'y passe — supprime. Ne porte pas de poids.
- Forke aux frontières de scène, pas au milieu d'une réplique. Forker au milieu d'un beat émotionnel laisse deux scènes à moitié finies. Forke quand le beat est atterri, à un souffle naturel.
Ce que le fork NE fait PAS
Bonnes attentes économisent la frustration :
- Les branches ne fusionnent pas vers le tronc. Pas de « prends le bon de B et mets-le dans A ». Tu veux les deux — tu transportes du contexte à la main.
- Le personnage n'a pas de conscience inter-branche. Il ne sait pas « dans une autre timeline on s'est embrassés ». Littéralement, il n'a pas ces données. Ne cite pas le contenu d'une autre branche depuis l'intérieur.
- Le fork ne réinitialise pas le personnage. Personnalité, voix, scénarios, mémoire à long terme au point de fork sont reportés. Le fork, c'est « et si j'avais choisi autrement », pas « repartir de zéro ».
Pour repartir de zéro pour de vrai — nouvelle conversation. C'est une autre primitive.
Un workflow qui marche
Un rythme qui tient :
- Arc principal normal — variantes au swipe, pas de fork.
- Tu touches un vrai point de bifurcation — choix moral, aveu, décision qui empêcherait le personnage de dormir.
- Un seul fork. Les deux branches nommées clairement (« elle dit oui » / « elle dit non »).
- Déploie chaque branche sur plusieurs beats — pas une réponse, plusieurs.
- Choisis laquelle continuer. Ne supprime pas l'autre tout de suite ; laisse-la reposer une session.
- Une semaine plus tard sans y retourner — élague.
C'est ainsi que les écrivains traitent les brouillons révisés. L'idée n'est pas de tout garder — c'est de s'engager sur une version, en sachant que l'expérience a été réelle, pas spéculative.
Articulation avec le reste de Reverie
- Mémoire — chaque branche accumule sa propre mémoire ; ce qui est fixé dans une ne migre pas vers les autres.
- Rythme — si une scène veut une ouverture entièrement différente, forke au lieu de swiper à l'infini pour « la bonne première réponse ».
- Personas — pour séparer complètement des arcs (autre nom, autre mémoire, autre relation), les personas vont plus loin que le fork.
- Écriture du personnage — un personnage plus net rend les différences entre branches plus signifiantes. Vague — il produit trois variantes à peine différentes de la même réponse.
Conclusion
Forke comme on retravaille un brouillon, pas comme on joue avec des saves. Branche aux vraies décisions, swipe aux répliques, nomme tout, élague ce que tu ne reverras pas.
La magie du fork n'est pas « toutes les possibilités ouvertes » — c'est la capacité de s'engager sur une version, en sachant que la route non prise est encore là, si tu en as besoin.