Le Scriptorium

v192

The Scriptorium

Comment utiliser le Scriptorium

The Scriptorium est un moteur de ghostwriting IA en 7 phases qui vous accompagne d'une idée brute à un roman PDF prêt à imprimer. Chaque phase alimente la suivante : votre prémisse façonne vos personnages, vos personnages façonnent votre monde, votre monde façonne votre plan, et votre plan pilote la Forge. Le moteur inclut désormais une couche d'intelligence du manuscrit en temps réel qui surveille la tension narrative, la cohérence de la voix des personnages, l'équilibre sensoriel, la résolution du foreshadowing et la convergence thématique tout au long du processus d'écriture.

Phase 0: Lore Bridge

Le Lore Bridge est votre gestionnaire de continuité de série. Lors de l'écriture d'une suite, il se remplit automatiquement avec les statuts des personnages, les règles du monde, les lieux et les intrigues non résolues du livre précédent. Vous pouvez également l'alimenter manuellement avec vos propres notes de construction de monde pour un roman indépendant.

Phase 1: The Spark

Définissez votre nombre de mots cible (1k–200k+), choisissez un ou plusieurs genres, et sélectionnez une ambiance d'histoire (ex: Paranoïaque & Claustrophobe, Mythique & Cérémonial). Appliquez éventuellement un profil de style de prose pour imiter l'empreinte d'un auteur spécifique. Utilisez le curseur Babel Chaos (0–100) pour régler à quel point le moteur Babel mélange les atomes de genre — Sane (0–30) maintient la cohérence du genre, Mixed (31–70) est le point idéal par défaut, et Unhinged (71–100) déclenche des collisions d'atomes inter-genres complètes. Le curseur est global et persisté — il contrôle également le chaos de la génération de titres dans la Reliure. Cliquez sur 'Ignorer l'étincelle' pour générer une logline polie, ou 'Randomiser' pour une prémisse procédurale sauvage via le moteur Babel.

Phase 2: Character Forge

La taille du casting s'adapte automatiquement à votre nombre de mots. Le moteur génère un casting principal (protagoniste + antagoniste + acteurs clés) et un casting secondaire (personnages de niveau intermédiaire et mineurs) avec des profils psychologiques complets, types MBTI, motivations, défauts et plans d'ADN visuel. Vous pouvez pré-remplir des personnages spécifiques, relancer les noms avec une liste d'exclusion par projet et générer des portraits IA.

Phase 3: Worldbuilder

Le modèle Iceberg construit la profondeur thématique de votre histoire sur 4 couches : Surface (l'intrigue que les lecteurs voient), Shallows (le sous-texte émotionnel), Deep (l'argument philosophique) et Abyss (la résonance mythique ou inconsciente). Le moteur extrait également des motifs interdits — des symboles thématiques récurrents qui sont budgétés et alternés pour éviter la répétition dans le manuscrit.

Phase 4: Architect

D'abord, rédigez un squelette d'histoire en 7 points (Accroche, Catalyseur, Point médian, Nuit noire, Climax, Résolution, Épilogue). Ensuite, développez-le en un plan directeur complet via le pipeline Fractal Manager/Worker — chaque chapitre est fracturé en 3 séquences narratives, puis chaque séquence est développée en 5+ micro-battements. Avant de passer à la Forge, le moteur vous demande de confirmer 3 déclarations thématiques dérivées de votre Iceberg. Celles-ci deviennent l'ancre du système de convergence thématique, qui audite le manuscrit au point médian et à la finale pour s'assurer que l'histoire tient ses promesses philosophiques.

Phase 5: The Forge

La Forge est une boucle de ghostwriting autonome. Elle lit le prochain battement de votre plan, écrit une scène, la fait passer par l'auditeur de prose IA (nettoyage en deux passes), puis avance au battement suivant. Mandats principaux : Rotation sensorielle (cycles vue/son/odorat/toucher/goût avec un verrouillage de 1 000 mots), Application de la trajectoire (chaque 3ème battement doit faire avancer l'intrigue), Ensemencement de mécanismes d'intrigue, Vérification de l'opacité émotionnelle et Mandat de dimensionnalité de l'antagoniste. Utilisez les cadrans de pilotage en direct pour ajuster le ton, l'action, les enjeux et le rythme à la volée. La couche d'intelligence fonctionne silencieusement en arrière-plan : S1 marque les ancres de foreshadowing pour vérification ultérieure, S2 surveille la dérive de la voix des personnages tous les N chapitres, S3 enregistre les auto-scores de tension par battement et alerte sur les plateaux ou les chutes, S4 vérifie la convergence thématique au point médian, S5 suit la distribution des canaux sensoriels par chapitre. Tous les seuils sont configurables dans le panneau de contrôle de la couche d'intelligence. Les alertes apparaissent sous forme de toasts non bloquants afin de ne jamais interrompre la boucle d'écriture. Pour la performance, le décomposeur de battements (Option B) détecte automatiquement les battements surdimensionnés (seuil par défaut : 600 mots) et les divise en 3 micro-battements ordonnés avant l'écriture — éliminant la cascade de tentatives qui causait des temps de génération de 24 heures sur des romans de 200k. Le délai d'attente adaptatif (Option A) calcule un délai par appel basé sur le budget de mots du battement au lieu d'utiliser une valeur fixe. Les deux systèmes sont configurables dans le panneau de contrôle de la couche d'intelligence.

Phase 6: The Bindery

La Reliure est votre studio d'édition. Générez automatiquement un titre de livre, un résumé de quatrième de couverture et une couverture IA pleine page. Activez le glossaire mondial pour compiler automatiquement un glossaire à partir de votre Iceberg et des données de personnages. Activez le guide de prononciation pour générer automatiquement des décompositions phonétiques (notation des syllabes accentuées, API et indices de rimes) pour chaque personnage, lieu, faction, créature et terme de lore de votre histoire — regroupés par catégorie sur plusieurs pages. Le guide de prononciation alimente également le moteur d'argot à 10 méthodes, qui utilise l'ironie phonétique, la métonymie, la coupure, l'inversion sémantique, le mot-valise, la dérive euphémique, le shibboleth, l'onomatopée, le littéralisme ironique et la dérive générationnelle pour générer de l'argot natif de l'univers. La compréhension de l'argot diminue avec l'âge du personnage : les adolescents (13-17 ans) comprennent 100 %, les adultes (31-45 ans) saisissent environ 40 %, et toute personne de 76 ans et plus supposera qu'il s'agissait d'une insulte. Exécutez l'audit au stylo rouge pour une critique littéraire professionnelle. Cliquez sur Compiler PDF pour produire un livre de poche commercial prêt pour KDP avec tout le contenu final : glossaire, guide de prononciation et annexe d'argot avec matrice de compréhension.

Writing a Sequel

Dans la bibliothèque, trouvez n'importe quel projet terminé et cliquez sur 'Écrire la suite'. Cela crée un nouveau projet lié et exécute le moteur de lore pour scanner le manuscrit terminé — extrayant les destins des personnages, les changements d'état du monde et les intrigues non résolues — puis vous dépose dans la phase 0 pour réviser et modifier la Bible de continuité avant de commencer le livre 2. Pour les utilisateurs FFP, cliquez plutôt sur 'Smart Expand' pour déclencher le pipeline complet Smart Expand avant d'écrire la suite.

v18.5 — Protection contre les lacunes & Prévention des trous dans l'intrigue

Mise en œuvre du Gap Guard v18.5 pour éviter les échecs de génération silencieux. La boucle de la Forge audite désormais le nombre de mots de chaque beat après déduplication ; si un beat résulte en moins de 50 mots, le moteur le signale comme un échec et déclenche une nouvelle tentative automatique ou une pause. Ajout de la soupape de sécurité Dedup, limitant la suppression de phrases à 50 % pour garantir que le contenu principal n'est jamais perdu lors du lissage des coutures.

v18.0 — Cartographie de chapitres paginée

Réécriture complète de l'architecture de cartographie des chapitres. Remplacement de la génération JSON par appel unique par un système de traitement par lots paginé (15 chapitres par appel). Cela élimine la troncature du modèle sur les grands romans (plus de 200 000 mots) et garantit un nombre de chapitres précis pour les sagas massives. Remplacement des limites strictes de 4 500 mots par des limites flexibles (2 000–5 500 mots) pour une expansion narrative organique.

v17.0 — Le réseau de relations

Introduction d'un moteur de graphe social lisible par machine. Les relations existent désormais sous forme d'objets structurés avec type, étiquette, chaleur et statut. Les relations canoniques sont extraites de la prémisse lors de la phase 1.5, et l'Architecte et la Forge reçoivent désormais le contexte complet du réseau social dans chaque invite. Inclut la protection contre l'inceste (v17.1) pour bloquer les liens romantiques entre les paires marquées comme membres de la famille aux niveaux structurel, de l'invite et du validateur de sécurité.

v16.0 — Système d'ancrage d'identité & Phase 1.5

Introduction du système d'ancrage d'identité (Identity Anchor System) — un moteur de continuité des noms qui extrait les noms des personnages de la prémisse, détecte les tropes de remake/bateau de Thésée et injecte un bloc de contexte d'identité canonique dans chaque appel d'IA. La phase 1.5 'Qui est dans votre histoire ?' est une nouvelle porte de confirmation entre la phase 1 et la phase 2. Zone A : Personnages détectés — noms extraits par l'IA avec rôle, genre et indicateurs de statut, tous modifiables. Zone B : Bannière de détection de remake — détecte automatiquement les tropes de clone, amnésie, androïde, résurrection, boucle temporelle et possession à partir du texte de la prémisse. Zone C : Panneau d'arc de reconvergence — configure les divisions d'identité de type bateau de Thésée avec le type de trope, l'indicateur grief_resonance, le bouton de coexistence et la chronologie de chaleur Soft Reset 1.5x. Zone D : Ajouter un personnage manuellement. Le bloc de contexte d'identité accompagne chaque appel d'IA — génération de personnage, squelette, plan, expansion de chapitre et forge de beats — garantissant que les noms canoniques ne sont jamais remplacés et que les instances de reconvergence sont suivies correctement dans la prose.

v15.0 — Mode Young Adult

Introduction du mode YA — un mode narratif de haut niveau qui reconfigure l'ensemble du pipeline de forge pour la fiction Young Adult (12–18 ans). Activé dans la Phase 1 avec le mode Chaleur. CONTRAINTES PRINCIPALES : Chaleur verrouillée sur Doux (pare-feu système, pas une préférence d'interface utilisateur). Nombre de mots plafonné à 75 000. 7 genres grisés et non sélectionnables (Romance adulte, Noir, Cyberpunk, Steampunk, Western, Apocalypse, Désastre). Bascule d'architecture de série : Autonome vs Livre 1 de série, avec différentes règles de structure de fin injectées dans chaque invite. PLAFOND DE ROMANCE : Tout jusqu'à la porte de la chambre. Baisers passionnés (y compris les galoches), pouls qui s'accélère, essoufflement, tension physique chargée, personnages se remarquant en termes non explicites — tout est autorisé. La limite est : les actes sexuels ne sont pas décrits. Ce qui se passe est implicite, pas écrit. Fondu au noir. NON autorisé : mécanique sexuelle explicite, nudité graphique dans un contexte sexuel, langage érotique adulte. Remarque : la version initiale a défini cela par erreur sur « baiser bouche fermée uniquement ». C'était une surcorrection. Corrigé dans la même session. VIOLENCE ET THÈMES SOMBRES : Mort sur la page avec conséquence (Rue dans Hunger Games, chaque page de Six of Crows) : OUI. Scènes de combat avec du vrai sang : OUI. Torture implicite ou brièvement montrée : OUI. Dépression, idées suicidaires, abus, addiction traités honnêtement : OUI — le YA aborde ces sujets plus directement que la fiction littéraire adulte. Langage grossier léger à modéré : OUI. Drogues et alcool avec conséquence narrative : OUI. Gore gratuit pour le choc, torture porn, langage grossier omniprésent comme style : NON. Règle : l'obscurité est autorisée. La gratuité sans but narratif ne l'est pas. INJECTIONS D'INVITES DE FORGE : Mandat de voix authentique à l'âge (les jeunes de 16 ans pensent en fragments, contradictions, hyperbole — pas en philosophie), narration à double conscience (visage public vs monologue intérieur dans chaque scène), Hope Covenant (le protagoniste doit avoir fait quelque chose qui compte à la fin — non négociable), mandat de miroir du méchant (antagoniste = reflet sombre du potentiel du protagoniste, la route non prise), mandat de personnage adulte (périphérique, imparfait, âge max du mentor 25–35 ans), plafond de vocabulaire Zipf 8 000. MATRICE DE COMPRÉHENSION DE L'ARGOT YA (décalage d'âge -5 ans) : 12–17 ans : 100 % (ils l'ont inventé). 18–22 ans : 90 % (courant). 23–28 ans : 65 % (comprend l'essentiel). 29–38 ans : 35 % (partiel). 39–50 ans : 15 % (perdu). 51–65 ans : 5 % (complètement perdu). 66+ : 0 % (elfique. Territoire de secouage de canne). INJECTIONS D'ARCHITECTE : 10 types de moments marquants auto-ensemencés (première trahison, première fois qu'un adulte a tort, premier choix impossible, etc.). Âge du méchant 17–25 ans (pair, pas adulte distant). L'arc du mentor doit inclure le fait que le mentor a tort sur quelque chose d'important. Nombre de chapitres 20–28. INJECTIONS DE PERSONNAGES : Protagoniste 14–18 ans. Majorité du casting 14–20 ans. Mentor 25–35 ans max. Profils émotionnels/romantiques générés (attraction, ce qui les retient) mais aucun profil sexuel explicite de niveau de chaleur. INTERFACE UTILISATEUR : Carte de bascule verte dans la Phase 1. Bannière active avec 6 badges de contrainte (Romance : fondu au noir, plafond de mots : 75k, Vocabulaire : Zipf 8k, voix authentique à l'âge, Hope covenant, miroir du méchant). Boutons d'architecture de série intégrés dans la bannière. Avertissement d'ambiance si les ambiances Sombre/Edgy ou Élégiaque sont actives.

v14.1 — La recalibration de la calibration du nombre de mots

Diagnostic et correction de cinq bugs cumulatifs provoquant la fin d'un roman de 28k mots explicites à 76 % de l'objectif (~21,4k mots). Bug 1 (Inadéquation de clé, CRITIQUE) : la contre-pression de forge et _checkWordDebt() lisaient tous deux state.targetWords, mais le schéma d'état ne stockait que targetWordCount. Les deux systèmes revenaient à 50000, faisant apparaître une exécution de 28k comme une exécution de 50k. Correctif : targetWords ajouté comme alias canonique dans getDefaultState() ; StateManager.update() synchronise désormais automatiquement les deux clés ; loadProject() synchronise au chargement. Bug 2 (currentWordCount mort) : _applyBackPressure() lit state.currentWordCount mais Phase5UI ne l'écrivait jamais pendant la boucle de forge. La contre-pression voyait toujours 0 mot écrit. Correctif : Phase5UI écrit désormais currentWordCount et totalBeats dans l'état à chaque achèvement de battement. Bug 3 (Contre-pression trop tardive/douce) : déclenchée à 70 % de progression, seuil de 10 %, mélange 60/40. Correctif : déclenchée à 50 % de progression, seuil de 7 %, mélange 30/70 (correction plus forte). Bug 4 (expandChapterChunk sans budgets de mots) : le chemin d'expansion Free/Mid renvoyait des battements sans balises [WORDS:N] ; Forge utilisait par défaut 600w/battement. Correctif : expandChapterChunk accepte désormais la carte chapterWordTargets et injecte [WORDS:N] dans tous les battements. phase4-ui._expandChunks() construit et transmet la carte. Bug 5 (Mauvaise priorité de chaleur explicite) : HEAT_PRIORS.explicit était de 1.18 (supposant que l'IA écrit de manière verbeuse). L'IA écrit en fait de manière légère pour les scènes explicites. Correctif : priorité changée à 0.95. HEAT_SCENE_AVG_WORDS.explicit réduit de 1000 à 700 (l'IA fait une moyenne de 600-700w, pas 1000). La vérification de la dette de mots se déclenche tous les 5 battements (au lieu de 10) avec un seuil de 10 % (au lieu de 15 %), boostant les 20 battements suivants (au lieu de 10).

v14.0 — Hybrid Word Count Calibration

Replaced the flat 750w/beat projection with a Bayesian self-calibrating system. Ships with hardcoded style/vibe/heat/genre priors (e.g. Donna Tartt lush = 1.10×). Every completed novel deposits a calibration receipt. The system blends priors with observed data — 0 receipts = 100% prior, 12+ receipts = ~96% self-calibrated. Heat scene word budget is now subtracted from the beat pool before chapter mapping, so heat counts toward the external word target. The projection display shows only the external target (never the internal adjusted number). Back-pressure rebalancing kicks in at 70% completion if running >10% off target.

Word Count Calibration Engine

v13.4.4 — Correction de la cohérence des noms de personnages

Correction de l'IA qui hallucinait des noms de personnages dans les squelettes et les plans (par exemple, inventer « Riley Thorne » au lieu d'utiliser le nom canonique « Dante »). Cause profonde : le registre des personnages était enfoui au milieu de l'invite sans mécanisme d'application. Correctif en deux volets : (1) Chaque invite de l'Architecte s'ouvre désormais avec une === CHARACTER LOCK LIST === exigeant que SEULS les personnages canoniques puissent apparaître, avec un contexte complet de rôle et de description pour ancrer l'IA. La non-conformité déclenche une menace de régénération. (2) Après la génération, _normalizeNamesInSkeleton() utilise la correspondance de distance de Levenshtein pour détecter et remplacer automatiquement les noms hallucinés par leurs homologues canoniques après chaque étape de génération (squelette, fracture, expansion de séquence, bloc de chapitre).

v13.4 — Le curseur global Babel Chaos

Introduction d'un curseur Babel Chaos global et persistant (plage 0–100, par défaut 65) qui donne aux utilisateurs un contrôle direct sur la façon dont le moteur Babel brouille les atomes de genre lors de la randomisation des prémisses et de la génération de titres. Le curseur apparaît à deux endroits : Phase 1 (The Spark), juste en dessous du bouton Randomize Idea, et Phase 6 (The Bindery), sous la saisie du titre du livre. Les deux curseurs sont connectés à la même clé d'état babelChaosLevel — déplacer l'un synchronise instantanément tous les autres. La valeur est persistée entre les sessions via miniappsAI.storage. Mécaniquement, 0–30 active uniquement les choix biaisés (sélection d'atomes filtrée par genre, combinaisons cohérentes), 31–70 est le point idéal mixte (un peu de filtrage, un peu de folie — le comportement précédent codé en dur à 65 %), et 71–100 est le chaos pur (pas de filtrage, collisions d'atomes inter-genres complètes, étrangeté maximale). La constante BABEL_CHAOS codée en dur à 65 % a été remplacée par une lecture en direct de l'état à chaque appel de Randomize et Auto-Generate Title. L'interface utilisateur du curseur utilise une piste en dégradé cyan→violet→rose et un pouce blanc brillant qui passe du violet au rose au survol, correspondant à l'esthétique de l'application.

v13.3 — La mise à jour Smart Expand & Surgical Rewrite

Introduction du pipeline Smart Expand — un système multi-agents qui convertit un audit Red Pen en un manuscrit entièrement révisé avant la prochaine exécution de Forge. Le pipeline comporte cinq étapes. Étape 1 : si aucune donnée Red Pen n'existe, l'audit s'exécute automatiquement (~60 secondes) avant toute autre chose. Étape 2 : Grok 4.1 Fast Reasoning traduit tous les scores d'audit et notes de critique en 5 à 8 directives Forge concrètes, qui sont préchargées dans l'Author Correction Cache afin que chaque battement futur soit écrit avec les correctifs déjà actifs. Étape 3 : Grok 4.1 Fast note chaque chapitre de 1 à 10 selon toutes les métriques Red Pen et signale tout chapitre noté en dessous de 5 pour une réécriture chirurgicale. Étape 4 : DeepSeek V3.2 Speciale relance l'Architecte avec le nouvel objectif de mots (Option C hybride — paramètres préservés, pas d'effacement de l'Iceberg, pas de régénération du casting). Étape 5 (FFP uniquement) : la file d'attente de réécriture chirurgicale traite chaque chapitre signalé via une boucle en trois passes. Passe 1 — Kimi K2.5 lit le chapitre complet ainsi que toutes les directives Red Pen et produit un plan de réécriture JSON identifiant quels battements nécessitent du travail et pourquoi. Kimi décide lui-même de la portée — il ne supprimera pas un chapitre qui ne contient qu'un seul paragraphe faible. Passe 2 — boucle de réécriture battement par battement : le chapitre est divisé en battements au niveau du paragraphe, les battements signalés sont réécrits un par un par Kimi K2.5 avec un cache Context Diet glissant de 150 mots, les battements non signalés sont conservés mot pour mot sans coût. BeatDecomposer s'applique — les battements lourds (>600 mots) sont divisés en micro-battements avant la réécriture afin que Kimi n'écrive jamais plus d'un battement par appel. AdaptiveTimeout s'adapte par battement. Passe 3 — Gemma 4 31B lisse les jointures entre les battements originaux et réécrits. Toutes les réécritures sont stockées en tant que couche Revised Draft distincte — le manuscrit original n'est jamais touché. La reliure gagne une bannière Revised Draft, une visionneuse de différences côte à côte et un bouton PDF source pour choisir Original ou Révisé lors de la compilation.

v13.2 — Le pack de correctifs pour Expand to Novel

Diagnostic et correction de cinq bugs cumulatifs qui dégradaient la qualité des romans lors des exécutions « Expand to Novel ». Correctif 1 (Déficit de nombre de mots) : le GUTENBERG_SAFETY_FACTOR était appliqué deux fois — une fois dans le calcul du budget des battements et une fois dans l'objectif de mots — ce qui amenait les romans de style épuré (McCarthy, Tartt) à être générés à environ 60 % de l'objectif. La double application est désormais supprimée. Correctif 2 (Réinitialisation des paramètres) : expandToNovel() effectuait une réinitialisation complète de l'état avant de relancer l'Architecte, effaçant les données de genre, d'ambiance, de profil de style et de casting. La fonction effectue désormais uniquement une mise à jour ciblée de l'objectif de mots, préservant tous les paramètres créatifs. Correctif 3 (Régénération de l'Iceberg) : le flux d'expansion redéclenchait le Worldbuilder, générant un nouvel Iceberg qui pouvait contredire le manuscrit existant. Le flux passe désormais directement à l'Architecte. Correctif 4 (État de reprise) : la boucle Forge ne lisait pas correctement le dernier index de battement terminé après une expansion, ce qui la faisait redémarrer à partir du battement 0 au lieu de reprendre. Le curseur de battement est désormais correctement restauré à partir de l'état. Correctif 5 (Affichage du nombre de mots) : la carte de la bibliothèque affichait le nombre de mots avant l'expansion jusqu'à la prochaine sauvegarde manuelle. L'affichage se met désormais à jour immédiatement après la fin de l'expansion.

v13.1 — La mise à jour de restauration des performances

Diagnostic et élimination de la cascade de tentatives qui a fait régresser la génération de romans de 200k de 2-3 heures à 24+ heures. Cause profonde : un délai d'attente fixe unique pour tous les battements quelle que soit la complexité, combiné à des tailles de battements croissantes du pipeline Fractal Manager. Trois systèmes déployés simultanément. Option D (Régime contextuel) : contexte de prose roulant tronqué de 300 à 150 mots par appel de battement, réduisant la taille de la charge utile et la latence sur chaque appel de forge. Option A (Délai d'attente adaptatif) : le délai d'attente est désormais calculé dynamiquement comme base + (cible de mots estimée × 140 ms), plafonné à 180 secondes. Un battement de 100 mots obtient 39 secondes ; un battement de 500 mots obtient 95 secondes. Fini les coupures prématurées sur les scènes complexes, fini les attentes de 4 minutes sur les scènes simples. Option B (Décomposeur de battements) : avant qu'un battement n'atteigne la forge, il est classé par cible de mots estimée. Les battements dépassant le seuil (par défaut 600 mots) sont envoyés à un modèle flash rapide (Gemini 3.0 Flash Preview en FFP) qui les divise en 3 micro-battements ordonnés avec leurs propres budgets de mots. Chaque micro-battement est écrit indépendamment et cousu ensemble. Passe de lissage des coutures optionnelle disponible. Les trois seuils sont configurables dans le panneau de contrôle de la couche d'intelligence. L'activité du décomposeur est enregistrée et affichée sous forme de statistiques en direct.

v13.0 — La couche d'intelligence du manuscrit

Ajout d'une architecture de surveillance de la qualité à six systèmes qui fonctionne silencieusement tout au long de la boucle d'écriture. S1 (Suivi du foreshadowing) : le ghostwriter marque les événements de profondeur avec des marqueurs [DEPTH_EVENT] pendant la génération ; une passe de vérification à la fin du manuscrit vérifie que toutes les ancres plantées ont été résolues et fait surface à celles qui sont orphelines. S2 (Moniteur de dérive de la voix) : extrait une empreinte lexicale et syntaxique pour chaque personnage nommé lors de sa première apparition ; audite tous les N chapitres (configurables) et signale la dérive avec des évaluations de gravité. S3 (Gradient de tension) : le ghostwriter auto-note chaque battement de 1 à 10 avec une balise [TENSION:N] ; le système vérifie les plateaux (5+ battements à ±1 point), les chutes (chute de >4 points en 3 battements), le verrouillage au plafond (5+ battements à 9-10) et le verrouillage au sol (5+ battements à 1-2). S4 (Convergence thématique) : l'auteur confirme 3 déclarations thématiques à la fin de la phase 4 ; le système audite au point médian et à la fin du manuscrit pour vérifier que l'histoire tient ses promesses philosophiques. S5 (Budget sensoriel) : classification par mots-clés à coût nul par battement en 6 canaux (visuel, auditif, olfactif, gustatif, tactile, proprioceptif) ; alertes aux limites de chapitre lorsqu'un canal domine au-dessus du seuil. S6 (Rapport de santé) : agrège les cinq systèmes en un score composite sur 100, visualisation du gradient de tension, graphique de distribution sensorielle, liste des ancres orphelines, journal de dérive de la voix, liste des thèmes dormants, directives d'apprentissage et aphorismes de la Bible stylistique. Tous les seuils sont configurables. Toutes les alertes sont des toasts non bloquants qui n'interrompent jamais la boucle d'écriture. Les balises sont supprimées du manuscrit final avant l'affichage.

v12.4 — Refonte de l'archivage et de la navigation

Reconstruction complète du système de registre de bibliothèque pour détecter et réparer automatiquement la corruption de l'index en utilisant une solution de stockage auto-réparatrice. Introduction du forgeage de projet non destructif (contournant l'ancienne contrainte d'effacement d'état) et navigation arrière persistante au stylo rouge via des superpositions préservant l'état. Mise en œuvre du niveau d'archivage 'The Basement' pour gérer proprement les manuscrits hérités sans polluer l'espace de travail actif.

v12.3 — Prêt pour la publication (Livre de poche commercial KDP)

Couverture pleine page (première page sans marge), marges de livre de poche commercial standard de l'industrie (0,75 intérieur / 0,5 extérieur), table des matières automatique avec numérotation de page fictive, nommage PDF intelligent et aseptisé (Titre_par_Auteur) et glossaire mondial généré par IA en option.

v12.2 — Intégration Deep Scan

Résolution du déséquilibre du ratio prose-intrigue et des mécanismes d'intrigue introduits tardivement identifiés par l'analyse Deep Scan d'un test de stress contradictoire de 250k. Ajout du mandat d'application de la trajectoire (chaque 3ème battement doit faire avancer l'intrigue), du système d'ensemencement de mécanismes d'intrigue (ensemencement automatique des mécanismes de climax dans les premiers chapitres), de la rotation de vocabulaire hybride (épuisement des mots thématiques suivi par budget avec substitution automatique), de la vérification de l'opacité émotionnelle (force une dénomination émotionnelle précise par chapitre) et du mandat de dimensionnalité de l'antagoniste (assure une logique interne sympathique pour les antagonistes).

v12.1 — Mise à jour hybride fractale Free-for-Pro

Lancement du pipeline Fractal Manager/Worker à plusieurs niveaux. Pour les utilisateurs FFP, le moteur fracture désormais les chapitres en séquences narratives avant l'expansion, garantissant des plans denses en logique avec 15+ battements par chapitre. Cette hiérarchie empêche le 'résumé heureux' et maintient un rythme à haute résolution de la première à la dernière page.

v12.0 — Mise à jour de l'expansion atomique et fractale

Refonte du moteur Architect pour gérer des nombres de mots extrêmes (200k+) sans délais d'attente. Mise en œuvre de la boucle de chapitre atomique pour éliminer la traînée contextuelle. Introduction de l'étranglement de densité basé sur l'ambiance, ajustant automatiquement la résolution de traitement en fonction de la complexité narrative (modes Paranoïaque, Mythique et Élégiaque).

v11.1 - Mise à jour Babel 'Inhabituellement complémentaire'

Raffinage du moteur Babel pour éliminer le 'trope du paradoxe'. Remplacement des handicaps littéraux et des impasses logiques (comme les chirurgiens hémophobes) par des méthodologies spécialisées et fonctionnelles (comme les écho-analystes médico-légaux). Cela garantit que les accroches des personnages semblent inhabituellement qualifiées plutôt que plaisamment incapables.

v11.0 - Mise à jour du brouilleur procédural 'Bibliothèque de Babel'

Mise en œuvre du moteur Babel : un brouilleur procédural qui force les modèles IA à synthétiser des 'atomes conceptuels' à haute entropie (archétypes discordants, lieux bizarres et malédictions conceptuelles). Ajout d'un 'mandat anti-trope' codé en dur pour purger le moteur des archivistes, des faussaires et des bibliothèques poussiéreuses. Introduction de la synthèse basée sur la tension, exigeant que le moteur justifie la relation entre les atomes d'intrigue conflictuels avant de générer la prémisse finale.

v10.1 - Mise à jour de la fixation anatomique et de la cohérence des noms

Mise en œuvre du système de verrouillage des motifs physiques des personnages pour éviter la répétition obsessionnelle des descriptions physiques. Les détails physiques de chaque personnage sont désormais suivis dans un système à 3 niveaux : Signature (focus une fois tous les 10 chapitres, arrière-plan une fois tous les 3 chapitres), Secondaire (arrière-plan uniquement une fois par chapitre) et Fonctionnel (exempté uniquement lors de l'utilisation active dans l'intrigue). Ajout du protocole de verrouillage d'entité pour la cohérence des noms : les noms de personnages canoniques sont désormais injectés dans tous les appels API de la Reliure, et un validateur de distance de Levenshtein post-génération détecte la corruption des noms avant que le texte n'atteigne le manuscrit. Correction de la non-réactivité du bouton de la bibliothèque causée par des guillemets HTML échappés.

v10.0 - Mise à jour du motif interdit et de l'intégrité thématique

Mise en œuvre de la règle du motif interdit pour éviter les tics thématiques. Les motifs sont désormais détectés dans la phase 3 et strictement budgétés : 1 focus principal tous les 5 chapitres et 2 apparitions en arrière-plan par chapitre. Ajout d'une logique de 'Substitution thématique' pour forcer la variété stylistique lorsque les budgets sont atteints. Intégration complète de la pile de raisonnement élevé Free-for-Pro (Grok 4.1, RolePlay v5, MiMo-V2-Omni, Gemma 4) pour la planification architecturale dense en logique et l'exécution de la prose.

v9.4 - Le mandat Global Mosaic & Grit

Érosion de l'homogénéité démographique par la mise en œuvre du protocole Global Mosaic. Rupture du lien ethnique entre le protagoniste et le casting secondaire. Mandat d'« Ancres non glamour » (défauts physiques et grain régional) pour chaque personnage afin d'éviter la perfection générique. Mise à niveau de la baguette magique (⚡) avec une vérification du rapport de contraste pour garantir que les nouvelles descriptions diversifient le casting existant.

v9.3 - La mise à jour de l'ADN visuel et de la diversité

Mise en œuvre du système de plan d'ADN visuel pour une identité physique permanente. Intégration de l'IA de vision pour le profilage des personnages de la photo au texte. Ajout d'un mandat mondial de diversité aux invites de génération de personnages pour assurer des ethnies, des âges et des types de corps variés. Synchronisation de l'ADN visuel avec la boucle d'écriture Forge pour maintenir la continuité descriptive à travers le manuscrit.

v9.2 - La mise à jour de l'ingénierie et de la rotation sensorielle

Transition d'une budgétisation sensorielle mathématique vers un système de rotation dynamique des canaux (Vue, Ouïe, Odorat, Toucher, Goût). Mise en œuvre d'un verrouillage de 1 000 mots pour les sensations répétitives (guérissant l'infection du « goût de cuivre ») et établissement de l'« Ancre non glamour » comme détail obligatoire fondamental pour toutes les nouvelles scènes. Recalibrage des heuristiques du stylo rouge pour protéger l'immersion sensorielle tout en ciblant agressivement l'accumulation d'adjectifs pompeux.

v9.0 - La mise à jour Chronos & Cosmos

Introduction du moteur Lore pour une analyse approfondie des manuscrits et l'extraction de faits. Ajout du pont Lore de phase 0 pour la gestion de la continuité de la série. Mise en œuvre de l'injection de lore juste à temps (JIT) dans la boucle d'écriture Forge pour garantir que le livre 2 n'oublie jamais les règles établies dans le livre 1.

v8.0 - Le moteur évolutif et l'audit au stylo rouge

Introduction de la boucle évolutive multi-étapes. L'étape 1 (Gouverneur de prose) met en œuvre un facteur de sécurité Gutenberg de 0,75 et des budgets sensoriels pour éliminer la verbosité. L'étape 2 (Impulsion adaptative) déclenche des audits en arrière-plan tous les 10 000 mots pour corriger automatiquement la dégradation stylistique. L'étape 3 (Post-mortem au stylo rouge) ajoute un outil d'audit littéraire professionnel dans la Reliure. L'étape 4 (Bible stylistique) permet au moteur d'apprendre de ses erreurs sur différents projets grâce au stockage persistant.

v7.2 - La refonte du chef-d'œuvre haute densité

Recalibrage total pour les romans professionnels de plus de 200 000 mots. Mise en œuvre du GUTENBERG_SAFETY_FACTOR (0,9) pour gérer la verbosité de l'IA. Remplacement de la mise à l'échelle linéaire des chapitres par une courbe de densité, ciblant environ 3 600 mots par chapitre. L'allocation de battements à haute densité (7-10 battements pour les climax) assure la profondeur plutôt que le volume. Augmentation de la mémoire contextuelle glissante à 300 mots pour une continuité de scène supérieure.

v7.1 - La refonte du moteur hybride

Introduction du modèle hybride Directeur/Ouvrier. Les tâches d'expansion en masse sont désormais acheminées vers des modèles Flash haute vitesse (Gemini 3.0 Flash) avec un découpage en 6 chapitres, tandis que la logique principale reste sur des modèles de raisonnement. Cela a réduit le temps d'expansion pour les romans de 200 000 mots de plus de 120 minutes à moins de 10 minutes tout en maintenant la cohérence de la mémoire glissante.

v6.3 - Composition pour impression KDP

Professional trade paperback CSS, automated front matter, manuscript typography, drop caps, and scene break ornaments.

v6.0 - Refonte Pro Unlimited & Ambiance

Pro Unlimited tier, Global Vibe steering, per-project name ban list, Red Pen auditor, and Stylistic Bible persistence.

Le pont Lore

Sequel — Unlock Names from Previous Projects

Characters + Add

Locations + Add

World Rules

Unresolved Hooks

L'étincelle

Who's In Your Story?

Detected Characters

Relationship Web

Identity Context Block Preview

La Forge des personnages

Distribution principale

Distribution secondaire (niveaux intermédiaires et mineurs)

Universe Slang Glossary

Le bâtisseur de monde

Thematic Anchors (Forbidden Motifs)

L'Architecte

La Forge

Smart Expand Pipeline

Audit professionnel : Le bulletin du Stylo Rouge

La Reliure