Liens entre modules

Dans Loomworld, les liens ont un sens bien défini. Ce que vous écrivez dans le brouillon alimente les fiches de la bibliothèque ; mais une fiche créée à la main ne disparaît pas parce qu’une ligne du manuscrit a été supprimée. Cela répond à la plupart des questions sur d’éventuelles modifications automatiques : rien ne se modifie tout seul.

• La validation d’une ligne de Personnage (par Entrée, déplacement du curseur ou perte de focus de l’éditeur) cherche le nom dans l’annuaire après nettoyage des espaces et de la casse, alias compris : une correspondance lie la ligne, une absence crée une nouvelle fiche au niveau Secondaire. Les noms saisis à moitié et les pauses n’en créent jamais.
• Le lieu d’un nœud de scène s’aligne sur la bibliothèque des lieux selon la même règle lors de sa validation, en créant une fiche s’il n’existe aucune correspondance.
• Un nom entre crochets comme [vieille montre à gousset] dans le texte ordinaire est vérifié dans la bibliothèque des objets lors de la validation et crée l’objet s’il est absent ; la ligne enregistre alors ses références d’objets.

La livraison de l’ouverture et les continuations suivent la même règle : tant que le modèle diffuse son texte, un demi-titre de scène ou un demi-nom reste dans un brouillon latéral sans rien enregistrer. Ce n’est que lorsque l’exécution se termine, s’arrête ou échoue que le texte se fige en nœuds — ainsi, aucune fiche n’est créée à partir d’un simple caractère.

Relations, propriétaires, évolution au fil des chapitres, points d’ancrage de préfiguration, scores de classement, emplacements sur les cartes, positions sur le canevas : tout cela existe parce que vous l’avez décidé. Rien ne déduit une motivation, ne décide qui aime qui, ni n’enregistre une épée simplement parce que vous avez écrit « il la ramassa ».

Les lieux des temps et lieux constituent l’unique exception contrôlée : en valider un peut créer ou réutiliser une fiche de lieu, mais uniquement dans le sous-arbre de lieux de la scène ; une réattribution ne renomme jamais rien, et effacer retire seulement la référence.

• Les renommages ont un impact très mesuré : renommer une faction met à jour les pastilles de personnages, les groupes d’annuaire, le nombre de membres, les tableaux et ce que lit l’agent ; renommer un lieu affiche son nouveau nom sur les étiquettes simples et dans le manuscrit. C’est l’identité qui est stockée, pas le texte.
• Les suppressions ont en revanche un impact réel : supprimer un personnage supprime ses liens de relation ; un lieu encore référencé par une scène ou un temps et lieu (ou n’importe où dans son sous-arbre) ne peut pas être supprimé, et son parent ne peut pas changer tant qu’il est référencé ; supprimer une intrigue se répercute sur ses événements ; supprimer des chapitres ou des scènes efface les ancres de préfiguration et de chronologie qui pointaient vers eux, sans laisser d’identifiants orphelins.
• Les cartes n’affectent que la présentation : supprimer un marqueur retire son affichage dans cette vue, sans jamais toucher à la fiche, à la géométrie de l’autre vue ni aux sous-cartes.
• Quitter la catégorie des factions passe par une confirmation d’impact : en une seule mise à jour, cela efface les appartenances de base, les états clés par chapitre et les filtres de tableau, le tout pouvant être annulé en une seule étape.

L’évolution des personnages et des objets est calculée au moment de la lecture : la valeur de base correspond à l’état initial, et chaque état clé s’applique depuis son chapitre jusqu’au suivant. Demander l’état effectif d’un chapitre ne laisse jamais filtrer les changements postérieurs ; demander l’historique exige à la fois un chapitre de début et de fin et renvoie chaque modification avant / après.

L’IA lit selon les mêmes règles : la consultation d’un état exige un chapitre et renvoie l’âge, la profession, la faction et la phase à ce chapitre précis, les factions étant exprimées par le nom actuel de la fiche accompagné de son identifiant ; le graphe ne tire les appartenances que de références valides, sans jamais se rabattre sur un nom ou un alias approximatif.

L’agent n’édite jamais rien au prétexte qu’il aurait reconnu un élément. Chaque écriture passe par une carte de confirmation : jusqu’à 8 opérations atomiques en une seule transaction ; si la cible a changé entre-temps, toute la carte est refusée plutôt que d’écraser discrètement vos modifications ; une fois confirmée, la carte s’ajoute à la pile d’annulation du projet et un seul « Annuler » rétablit l’ensemble. Les suppressions précisent d’abord leur impact — nombre d’apparitions, de relations, de sous-arbres, de liens entrants, d’événements sur la ligne et d’ancres dans le manuscrit.

Voir Vue d’ensemble de la collaboration avec l’IA.

• Un seul sens : modifier une fiche ne réécrit jamais le brouillon, et modifier le brouillon ne renseigne jamais l’univers ou les relations à votre place.
• L’enregistrement automatique ne compare que les noms normalisés et les alias. Pour associer deux noms à une même personne, ajoutez l’alias sur la fiche au lieu d’espérer que le système le devine.
• Un paquet importé contenant des identifiants orphelins est nettoyé lors de l’import — les valeurs de base, états clés par chapitre et filtres de tableau sont purgés et récapitulés, sans jamais être réassociés silencieusement à une fiche de même nom.