Folio №13 · vs Méthode dossiers + Markdown · 2026-10-11
Choisir ses outils selon le scénario
Comment gérer la bible d’un roman : dossiers + Markdown, ou fiches de personnages et archives de l’histoire ?
Rédaction de Maliang Writer · Édité par Maliang · Mis à jour le 2026-10-11
Personnages, bible et amorces : dossiers + Markdown ou fiches et archives. FeelFish, agents de programmation, Novelcrafter, Sudowrite et Maliang comparés.
Dossiers + Markdown, c’est libre et transparent, les fichiers restent chez vous, ce qui convient aux auteurs qui aiment définir leur format ; l’inconvénient est qu’avec beaucoup de fichiers, savoir lequel est le plus récent et quels autres synchroniser après une modification, il faut s’en souvenir soi-même. Les fiches de personnages et les archives de l’histoire fixent chaque personnage et chaque élément de bible en fiche, et mettent à jour l’état après chaque chapitre, ce qui convient aux auteurs qui ne veulent pas entretenir de fichiers. Maliang a les deux : personnages et bible sont des fiches, le plan général est rangé à part ; échantillon de style et documents d’ouverture sont des documents.
Pour qui Maliang Writer convientLes auteurs qui ont beaucoup de personnages et de bible, et qui après des dizaines de chapitres ne retrouvent plus « la dernière version de la bible », et veulent que l’IA aille chercher d’elle-même les fiches à lire.
Pour qui Méthode dossiers + Markdown convientLes auteurs qui aiment définir leur propre format de fichier, ont besoin de fichiers en local, ou veulent traiter les fichiers de bible avec des scripts.
Scénario
Un scénario d’écriture concret
Arrivé au chapitre 50, votre dossier de bible contient sans doute déjà : protagoniste.md, protagoniste-révisé.md, héroïne.md, factions-sectes.md, système-de-cultivation.md, liste-des-amorces.md, plus un « résumé-précédent.md » qui n’a pas été mis à jour depuis trois semaines. Gérer la bible avec des dossiers et du Markdown a un avantage : la liberté — vous définissez le format, les fichiers sont chez vous, et des clients comme les agents de programmation et FeelFish peuvent les lire directement. La difficulté, c’est l’entretien : quand le héros franchit un palier, il faut modifier le fichier du personnage et aussi le tableau de correspondance dans le système de cultivation ; quand un personnage secondaire meurt, il faut penser à rayer dans la liste des amorces le fil qu’il avait noué. Dans les pratiques publiques de romans longs, les auteurs ont conçu pour cela des fichiers « état », « suivi » et « registre » comme sources des faits, puis écrit des règles pour que l’IA les mette à jour à chaque chapitre. L’autre approche, ce sont les fiches de personnages avec archives de l’histoire : chaque personnage est une fiche fixe, et les changements apportés par l’intrigue sont organisés par le logiciel une fois le chapitre écrit. Aucune des deux ne vaut mieux que l’autre : il s’agit seulement de savoir laquelle convient.
❦ · Matrix · ❦
Tableau comparatif
12 critères comparés un par un
Sur un écran étroit, faites défiler horizontalement pour voir toutes les colonnes.
Maliang Writer et Méthode dossiers + Markdown : comparaison des critères principaux
Critère
Maliang Writer
Méthode dossiers + Markdown
Remarque
À quoi ressemble la bible
✅ Personnages, bible, amorces et lignes narratives sont des fiches ; le plan général est rangé à part ; échantillon de style et documents d’ouverture sont des documents
✅ Un fichier Markdown par personnage ou par élément de bible, classés en dossiers
Les projets FeelFish ont des dossiers de personnages et de bible intégrés ; le Codex de Novelcrafter et la Story Bible de Sudowrite sont des entrées structurées
Création
✅ À l’ouverture du livre, l’IA propose des personnages, et après confirmation les fiches sont générées directement ; on peut aussi demander à l’IA d’organiser à partir du texte existant
✅ L’auteur écrit à la main, ou fait générer les fichiers par l’IA dans le format qu’il a défini ; le contexte intelligent de FeelFish extrait règles, plan et liste des amorces
Comment l’IA lit
✅ Pendant l’écriture, l’IA lit à la demande les fiches et documents concernés ; l’agent rédacteur ne reçoit que les éléments utiles au chapitre
✅ L’auteur indique dans les règles quels fichiers lire, ou cite avec @ ; FeelFish joint les informations de personnages et de bible à la création
État des personnages au fil de l’intrigue
✅ Une fois le chapitre écrit, mise à jour des archives de l’histoire : état des personnages, relations, lieux, amorces ; la fiche de personnage a un onglet « Archives »
⚠️ L’auteur ou l’IA entretient des fichiers d’état et de registre
Combien d’endroits à synchroniser après une modification
✅ La bible se modifie sur la fiche ; les passages du texte et des plans de chapitre qui mentionnent l’ancienne bible doivent toujours être revus et modifiés ; si le texte est modifié, les archives correspondantes sont marquées « d’après l’ancienne version » et remises à jour
⚠️ L’auteur doit se rappeler quels fichiers référencent cet élément de bible
Contradictions
✅ Ce qui ne correspond pas à la bible existante est marqué « à confirmer » : modifier la bible d’après le texte, modifier le texte, ou ignorer
⚠️ Non précisé dans la documentation officielle
Bible périmée (Novelcrafter)
✅ En passant à un nouveau tome, les personnages, lieux et amorces apparus seulement dans les tomes précédents sont rangés aux archives et ne sont plus consultés pour les nouveaux chapitres, tout en restant consultables ; les personnages repassent en usage courant à leur retour
✅ Progressions peut afficher la bible selon le moment, à ajouter par l’auteur
Bible périmée (méthode par dossiers)
✅ En passant à un nouveau tome, les personnages, lieux et amorces apparus seulement dans les tomes précédents sont rangés aux archives et ne sont plus consultés pour les nouveaux chapitres, tout en restant consultables ; les personnages repassent en usage courant à leur retour
⚠️ L’auteur déplace les fichiers à la main ou l’indique dans les règles
Consultation et visualisation (Novelcrafter)
✅ Fiche de personnage flottante, canvas de planification et lignes narratives ; plus un graphe des relations entre personnages et factions pour l’auteur (fonction réservée aux membres)
✅ Trois vues de planification : Grid, Matrix, Outline
Consultation et visualisation (méthode par dossiers)
✅ Fiche de personnage flottante, canvas de planification et lignes narratives ; plus un graphe des relations entre personnages et factions pour l’auteur (fonction réservée aux membres)
⚠️ Liste de fichiers et aperçu Markdown ; le « graphe des relations des personnages » de FeelFish est un document destiné à être lu par l’IA
Liberté
⚠️ Champs de fiche fixes, plus un onglet de documents pour toute information, avec création, renommage et glisser-déposer
✅ Le format est entièrement décidé par l’auteur, avec traitement en masse par scripts possible
Où sont les fichiers
✅ Dans votre compte en ligne Maliang : il suffit de se connecter depuis un autre appareil pour continuer
✅ Dossier local ; FeelFish permet en option de synchroniser sur un disque cloud
✅ Prise en charge confirmée dans les documents officiels ou dans le produit ⚠️ Prise en charge partielle ou aucune mention dans les documents officiels ❌ Officiellement non pris en charge · Les informations sur les concurrents proviennent de leurs documents publics.
L’approche de Maliang Writer
Comment Maliang Writer traite ces problèmes
№01Maliang Writer
Fiches et documents, les deux
Personnages, bible, amorces et lignes narratives sont des fiches ; le plan général est rangé à part ; échantillon de style et documents d’ouverture sont des documents, et l’onglet « Documents » de la colonne de gauche est une arborescence de fichiers où l’on peut créer, renommer, glisser-déposer. Fiches pour ce qui demande une structure fixe, documents pour ce qui s’écrit librement.
№02Maliang Writer
Pas besoin de noter à la main les changements d’état
Une fois le chapitre écrit, les archives de l’histoire consignent qui a été blessé, quelles relations ont changé, où sont les personnages, quelle amorce a avancé ou été résolue. L’onglet « Archives » de la fiche de personnage montre toute l’évolution du personnage.
№03Maliang Writer
Ce qui ne correspond pas, on vous le demande d’abord
Ce qui ne correspond pas à la bible existante est marqué « à confirmer », et vous pouvez modifier la bible d’après le texte, modifier le texte, ou ignorer. Votre bible n’est jamais modifiée en douce.
La bible périmée se range par tome : En passant à un nouveau tome, les personnages, lieux et amorces apparus seulement dans les tomes précédents sont rangés aux archives et l’IA ne les consulte plus pour les nouveaux chapitres, tout en restant consultables ; à leur retour, les personnages repassent en usage courant.
Ce qu’il faut compléter soi-même
Ce que l’auteur doit faire lui-même en écrivant un roman long directement avec Méthode dossiers + Markdown
Où est la dernière version : à vous de vous en souvenir : Un même personnage peut être éparpillé dans plusieurs fichiers, et savoir combien d’endroits synchroniser après une modification repose sur l’auteur. La documentation officielle de FeelFish indique aussi que les grands modèles d’IA n’ont par nature pas de mémoire, et qu’il faut entretenir le contenu concerné dans le projet.
Le format du registre est à concevoir soi-même : Les modèles publics de romans longs conçoivent à part des fichiers d’état et de suivi, et certains consignent séparément « la vérité de l’auteur » et « ce que le lecteur sait déjà ». Une fois le format fixé, il faut encore écrire des règles pour que l’IA les mette à jour à chaque chapitre.
Les fichiers de règles s’allongent sans cesse : Règles et bible passent à l’IA par des fichiers : plus on en écrit, plus ils risquent d’être ignorés ou de se contredire. La limite totale par défaut des AGENTS.md de Codex CLI est de 32 KiB.
Les points forts de l’autre outil
Ce que Méthode dossiers + Markdown fait bien
Les avantages de dossiers + Markdown sont bien réels : les fichiers sont sur votre ordinateur et s’ouvrent avec n’importe quel logiciel ; le format est entièrement le vôtre, on peut traiter en masse avec des scripts et gérer les versions avec Git. FeelFish a beaucoup travaillé dans cette voie : les projets ont des dossiers de personnages et de bible intégrés, son contexte intelligent peut extraire règles, plan et liste des amorces du contenu existant, le Diff est modifiable, et en cas de conflit de synchronisation cloud, deux copies de sauvegarde sont conservées. Le Codex de Novelcrafter suit et relie automatiquement les entrées mentionnées dans le texte, et Progressions permet de contrôler à partir de quel moment un élément de bible prend effet ; la Story Bible de Sudowrite permet de masquer des entrées à l’IA.
Chaque produit convient à certains scénarios ; nous ne donnons ici de conseils que pour un seul : le roman long en feuilleton, en chinois.
Interface réelle
L’interface réelle de Maliang Writer
L’auteur ouvre une fiche de personnage flottante pour consulter la bible du personnage.L’auteur voit dans les archives du chapitre l’évolution de l’état des personnages.Les membres peuvent n’afficher dans le graphe de connaissances que le réseau de relations du héros, personnages, lieux, amorces et événements étant distingués par couleur (livre exemple de 46 chapitres).
❦ · Evidence · ❦
Données et sources
Sources et dates de vérification
Structure de projet de FeelFish : Les projets de type « Écriture de roman » ont des dossiers de personnages et de bible intégrés, dont les informations sont jointes à la création. (Documentation officielle · feelfish.com · vérifié le 2026-10)Voir →
Contexte intelligent de FeelFish : Extrait des informations du contenu existant et génère des documents (règles de création, plan, liste des amorces, graphe des relations des personnages, etc.) que l’IA peut lire. (Documentation officielle · feelfish.com · vérifié le 2026-10)Voir →
Codex de Novelcrafter et contexte : À la composition de la requête d’IA, les entrées de Codex mentionnées dans les chapitres précédents sont jointes automatiquement, puis s’ajoutent les citations manuelles, le POV et les entrées globales. (Documentation officielle · novelcrafter.com · vérifié le 2026-10)Voir →
Visibilité de la Story Bible de Sudowrite : Les fiches de personnages et éléments de bible peuvent être masqués à l’IA avec l’icône en forme d’œil, et Draft signale les entrées reconnues par l’IA. (Documentation officielle · feedback.sudowrite.com · vérifié le 2026-10)Voir →
Modèle open source webnovel-writer : Texte, plan, bibliothèque de bible et rapports de revue sont séparés, avec en plus des dossiers d’état, d’index, de résumés et de mémoire à long terme. (Discussion de la communauté · github.com · vérifié le 2026-10)Voir →
codebubby + Cursor jusqu’au chapitre 50 : L’auteur sépare en deux dossiers les contraintes strictes et le registre entretenu par l’IA, ce dernier comprenant état des chapitres, chronologie des personnages, amorces et lignes de personnages. (Discussion de la communauté · deepseek.csdn.net · vérifié le 2026-10)Voir →
Univers et bible de personnages de Maliang : Organisation des fiches de personnages et de bible. (Données du site · maliangwriter.com · vérifié le 2026-10)Voir →
Archives de l’histoire de Maliang : Après chaque chapitre, mise à jour de l’état des personnages, des relations, des lieux et des amorces. (Données du site · maliangwriter.com · vérifié le 2026-10)Voir →
Décidez après quatre vraies tâches d’écriture
Choisissez deux ou trois types d’outils selon votre étape d’écriture réelle et essayez-les avec la même tâche. Notez la tâche complète et ne généralisez pas le résultat d’un seul produit à toute la catégorie.
Voici une liste d’essais avec la même tâche, et non une expérience comparative déjà réalisée. Vous pouvez utiliser le matériel pédagogique original « Jiehuo City » ou un manuscrit que vous avez le droit de traiter ; notez séparément la préparation, le résultat et les corrections de l’auteur.
Commencer un nouveau livre
Donnez le même protagoniste, les mêmes règles centrales et les mêmes préférences de lecture ; comparez d’abord les directions de départ, puis organisez le plan général, le plan du premier tome et les plans des trois premiers chapitres.
À vérifier : Distingue-t-il le rôle de chacun des trois niveaux de plan ? L’auteur peut-il confirmer la proposition avant de poursuivre ? Des éléments encore indécis ont-ils été écrits discrètement comme des faits ?
Utilisez le même ancien manuscrit que vous avez le droit de traiter, indiquez comment se termine le dernier chapitre et l’objectif du suivant ; essayez d’abord une scène, sans modifier les vingt chapitres précédents.
À vérifier : Quels documents avez-vous préparés ? Les positions des personnages, les objets et les fils non résolus ont-ils été repris ? Comment distingue-t-on les brouillons candidats des versions retenues ?
Choisissez une règle réelle qui touche des chapitres précédents ; demandez d’abord la liste des chapitres concernés et les preuves, puis l’auteur choisit la portée de la modification.
À vérifier : Indique-t-il ce qu’il n’a pas vérifié ? Peut-on voir les modifications avant ? A-t-il modifié par erreur du texte hors de la tâche ou inscrit dans les documents un plan non retenu ?
Essayez réellement de conserver le texte, l’ordre des tomes et des chapitres, les fiches de personnages et les règles de l’univers, puis vérifiez si le résultat se prête à une poursuite de l’édition ; listez ce qui ne peut pas être emporté.
À vérifier : Le format et l’ordre sont-ils reconnaissables ? Que contiennent le compte de la plateforme, les fichiers locaux et les fichiers exportés ? Ne déduisez pas l’utilité d’une simple page promotionnelle.
Notez les modèles, formules ou conditions de compte réellement utilisés, ainsi que le temps passé à préparer les documents et à corriger le texte. Laissez vide ce que vous n’avez pas essayé ou ne pouvez pas confirmer ; ne remplacez pas l’expérience complète par le nom d’une fonctionnalité ou par une seule génération.
Comment choisir
Choisissez selon votre situation
Si Vous avez besoin de fichiers de bible en local, ouvrables avec n’importe quel logiciel → choisissez Méthode dossiers + Markdown, car Dossiers + Markdown, c’est universel ; FeelFish repose surtout sur des projets locaux..
Si Vous voulez traiter la bible en masse avec des scripts, ou gérer les versions avec Git → choisissez Méthode dossiers + Markdown, car La méthode de fichiers purs se prête bien aux scripts et à Git..
Si Vous avez déjà une bible en Markdown et voulez continuer avec des fiches → combinez les deux, car Collez votre bible Markdown à l’IA de Maliang pour qu’elle l’organise en fiches, en gardant les fichiers d’origine en sauvegarde ; les informations de forme libre vont dans l’onglet de documents..
Si Vous avez beaucoup de personnages et de bible, et vous ne retrouvez souvent pas la dernière version → choisissez Maliang Writer, car Une fiche par personnage, les changements d’état tenus par les archives de l’histoire, et ce qui ne correspond pas marqué à confirmer..
Questions fréquentes
Questions fréquentes
Quel logiciel pour gérer la bible d’un roman ?
Cela dépend de vos habitudes. Si vous aimez définir votre format et voulez des fichiers en local, utilisez dossiers + Markdown, ou un client comme FeelFish ; si vous voulez une structure fixe et que quelqu’un tienne l’état à jour, utilisez un logiciel à fiches de personnages et archives de l’histoire, comme Maliang. Pour écrire en anglais, voyez le Codex de Novelcrafter.
Quels avantages à écrire la bible d’un roman en Markdown ?
Format libre, texte brut universel, versions gérables avec Git, lisible directement par les agents de programmation et de nombreux clients d’écriture. L’inconvénient : avec beaucoup de fichiers, la synchronisation et la recherche de la dernière version reposent sur vous.
Que mettre dans une fiche de personnage de roman ?
On y trouve en général nom, identité, apparence, caractère, quête apparente et désir profond, capacités et limites, relations clés, tic de langage ou façon de parler. Le guide de fiches de personnages de Maliang propose une rédaction plus complète et des exemples tirés de livres populaires.
Si un personnage change au fil de l’intrigue, faut-il modifier la fiche ?
La bible fixe (origine, fond de caractère) s’écrit sur la fiche, tandis que l’état qui change avec l’intrigue (blessures, palier, lieu, évolution des relations) est à consigner à part. Chez Maliang, ces changements sont consignés dans les archives de l’histoire une fois le chapitre écrit, et l’onglet « Archives » de la fiche de personnage les montre.
Avec beaucoup de bible, l’IA ne risque-t-elle pas de la mélanger en écrivant ?
Ce risque existe, d’où la nécessité de contrôler les éléments confiés à l’IA à chaque chapitre. L’agent rédacteur de Maliang ne reçoit que la bible utile au chapitre ; au nouveau tome, les personnages, lieux et amorces apparus seulement dans les tomes précédents sont rangés aux archives et ne sont plus consultés pour les nouveaux chapitres.
Peut-on utiliser ensemble fiches et documents ?
Oui. Chez Maliang, personnages, bible, amorces et lignes narratives sont des fiches, le plan général est rangé à part ; échantillon de style et documents d’ouverture sont des documents, et l’onglet « Documents » de la colonne de gauche permet de créer, renommer et glisser-déposer librement.
Quelle différence entre FeelFish et Maliang pour gérer la bible ?
FeelFish est un client de bureau qui gère personnages et bible dans un dossier de projet local, et son contexte intelligent génère des documents (règles, plan, liste des amorces) que l’IA peut lire. Maliang est une plateforme web : personnages et bible sont des fiches, les archives de l’histoire sont mises à jour une fois le chapitre écrit, et la bible périmée est rangée par tome.
Après l’inscription, créez une œuvre ou importez des chapitres existants, indiquez à l’IA quel chapitre poursuivre, puis regardez ce qu’elle a écrit, ce qu’elle a modifié et ce qu’elle a noté dans les archives ; vous déciderez ensuite si vous y transférez votre roman long.