Quand on écrit un long roman avec une IA, les éléments décidés au début s'estompent peu à peu. Pour résoudre ce problème, j'ai construit le Monde, le dictionnaire des éléments de l'histoire de TypeTak, et je raconte, épisode par épisode, les questions que je me suis posées et les choix que j'ai faits.

Un modèle de bible, la réponse trouvée dans Namuwiki

Un modèle de bible de l'univers est un cadre qui fixe à l'avance les rubriques à remplir pour chaque élément, personnage ou lieu. Avec des rubriques fixes, la fiche a la même forme quelle que soit la personne qui la remplit, et une rubrique vide signale un point encore à décider.

Dans l'épisode précédent, pour que l'IA se souvienne du début d'un roman, j'ai choisi de lui faire lire des fichiers où les éléments de l'histoire sont rangés à part. Il fallait d'abord décider de la forme de ces fichiers : facile à lire pour un humain, et que l'IA puisse remplir seule. Cet épisode raconte comment j'ai fixé cette forme, le modèle de bible.

Laissée libre, l'IA écrit chaque fiche à sa façon

Demandez à une IA « fais-moi la fiche de ce personnage » et vous obtenez un texte plutôt convaincant. Le problème commence au deuxième, au troisième personnage. Une fiche commence par le caractère, une autre par le passé. L'âge figure sur certaines, pas sur d'autres. Au bout d'une dizaine de personnages, pour vérifier « quel âge il a, déjà ? », l'auteur doit relire la fiche du début à la fin.

L'IA, elle, s'y retrouve. Mais une bible que l'auteur ne peut ni parcourir ni corriger n'inspire pas confiance. Il me fallait une forme agréable à lire pour un humain, et que l'IA puisse remplir seule.

Ce que j'ai vu dans les pages d'œuvres de Namuwiki

La piste est venue d'où je ne l'attendais pas : les pages consacrées aux œuvres sur Namuwiki, le plus grand wiki collaboratif coréen.

Les œuvres étaient différentes, les personnages aussi, et chaque page avait été écrite par d'autres contributeurs. Pourtant, les pages avaient presque toutes la même forme. Sur une page de personnage, les faits courts (nom, âge, affiliation) sont réunis dans un tableau en haut, suivis de longs textes comme la présentation ou le parcours dans l'œuvre. Les pages de lieux avaient leur propre forme commune, les pages d'événements aussi.

C'était le type d'élément qui fixait les rubriques. C'est pour cela qu'on sait tout de suite où trouver quoi, même sur la page d'une œuvre qu'on découvre. Et comme les faits courts se lisent d'un coup d'œil dans le tableau, les erreurs se repèrent facilement.

Restait à savoir si cette méthode, qui fonctionne dans un wiki écrit par des humains, fonctionnerait aussi pour une bible écrite par une IA. J'ai donc fait un test sur les mêmes éléments : d'un côté, l'IA écrivait librement, sans rubriques ; de l'autre, elle remplissait des rubriques fixées pour chaque type d'élément. J'ai comparé les deux résultats côte à côte. Le contenu était le même, mais la version avec rubriques était la plus facile à lire.

C'est ainsi que, vers mars 2026, j'ai fixé le cap : des fiches en forme de wiki, agréables à lire pour un humain et que l'IA rédige seule. Et ce serait le type d'élément qui fixerait les rubriques.

Le type de nœud fixe les rubriques

Dans le Monde, chaque élément de l'histoire s'appelle un nœud. Un personnage, un lieu : chacun est un nœud. Les nœuds se répartissent en types de nœuds (personnage, lieu, faction…), et c'est le type qui fixe les rubriques. Ces rubriques s'appellent des slots.

Tous les nœuds d'un même type ont les mêmes slots. Si le type Personnage a un slot Âge, chaque personnage a une case Âge, remplie nœud par nœud. Ajouter ou supprimer un slot vaut pour tous les nœuds du type. Comme sur Namuwiki, l'idée est que la fiche garde la même forme, quelle que soit la personne qui la remplit.

Séparer les faits courts et les textes longs

Je parle de wiki, mais il ne s'agit pas de simples pages de texte. À l'image du tableau et du corps de texte d'une page de personnage sur Namuwiki, j'ai réparti les slots en deux sortes.

Propriété : une case pour un fait court, comme l'âge ou le métier. C'est l'équivalent du tableau de la fiche.
Section : une case pour un texte long écrit librement, comme le passé ou le caractère. C'est l'équivalent du corps de la page.

Noyé dans un long texte, un fait court oblige à lire tout un paragraphe pour vérifier un simple âge. Mis à part, il se lit d'un coup d'œil, comme dans un tableau.

Des types de valeurs pour les propriétés

Étape suivante : j'ai aussi distingué plusieurs types de valeurs pour les propriétés. Le Monde en propose aujourd'hui quatre : Simple, Nombre, Sélection et Relation de nœud.

Simple : une valeur écrite en quelques mots. Dans une case Taille du domaine, on note un fait court qui n'est ni un choix ni un nombre, par exemple « cinquième domaine du royaume par sa taille ».
Nombre : une valeur chiffrée. Dans une case Âge, on note 17 ou 30, avec une unité si besoin, ou encore une plage ou une valeur approximative.
Sélection : une valeur choisie parmi des options définies. Dans une case Métier, on choisit par exemple entre apprenti mage, chevalier et marchand.
Relation de nœud : une valeur qui désigne un autre nœud. Indiquez un autre personnage dans la case Maître, et un lien mène à ce nœud.

J'ai fait cette distinction parce que le rangement y gagne en netteté. Quand le type de valeur est fixé, une même case reçoit des valeurs de même forme. On voit beaucoup moins souvent une case Âge contenir 17 pour un personnage et « environ dix-sept ans » pour un autre.

La relation de nœud comptait plus que les autres. Si j'ai choisi les fichiers dans le premier épisode, c'est parce qu'on peut suivre ce qui est relié, et la propriété de type relation de nœud, c'est précisément ce lien. Le nom de la propriété, Maître, dit à lui seul quelle relation unit les deux nœuds : l'IA comme l'humain peuvent suivre le lien jusqu'à l'élément suivant.

La forme était trouvée, restait le prix à payer pour la remplir

La forme était décidée, mais impossible de la mettre en œuvre tout de suite. Cette fois, c'était le coût qui bloquait.

Pendant l'écriture d'un roman, les éléments de l'histoire et l'intrigue changent souvent. À chaque changement, l'IA doit remplir à nouveau ces cases, et à l'époque, les modèles d'IA capables de faire ce rangement correctement coûtaient cher. Je ne pouvais pas faire payer ce prix à l'auteur à chaque fois.

J'ai donc passé un moment à construire une architecture qui limitait les coûts, et le développement a ralenti d'autant.

Au bout du compte, ce n'est pas moi qui ai résolu ce problème, c'est le temps. De meilleurs modèles sont sortis, les prix ont baissé, et la qualité voulue est devenue accessible à un coût raisonnable. Une partie de l'architecture conçue pour économiser est alors devenue inutile, et je l'ai retirée.

Le prochain épisode porte sur le problème apparu quand l'IA a commencé à remplir ce modèle : le rangement. Dans un roman où le même personnage est appelé par son nom de famille, son prénom ou un surnom, voici ce que j'ai fait pour qu'aucun élément ne soit créé deux fois.

Pour TypeTak, j'ai choisi de ranger les éléments de l'histoire dans un wiki où le type de nœud fixe les rubriques. Les faits courts vont dans les propriétés, les textes longs dans les sections, et les valeurs des propriétés se répartissent entre Simple, Nombre, Sélection et Relation de nœud.

Questions fréquentes

À quoi sert un modèle de bible de l'univers ?

Sans rubriques fixes, chaque fiche de personnage prend une forme différente, et il faut la relire depuis le début pour vérifier un simple âge. Avec les mêmes rubriques pour chaque type d'élément, la fiche a la même forme quelle que soit la personne qui la remplit, et les rubriques vides montrent ce qui n'est pas encore décidé.

Comment choisir les rubriques d'une bible de l'univers ?

Mieux vaut les fixer par type d'élément plutôt qu'élément par élément : les personnages partagent les mêmes rubriques, les lieux aussi. Comme sur une page de personnage de Namuwiki, séparer les faits courts dans un tableau et les longs récits dans le corps du texte rend l'ensemble lisible d'un coup d'œil.

Comment séparer, dans une bible, les faits courts et les longues descriptions ?

Notez les faits courts comme l'âge ou le métier dans des cases, comme dans un tableau, et les longues descriptions comme le passé ou le caractère dans le corps du texte : tout se lit d'un coup d'œil. Dans le Monde de TypeTak, les premières cases s'appellent des propriétés, les secondes des sections.

Quel intérêt à distinguer, dans une bible, le texte, le nombre, le choix et le lien vers un autre élément ?

Une même case reçoit des valeurs de même forme, et le rangement reste net. Les valeurs qui désignent un autre élément deviennent en plus des liens : l'humain comme l'IA peuvent suivre les éléments reliés.