Comment garder lisible l'historique d'une campagne de JdR textuel comptant des centaines de messages
Lorsqu'un JdR textuel compte des centaines de messages, gardez son historique lisible en transformant ce flux en un ensemble restreint de fiches reliées entre elles : un court récapitulatif pour chaque session de jeu, un index évolutif, et des notes ciblées pour les personnages récurrents, les lieux et les intrigues en cours. Conservez les messages d'origine comme archive complète, mais faites du récapitulatif le point de départ pour les joueurs qui souhaitent rattraper leur retard. Cette méthode fonctionne avec un document partagé, un wiki, une application de prise de notes ou un forum, à condition que les joueurs puissent y faire des recherches et s'accordent sur ce qui doit figurer dans l'historique partagé.
Pourquoi une archive de messages a besoin d'un guide
Une transcription chronologique consigne ce qui a été dit, mais elle peut être difficile à utiliser comme référence. Un joueur cherchant la première apparition d'un personnage devra parfois parcourir de nombreuses pages ; quelqu'un qui revient après une pause aura peut-être besoin d'un résumé rapide de la dernière scène non résolue. L'objectif pratique n'est donc pas de réécrire chaque message, mais d'ajouter une couche de navigation renvoyant aux sections pertinentes de l'archive.
Les guides de campagne de JdR font une distinction similaire entre ce qui était prévu et ce qui s'est réellement passé : un compte-rendu de session consigne les événements joués, et son but est d'aider le groupe à s'en souvenir plus tard. La même logique s'applique parfaitement au jeu textuel asynchrone, où une « session » peut désigner un chapitre, une séquence de scènes ou un point d'arrêt convenu, plutôt qu'une réunion planifiée. Consultez le Guide to the session report template.
Considérez ce système comme étant composé de trois niveaux. L'archive des messages est la source brute. L'index des récapitulatifs fournit de courts résumés chronologiques. Les notes de référence répondent aux questions récurrentes telles que « Qui est le capitaine Vale ? » ou « Qu'a promis le groupe au phare ? ». Séparer nettement ces fonctions évite qu'une fiche de personnage ne se transforme en une nouvelle transcription interminable.
Choisir une unité reproductible pour les récapitulatifs
Définissez un découpage adapté au rythme d'écriture de votre groupe. Il peut s'agir d'une scène terminée, d'une coupure de chapitre ou d'un certain nombre de messages suivi d'une pause. Choisissez une limite que le groupe peut identifier facilement et de manière cohérente. Évitez de créer un récapitulatif pour chaque message : cela alourdit l'entretien sans nécessairement rendre l'histoire plus facile à parcourir.
Pour chaque unité, créez une entrée avec un titre prévisible, comme Chapitre 12 — Le port de verre ou Scène 12.3 — Une porte sous la jetée. Mentionnez la date ou le numéro d'ordre si la chronologie de l'histoire risque de prêter à confusion. Si la partie utilise un calendrier interne à l'univers, indiquez-le clairement comme une date fictive et ajoutez également un numéro d'ordre hors jeu. Cette simple convention évite aux lecteurs de confondre le calendrier d'un personnage avec l'ordre dans lequel les joueurs ont rédigé les événements.
Un récapitulatif utile tient généralement en quelques paragraphes denses ou puces. Décrivez la situation initiale, les choix déterminants, ce qui a changé et l'endroit où la partie s'est arrêtée. Nommez les personnes et les lieux de manière cohérente. Une phrase telle que « L'équipage a rencontré l'archiviste et a découvert la carte » est moins utile que « À l'Archive Nord, Mira Vale a montré à l'équipage une carte signalant trois clochers ; le groupe a choisi de visiter le clocher ouest en premier. » Cette seconde version offre au joueur qui revient des noms précis et un point d'ancrage pour la suite.
Rédiger pour retrouver l'information, non pour l'exhaustivité
Un récapitulatif sert d'aide-mémoire, pas de seconde interprétation de la scène. Laissez les dialogues percutants ou la prose descriptive dans les messages d'origine, à moins qu'une brève citation ne soit particulièrement utile. Résumez plutôt les causes et les conséquences : « Après que Rowan a rendu la clé de cuivre, le passeur a accepté de guider le groupe à travers le chenal. » Cela conserve le fait narratif sans recopier l'échange dans son intégralité.
Notez les détails improvisés pendant qu'ils sont encore frais dans les mémoires. Les conseils de rédaction de comptes-rendus de JdR recommandent précisément de relever les noms improvisés, les éléments de passé des personnages et les choix inattendus des joueurs, pour ensuite développer ces notes brutes en un rapport structuré ; ils précisent également que des listes à puces peuvent suffire si elles conservent les événements importants. Dans un JdR textuel, accordez une attention particulière aux nouveaux faits établis : un nom lâché au détour d'une phrase, un changement d'allégeance ou un lieu endommagé peuvent devenir des éléments de continuité essentiels par la suite. Le guide des comptes-rendus de session de World Anvil met bien en avant cette distinction pratique entre notes brutes et document final.
Séparez les faits établis des questions ouvertes. Par exemple : Établi : le clocher ouest est abandonné. Non résolu : personne ne sait qui a allumé sa lanterne. Si la théorie d'un joueur n'est pas confirmée dans l'histoire, désignez-la comme une hypothèse au lieu de l'intégrer au récapitulatif factuel. Cette distinction simple évite que des spéculations ne deviennent accidentellement canoniques.
Construire un index pour l'ensemble de la campagne
Placez un index synthétique de la campagne au premier niveau de votre archive. Il doit renvoyer à chaque récapitulatif dans l'ordre et fournir une description d'une ligne pour chaque événement. Un index minimaliste peut se présenter ainsi :
Les intervalles de messages ci-dessus sont des exemples fictifs. Si votre plateforme fournit des liens stables vers les messages, renvoyez directement au premier message d'une scène ou d'un chapitre ; dans le cas contraire, utilisez le repère que votre groupe peut retrouver facilement (numéro de page, date ou formule d'ouverture distinctive). Ne vous fiez pas à un format de lien que vous n'avez pas testé. Si les scènes se ramifient ou se chevauchent, ajoutez une brève note dans l'index plutôt que de les forcer dans un ordre linéaire trompeur.
Gardez un index suffisamment concis pour pouvoir être parcouru d'un coup d'œil. Le lecteur doit pouvoir repérer le dernier chapitre et accéder directement à un récapitulatif précis sans devoir lire un paragraphe entier pour chaque entrée. Une note distincte « Par où commencer » peut expliquer le postulat de départ et renvoyer au premier message, mais elle ne doit pas remplacer l'index chronologique.
Relier les personnages récurrents, les lieux et les fils narratifs
Ne créez une fiche de référence ciblée que lorsqu'un nom ou un sujet revient assez souvent pour que les joueurs soient susceptibles de le rechercher. Sur une fiche de personnage, consignez son nom, ses pseudonymes, sa première apparition, son rôle connu et des liens vers les récapitulatifs où un événement important le concernant a eu lieu. Sur une fiche de lieu, notez son dernier état avéré et renvoyez vers les scènes qui l'ont modifié. Sur une liste d'intrigues ouvertes, notez la question en suspens, ce que le groupe sait à ce jour et le récapitulatif où elle a progressé pour la dernière fois.
Ces notes doivent rester brèves et vérifiables. Par exemple : « Mira Vale — archiviste à l'Archive Nord ; première apparition au chapitre 2 ; a remis la carte des trois clochers à l'équipage ; vue pour la dernière fois au chapitre 5. Liens associés : [Chapitre 2], [Chapitre 5]. » Il s'agit d'un exemple fictif de structure, et non d'une affirmation sur un jeu ou un outil spécifique. Dès qu'une note de référence avance un élément, ses liens doivent mener au récapitulatif ou aux messages qui le corroborent.
Les rétroliens (backlinks) facilitent grandement la mise en place de ce type de structure dans les applications de prise de notes qui les gèrent. L'aide officielle d'Obsidian explique que son plugin Backlinks liste les notes qui pointent vers la note active et peut également afficher les mentions non liées ; cela permet de retrouver les récapitulatifs qui mentionnent un nom récurrent. Cette fonctionnalité a toutefois des limites : les mentions non liées dépendent de la présence exacte du nom dans le texte, et les fichiers exclus par vos paramètres peuvent ne pas apparaître. Consultez Backlinks — Obsidian Help.
Utiliser des étiquettes et des termes de recherche cohérents
Choisissez un nombre restreint d'étiquettes et employez-les de manière uniforme. Les catégories récapitulatif, personnage, lieu et intrigue-en-cours s'avèrent souvent utiles. Ne les ajoutez que lorsqu'elles aident à la recherche. Si chaque note reçoit une longue liste d'étiquettes redondantes, les joueurs devront assimiler un système de classement complexe avant de pouvoir simplement retrouver l'histoire.
Si votre outil prend en charge les propriétés de note structurées, utilisez quelques champs stables comme type, chapitre et personnages. La documentation d'Obsidian décrit les propriétés comme des données structurées pouvant inclure du texte, des listes, des dates et des balises, et précise qu'elles peuvent faire l'objet de recherches. Cela permet par exemple de retrouver toutes les notes marquées comme récapitulatif ou toutes celles associées à un personnage donné. Les étiquettes et la syntaxe de recherche exacte variant selon l'outil, faites un test sur un petit échantillon avant de réorganiser une archive volumineuse. Les rubriques Properties — Obsidian Help et Search — Obsidian Help détaillent ces fonctionnalités spécifiques.
Privilégiez quelques termes de recherche fiables plutôt que des règles de nommage trop complexes. Utilisez l'orthographe canonique des noms dans les récapitulatifs, et mentionnez un alias lorsque cela a son importance : « Mira Vale (appelée "l'archiviste" au chapitre 2) ». Si un personnage change de nom ou qu'un lieu possédait une ancienne appellation, indiquez l'ancien nom dans sa fiche de référence. La recherche ne sera efficace que si l'archive conserve les termes dont les joueurs se souviennent.
Garder l'archive précise et fonctionnelle
Rédigez les récapitulatifs selon un rythme que votre groupe peut tenir : après chaque unité narrative convenue, ou dès que quelqu'un a un moment après coup. Si la perspective de rédiger un texte soigné constitue un frein, commencez par noter rapidement les noms, les choix, les nouveaux faits et le point d'arrêt, puis remettez de l'ordre plus tard. Le guide de World Anvil recommande de la même manière de prendre des notes brutes qui restent compréhensibles quelques jours après, puis de les développer sous forme de puces ou de texte rédigé selon le temps disponible. La régularité prime sur les textes peaufinés mais publiés bien trop tard pour les lecteurs.
Si plusieurs personnes participent à la rédaction, accordez-vous sur des règles éditoriales simples. Une personne peut préparer le brouillon du récapitulatif pendant que les autres signalent les oublis ou les erreurs de continuité. Dans la mesure du possible, liez les corrections au message concerné et signalez un détail contesté comme incertain jusqu'à ce que le groupe tranche en cours de partie. Ne réécrivez pas discrètement un récapitulatif pour modifier l'apparence d'un choix passé ; ajoutez une note ou une correction datée afin que les lecteurs puissent suivre l'évolution du récit.
Décidez de ce qui a sa place dans l'archive partagée. Un récapitulatif public ne doit pas divulguer une note de personnage confidentielle, un rebondissement encore secret ou un commentaire hors-jeu d'un autre joueur sans son accord. Les recommandations de World Anvil sur les rapports de session mettent explicitement en garde contre les divulgâcheurs dans les comptes-rendus publics, tandis que son guide sur les Chroniques de campagne aborde la séparation entre événements publics et privés. Même sans ces outils dédiés, une simple distinction entre « récapitulatifs partagés » et « notes privées » permet de clarifier les accès. Consultez How to plan and record your campaign in Chronicles.
Mise en place pratique pour une archive existante
Il n'est pas nécessaire de résumer des centaines de messages d'un seul coup. Commencez par les dernières unités narratives, car ce sont les plus utiles pour reprendre la partie. Intégrez ensuite les passages plus anciens par lots, en débutant par les tournants majeurs et les noms récurrents. Indiquez honnêtement les lacunes ; ne laissez pas entendre qu'un récapitulatif est complet si vous n'avez fait que survoler une partie de l'archive.
Pour chaque lot, suivez toujours ce même processus simple :
Observez cet exemple fictif pour voir comment les éléments s'articulent. Les messages 35 à 82 couvrent une visite au Port de verre. Le récapitulatif indique que l'équipage a rencontré Mira Vale à l'Archive Nord, a reçu une carte mentionnant trois clochers et a choisi de se diriger vers le clocher ouest. L'index renvoie à ce récapitulatif et précise son intervalle de messages. La fiche de référence de Mira renvoie vers celui-ci, et une note d'intrigue ouverte indique que l'auteur de la carte demeure inconnu. Un joueur peut désormais partir de l'index, se rafraîchir la mémoire sur les événements du chapitre, ou aller directement à la fiche de Mira ou au mystère de la carte.
Pour une archive courte, un unique document structuré avec des titres et un index peut amplement suffire. Pour une archive très volumineuse, privilégiez des notes interconnectées ou un wiki si votre groupe est prêt à s'en occuper. Les fonctionnalités logicielles peuvent faciliter la recherche et les renvois croisés, mais aucune méthode d'organisation ne garantit à elle seule l'exhaustivité des détails passés : l'archive ne sera jamais plus fidèle que ses messages d'origine et le soin apporté à leur résumé. Commencez par un format que votre groupe peut maintenir à jour, et laissez l'index grandir en même temps que votre histoire.