Modulübergreifende Verknüpfungen

Verweise & Verknüpfungen

Modulübergreifende Verknüpfungen

Klare Richtung: Das Manuskript speist die Bibliothek, Umbenennungen wahren die Identität, Löschungen sind geschützt.

Richtung: Manuskript → Bibliothek

Verknüpfungen in Loomworld haben eine feste Richtung. Was du im Manuskript schreibst, fließt in die Einträge der Bibliothek ein; ein von Hand erstellter Eintrag verschwindet nicht, weil eine Zeile im Manuskript gelöscht wurde. Das beantwortet die meisten Fragen danach, ob sich Dinge von selbst ändern: Sie tun es nicht.

Drei automatische Verknüpfungen beim Schreiben

  • Beim Bestätigen einer Figuren-Zeile (Enter, Bewegen der Einfügemarke oder Fokusverlust des Editors) wird der Name nach Bereinigung von Leerzeichen und Groß-/Kleinschreibung im Figurenverzeichnis gesucht, Aliase eingeschlossen: Ein Treffer verknüpft die Zeile, bleibt er aus, wird eine neue Karte auf Stufe „Nebenfigur“ angelegt. Halb getippte Namen und Tipppausen erstellen niemals eine Karte.
  • Der Ort eines Szenenknotens gleicht beim Bestätigen die Ortsbibliothek nach derselben Regel ab und legt bei fehlender Übereinstimmung eine Karte an.
  • Ein eingeklammerter Name wie [alte Taschenuhr] im normalen Fließtext wird beim Bestätigen gegen die Gegenstandsbibliothek geprüft und legt den Gegenstand an, falls er fehlt; die Zeile erfasst ihre Verweise auf Gegenstände.

Der Einstieg und Fortsetzungen folgen derselben Regel: Während das Modell streamt, bleibt eine halbe Szenenüberschrift oder ein halber Name in einem Nebenentwurf und legt nichts an. Erst wenn der Durchlauf endet, stoppt oder fehlschlägt, setzt sich der Text in Knoten ab – aus einem einzelnen Schriftzeichen entsteht also niemals eine Karte.

Was du weiterhin von Hand pflegst

Beziehungen, Zugehörigkeiten, Entwicklungen pro Kapitel, Anker für Vorausdeutungen, Ranglistenwerte, Platzierungen auf Karten und Positionen auf der Arbeitsfläche: All das existiert, weil du es so entschieden hast. Nichts errät Motive, bestimmt, wer wen liebt, oder legt ein Schwert an, nur weil du „er hob es auf“ geschrieben hast.

Ortsangaben in Zeit und Ort sind die vorsichtige Ausnahme: Das Bestätigen einer solchen Angabe kann eine Ortskarte anlegen oder wiederverwenden, jedoch nur innerhalb des eigenen Teilbaums der Szene; ein erneutes Verknüpfen benennt nie um, und das Leeren löst lediglich den Verweis.

Reichweite von Umbenennungen

  • Umbenennungen wirken sich punktuell aus: Wird eine Gruppierungskarte umbenannt, aktualisiert das die Figuren-Chips, Verzeichnisgruppen, Mitgliederzahlen, Übersichten und das, was der Agent liest; ein umbenannter Ort zeigt seinen neuesten Namen auf Beschriftungen und im Manuskript. Gespeichert wird die Identität, nicht der Text.
  • Löschungen haben weiter reichende Folgen: Das Entfernen einer Figur entfernt ihre Beziehungslinien; ein Ort, auf den eine Szene oder eine Zeit-und-Ort-Angabe (oder irgendwo in seinem Teilbaum) noch verweist, kann nicht gelöscht werden, und sein übergeordneter Ort lässt sich nicht ändern, solange Verweise bestehen; das Löschen eines Handlungsstrangs überträgt sich auf seine Ereignisse; das Löschen von Kapiteln oder Szenen bereinigt die Anker von Vorausdeutungen und Zeitleisten, die darauf verwiesen, sodass keine verwaisten IDs zurückbleiben.
  • Karten betreffen nur die Darstellung: Das Löschen einer Platzierung entfernt die Darstellung in dieser Ansicht, niemals den Datensatz, die Geometrie der anderen Ansicht oder Unterkarten.
  • Das Verlassen der Gruppierungskategorie durchläuft eine Auswirkungsbestätigung: In einer einzigen Aktualisierung werden Basismitgliedschaften, Kapitel-Keyframes und Ansichtsfilter bereinigt; dies lässt sich in einem Schritt rückgängig machen.

Wie Zustände pro Kapitel erfasst werden

Änderungen an Figuren und Gegenständen werden beim Lesen zusammengeführt: Der Basiswert beschreibt den Zustand zu Beginn, ein Keyframe gilt von seinem Kapitel bis zum nächsten. Fragt man den wirksamen Zustand eines Kapitels ab, fließen spätere Änderungen niemals ein; eine Abfrage des Verlaufs erfordert Start- und Endkapitel und liefert jede Änderung im Vorher-Nachher-Vergleich.

Die KI liest nach denselben Vorgaben: Zustandsabfragen verlangen ein Kapitel und liefern Alter, Beruf, Gruppierung und Phase zum Stand dieses Kapitels, wobei Gruppierungen als aktueller Name der Karte samt ID angegeben werden; das Beziehungsnetz leitet Mitgliedschaften ausschließlich aus gültigen Verweisen ab, nie über Namen oder Behelfs-Aliase.

KI-Schreibvorgänge nutzen dieselben Regeln

Der Agent nimmt niemals Änderungen vor, bloß weil er etwas erkannt hat. Jeder Schreibvorgang erfolgt über eine Bestätigungskarte: bis zu 8 atomare Operationen in einer Transaktion; hat sich das Ziel zwischenzeitlich geändert, wird die gesamte Karte abgewiesen, statt stillschweigend überschrieben zu werden; nach der Bestätigung wandert die Karte auf den Rückgängig-Verlauf des Projekts, und ein einzelner Rückgängig-Schritt stellt alles wieder her. Löschungen weisen ihre Auswirkungen vorab aus – Häufigkeit von Auftritten, Beziehungen, Teilbäume, eingehende Links, Ereignisse im Handlungsstrang, Manuskriptanker.

Siehe Übersicht über die KI-Zusammenarbeit.

Grenzen und Fehlerbehebung

  • Nur eine Richtung: Änderungen an Karten schreiben niemals das Manuskript um, und Änderungen am Manuskript füllen weder die Welt noch Beziehungen automatisch für dich aus.
  • Das automatische Anlegen gleicht ausschließlich normalisierte Namen und Aliase ab. Sollen zwei Namen dieselbe Person bezeichnen, füge der Karte den Alias hinzu, anstatt darauf zu hoffen, dass das System es errät.
  • Ein importiertes Paket mit verwaisten IDs wird beim Import bereinigt – Basiswerte, Kapitel-Keyframes und Ansichtsfilter werden zurückgesetzt und zusammengefasst, niemals stillschweigend mit einer gleichnamigen Karte verknüpft.