Comment créer une bible de worldbuilding par IA sans perdre la continuité du récit

Que doit contenir votre bible de worldbuilding par IA ?

Commencez par un système de référence simple qui répond aux questions concrètes de rédaction. Ce personnage peut-il atteindre l’observatoire avant le coucher du soleil ? A-t-il appris comment s’ouvre sa porte ? Cette réponse change-t-elle sur un autre embranchement narratif ?

Organisez la bible en six sections interconnectées :

Utilisez un tableur, des documents liés ou une base de données facile à maintenir. Attribuez aux entités des identifiants stables tels que LOC-01 et CHAR-02 ; conservez les noms d’affichage et les alias dans des champs distincts. Renommer l’« Observatoire de verre » ne doit pas briser chaque référence à sa fiche de localisation.

Considérez les résumés narratifs comme des vues pratiques du registre. Lorsqu’un résumé est en contradiction avec un enregistrement sous-jacent, examinez la source et résolvez le conflit avant d’écrire à partir de l’une ou l’autre version.

À qui appartient un fait, et qu’est-ce qui le rend canonique ?

Pour ce flux de travail, la responsabilité d’un fait comprend deux volets : un enregistrement de référence contient l’affirmation, et une personne est chargée de valider les modifications. Un auteur solo assume ce rôle. Une équipe peut confier les décisions sur les lieux à un world designer et les révélations sur les personnages à un responsable narratif, avec un arbitre désigné pour les décisions qui se recoupent.

Consignez la provenance parallèlement à la responsabilité. La vue d’ensemble de PROV par le W3C (https://www.w3.org/TR/prov-overview/) définit la provenance comme l’ensemble des informations sur les entités, activités et personnes impliquées dans la création de quelque chose. Appliqué à une bible narrative, cela signifie conserver l’origine d’une affirmation, ses modifications successives et la personne qui l’a validée. Le registre présenté ici s’inspire de ce principe ; il ne s’agit pas d’une implémentation formelle de PROV.

Attribuez à chaque enregistrement un statut explicite :

Lors de l’importation d’un manuscrit existant, laissez l’IA extraire les faits potentiels en indiquant les références exactes des scènes et de courtes citations d’appui. Vérifiez vous-même les références. Un personnage qui affirme « l’observatoire est toujours verrouillé » confirme seulement que ces mots ont été prononcés ; cela ne constitue pas automatiquement une règle objective de l’univers.

Formalisez par écrit la politique de validation de votre projet. Par exemple : une décision de retcon validée remplace l’entrée canonique précédente ; les scènes sources approuvées établissent les faits ; les brouillons de travail et le brainstorming restent provisoires. Si deux scènes validées se contredisent, marquez le conflit comme non résolu jusqu’à ce que vous décidiez laquelle modifier.

Comment suivre conjointement la chronologie et les lieux ?

Distinguez le temps diégétique (l’histoire) du temps de révision. « Le pont ferme le Jour 6 » décrit un événement. « L’auteur a modifié la date de fermeture du pont dans la révision 4 » décrit une décision éditoriale. Les confondre crée une ambiguïté : on ne sait plus si l’univers a changé ou si sa description a été corrigée.

Pour chaque événement, relevez ses dates/heures de début et de fin possibles, le lieu, les participants, les prérequis et l’état résultant. Utilisez des fourchettes lorsque la précision n’est pas requise : « après la livraison du matin, avant le coucher du soleil » peut s’avérer plus utile qu’une minute inventée. Définissez les unités calendaires si votre univers emploie des découpages de jours ou de saisons inhabituels.

Pour chaque itinéraire, enregistrez l’origine, la destination, le mode de déplacement, la durée ou la fourchette de temps, ainsi que les conditions d’accessibilité. Précisez si le trajet fonctionne dans les deux sens. Une carte peut présenter deux lieux très proches alors que votre itinéraire établi impose un long détour.

Considérez cet exemple illustratif de vérification de continuité : un coursier quitte le verger à 09h00, a besoin de trois heures pour rejoindre l’observatoire, puis passe 30 minutes de plus à récupérer une lentille. Son arrivée au plus tôt est à 12h30. Une scène le plaçant sur place à midi entre en conflit avec ces données, à moins qu’une exception validée ne s’applique.

Résolvez le conflit en modifiant l’un des paramètres : heure de départ, itinéraire, retard ou heure de rendez-vous. Si le voyage dure entre deux et quatre heures, l’arrivée devient alors une fourchette. Conservez cette marge d’incertitude plutôt que de déclarer une contradiction catégorique.

Comment dissocier la réalité de l’univers du savoir des personnages ?

Séparez les fiches de connaissances des faits objectifs. Pour chaque révélation majeure, notez le personnage, le fait ou la croyance, l’événement d’apprentissage, le moment et les conditions d’embranchement éventuelles. Distinguez « sait », « soupçonne », « se trompe » et « n’a pas appris ». L’absence d’enregistrement signifie que la connaissance n’a pas été consignée ; elle ne prouve pas l’ignorance.

Cette approche trouve un équivalent direct dans la narration interactive. Le tutoriel officiel d’ink par Inkle (https://www.inklestudios.com/ink/web-tutorial/) présente les textes et choix conditionnels basés sur les sections d’histoire déjà visitées. Il aborde également les variables personnalisées. Ces mécanismes peuvent traduire l’accès à l’information, même si les auteurs doivent toujours déterminer si le passage par une scène enseigne concrètement un fait précis au personnage.

Par exemple, la porte de l’observatoire peut s’ouvrir lorsqu’un disque de cuivre est aligné avec un repère. C’est un fait du monde. Le fait que Mira apprenne ce procédé lors d’une démonstration constitue un événement distinct. Un autre personnage lisant une note incomplète pourrait seulement soupçonner son fonctionnement.

Pour un jeu à embranchements, associez l’événement d’apprentissage à la branche ou à la condition d’état correspondante. Testez à la fois le chemin où le personnage a appris la méthode et celui où il l’a manquée. Pour un roman, assurez-vous que les explications et les dialogues surviennent après l’événement d’apprentissage dans la chronologie de l’histoire, même si les chapitres sont présentés dans le désordre chronologique.

Un registre de continuité réutilisable

Utilisez les champs suivants comme colonnes d’un tableur ou sous forme de fiche récurrente dans vos notes. Conservez une seule affirmation révisable de manière indépendante par enregistrement. Les exemples ci-après sont purement fictifs et servent uniquement à illustrer le flux de travail.

Voici un aperçu synthétique de trois enregistrements liés. Le registre complet conserverait pour chaque ligne les champs de preuve et de responsabilité décrits ci-dessus.

Ne laissez pas un statut « non résolu » devenir tacitement un « non ». La question Q-003 laisse en suspens l’option d’un disque de substitution. Elle ne l’autorise ni ne l’interdit. Une scène nécessitant une réponse doit déclencher une demande de décision.

Attribuez à chaque question ouverte un responsable et une échéance : « À résoudre avant de rédiger la S-15 ». Si la réponse est délibérément dissimulée aux lecteurs, précisez si l’auteur la connaît déjà. Une réponse connue de l’auteur et un choix narratif encore indécis n’appellent pas le même traitement.

Comment l’IA doit-elle exploiter la bible lors de la rédaction ?

Préparez un dossier contextuel de la scène contenant le moment, le lieu, le point de vue, l’embranchement, les enregistrements canoniques pertinents et les dépendances en suspens. Incluez les prérequis associés, et pas uniquement les entrées partageant les mots-clés de la scène. Une scène devant une porte peut dépendre d’une démonstration antérieure survenue dans un tout autre lieu.

Utilisez une consigne dans l’esprit de ce modèle réutilisable :

Examinez la scène fournie à la lumière des fiches de continuité jointes et de la version indiquée. Pour chaque incohérence potentielle, citez le passage de la scène et indiquez l’ID de la fiche concernée. Classez-la en contradiction, information manquante ou proposition d’ajout. Vérifiez la chronologie, les déplacements, l’accès aux lieux, les connaissances des personnages et les conditions d’embranchement. Conservez les questions non résolues. Proposez des corrections séparément ; ne modifiez pas le canon et n’inventez aucune référence source. Précisez quelles vérifications n’ont pas pu être effectuées à partir des documents fournis.

Pour les tâches de génération, demandez des alternatives assorties de contraintes explicites : « Propose trois manières de retarder Mira sans modifier F-014 ni lui faire acquérir cette information avant E-008 ». Décrivez l’atmosphère, le rythme et les caractéristiques du décor avec vos propres mots.

Examinez le résultat en deux étapes. Vérifiez d’abord si les fiches citées justifient bien ses remarques. Choisissez ensuite les suggestions pertinentes pour l’histoire. Seules les modifications validées intègrent le registre. Si une source indispensable fait défaut, retrouvez-la ou laissez le point non résolu.

Comment gérer les retcons sans effacer l’historique ?

Distinguez un événement classique d’un retcon (continuité rétroactive). Si la porte se dote d’un nouveau mécanisme au Jour 11, ajoutez un événement de transition et une nouvelle règle temporelle. Si vous décidez qu’elle a en réalité toujours fonctionné autrement, modifiez le canon antérieur et réexaminez chaque scène qui en dépend.

L’historique des versions permet de restaurer les états précédents. L’introduction au contrôle de version du livre officiel de Git (https://git-scm.com/book/en/v2/Getting-Started-About-Version-Control) détaille comment le versionnage enregistre les modifications, permet les comparaisons et autorise le rappel de versions antérieures. Git est une possibilité ; optez pour un gestionnaire de documents doté d’un historique ergonomique si cela s’adapte mieux à votre méthode. Notez séparément la raison pour laquelle une décision narrative a changé.

Pour chaque proposition de retcon :

Une entrée réutilisable du journal des modifications doit comprendre : ID du changement, date de révision, décideur, motif, ancienne fiche, fiche de remplacement, contenu affecté et statut de vérification. Par exemple : « CH-006 propose d’exiger l’alignement de deux disques ; affecte F-014, E-008, K-009 et S-12 ; décision en attente ». La seule approbation n’implique pas que ces scènes dépendantes aient déjà été corrigées.

Que vérifier avant de valider définitivement une scène ?

Relisez la scène une fois sous l’angle de la continuité après sa révision créative. Vérifiez que les événements prérequis se sont bien produits, que les conditions de déplacement et d’accès sont respectées, que les personnages disposent bien des informations qu’ils utilisent et que les faits propres à un embranchement restent cantonnés à celui-ci. Vérifiez que les nouveaux détails ont été intégrés au canon ou restent clairement signalés comme provisoires.

Consignez la version de la bible utilisée pour cette relecture. Si une modification ultérieure touche l’une des dépendances de la scène, rouvrez cette dernière pour révision. Vous pouvez débuter avec un seul lieu, un personnage et les faits indispensables de la scène suivante, puis étoffer le registre dès qu’un nouveau détail viendra contraindre la suite de l’histoire.

Continuer sur ce thème