Wie man eine KI-Worldbuilding-Bibel erstellt, ohne die Kontinuität der Geschichte zu verlieren

Was sollte Ihre KI-Worldbuilding-Bibel enthalten?

Beginnen Sie mit einem kleinen Referenzsystem, das praktische Fragen beim Verfassen beantwortet. Kann dieser Charakter das Observatorium vor Sonnenuntergang erreichen? Hat er erfahren, wie sich dessen Tür öffnet? Ändert sich diese Antwort in einem anderen Handlungsstrang?

Gliedern Sie die Bibel in sechs miteinander verbundene Abschnitte:

Verwenden Sie eine Tabellenkalkulation, verknüpfte Dokumente oder eine Datenbank, die Sie problemlos pflegen können. Vergeben Sie an Entitäten stabile IDs wie LOC-01 und CHAR-02; führen Sie Anzeigenamen und Aliase in separaten Feldern. Die Umbenennung des „Glas-Observatoriums“ sollte nicht jeden Verweis auf dessen Standortdatensatz beschädigen.

Betrachten Sie narrative Zusammenfassungen als praktische Ansichten des Hauptbuchs. Wenn eine Zusammenfassung nicht mit einem zugrunde liegenden Datensatz übereinstimmt, prüfen Sie die Quelle und lösen Sie den Konflikt, bevor Sie anhand einer der beiden Versionen weiterschreiben.

Wer besitzt einen Fakt und was macht ihn zum Kanon?

Für diesen Arbeitsablauf besteht die Urheberschaft an Fakten aus zwei Teilen: Ein maßgeblicher Datensatz enthält die Aussage, und eine Person ist dafür verantwortlich, Änderungen zu genehmigen. Ein Solo-Autor füllt diese Rolle allein aus. Ein Team könnte Standortentscheidungen einem World-Designer und Charakterenthüllungen einem Narrative Lead zuweisen, mit einer bestimmten Person zur Klärung von Überschneidungen.

Erfassen Sie die Provenienz zusammen mit der Urheberschaft. Die PROV-Übersicht des W3C (https://www.w3.org/TR/prov-overview/) beschreibt Provenienz als Informationen über Entitäten, Aktivitäten und Personen, die an der Erstellung von etwas beteiligt waren. Angewendet auf eine Story-Bibel bedeutet dies, festzuhalten, woher eine Aussage stammt, wie sie sich geändert hat und wer sie genehmigt hat. Das hier beschriebene Hauptbuch adaptiert dieses Prinzip; es ist keine formale PROV-Implementierung.

Geben Sie jedem Datensatz einen eindeutigen Status:

Wenn Sie ein bestehendes Manuskript importieren, lassen Sie die KI potenzielle Fakten mit genauen Szenenverweisen und kurzen Belegzitaten extrahieren. Überprüfen Sie die Verweise selbst. Wenn ein Charakter sagt „Das Observatorium ist immer verschlossen“, belegt das nur, dass diese Aussage getroffen wurde; es begründet nicht automatisch eine objektive Regel.

Legen Sie die Autoritätsrichtlinie Ihres Projekts schriftlich fest. Zum Beispiel: Eine akzeptierte Retcon-Entscheidung überschreibt den vorherigen Kanoneintrag; akzeptierte Quellszenen begründen Fakten; Arbeitsentwürfe und Brainstorming bleiben vorläufig. Wenn zwei akzeptierte Szenen einander widersprechen, markieren Sie den Konflikt als ungelöst, bis Sie entscheiden, welche Szene geändert wird.

Wie verfolgt man Zeitachsen und Orte gemeinsam?

Erfassen Sie die Zeit der Handlung getrennt von der Revisionszeit. „Die Brücke schließt an Tag 6“ beschreibt ein Ereignis. „Der Autor hat das Schließungsdatum der Brücke in Revision 4 geändert“ beschreibt eine redaktionelle Entscheidung. Werden diese vermischt, entsteht Unklarheit darüber, ob sich die Welt verändert hat oder ob ihre Beschreibung korrigiert wurde.

Erfassen Sie für jedes Ereignis den frühest- und spätestmöglichen Zeitpunkt, den Ort, die Beteiligten, die Voraussetzungen und den resultierenden Zustand. Verwenden Sie Zeitspannen, wenn Präzision unnötig ist: „nach der Morgenlieferung, vor Sonnenuntergang“ kann nützlicher sein als eine erfundene Minute. Definieren Sie Kalendereinheiten, wenn Ihr Setting unvollständige oder ungewohnte Tage oder Jahreszeiten verwendet.

Erfassen Sie für jede Route Ausgangspunkt, Ziel, Reisemittel, Dauer oder Zeitrahmen und Verfügbarkeitsbedingungen. Geben Sie an, ob die Reise in beiden Richtungen funktioniert. Eine Karte kann zwei Orte nah beieinander zeigen, während Ihre etablierte Route dennoch einen großen Umweg erfordert.

Betrachten Sie diese rein illustrative Kontinuitätsprüfung: Ein Bote verlässt die Obstplantage um 09:00 Uhr, benötigt drei Stunden bis zum Observatorium und verbringt weitere 30 Minuten damit, eine Linse abzuholen. Die früheste Ankunft ist um 12:30 Uhr. Eine Szene, die den Boten dort um 12:00 Uhr mittags platziert, widerspricht diesen Angaben, sofern keine akzeptierte Ausnahme greift.

Lösen Sie den Konflikt, indem Sie eine unterstützte Eingabe ändern: Abfahrtszeit, Route, Verzögerung oder Treffzeit. Wenn die Reise zwei bis vier Stunden dauert, ist die Ankunftszeit stattdessen ein Zeitfenster. Behalten Sie diese Ungewissheit bei, anstatt einen definitiven Widerspruch zu melden.

Wie trennt man die Wahrheit der Welt vom Wissen der Charaktere?

Halten Sie Wissensdatensätze getrennt von objektiven Fakten. Erfassen Sie für jede wichtige Erkenntnis den Charakter, den Fakt oder die Annahme, das Ereignis des Wissenserwerbs, den Zeitpunkt und etwaige Handlungsstrang-Bedingungen. Unterscheiden Sie zwischen „weiß“, „vermutet“, „glaubt fälschlicherweise“ und „hat es nicht erfahren“. Ein fehlender Datensatz bedeutet lediglich, dass das Wissen nicht erfasst wurde; er beweist keine Unwissenheit.

Dies hat eine direkte Entsprechung in der interaktiven Erzählung. Das offizielle Ink-Tutorial von Inkle (https://www.inklestudios.com/ink/web-tutorial/) zeigt bedingten Text und Entscheidungen, die auf zuvor besuchten Abschnitten der Geschichte basieren. Es beschreibt auch benutzerdefinierte Variablen. Diese Mechanismen können den Zugang zu Informationen darstellen, obwohl Autoren immer noch entscheiden müssen, ob das Erleben einer Szene dem Charakter tatsächlich einen bestimmten Fakt vermittelt.

Beispielsweise öffnet sich die Tür des Observatoriums möglicherweise, wenn eine Kupferscheibe an einer Markierung ausgerichtet wird. Das ist ein Fakt der Welt. Dass Mira diesen Vorgang während einer Demonstration lernt, ist ein separates Ereignis. Ein anderer Charakter, der eine unvollständige Notiz liest, vermutet möglicherweise nur, wie es funktioniert.

Verknüpfen Sie das Lernereignis bei einem Spiel mit Verzweigungen mit dem relevanten Pfad oder der Statusbedingung. Testen Sie sowohl eine Route, auf der der Charakter das Verfahren gelernt hat, als auch eine, auf der er es übersprungen hat. Stellen Sie bei einem Roman sicher, dass Erklärungen und Dialoge in der Handlungszeit nach dem Lernereignis stattfinden, selbst wenn die Kapitel außerhalb der chronologischen Reihenfolge erscheinen.

Ein wiederverwendbares Kontinuitäts-Hauptbuch

Verwenden Sie die folgenden Felder als Tabellenspalten oder als wiederkehrenden Datensatz in Ihren Notizen. Behalten Sie pro Datensatz eine unabhängig voneinander überarbeitbare Aussage bei. Die Beispiele sind frei erfunden und dienen ausschließlich der Veranschaulichung des Workflows.

Hier ist eine kompakte Ansicht von drei zusammenhängenden Datensätzen. Das vollständige Hauptbuch würde die oben genannten Beleg- und Zuständigkeitsfelder für jede Zeile beibehalten.

Lassen Sie nicht zu, dass „ungelöst“ stillschweigend zu einem „Nein“ wird. Frage Q-003 lässt die Option einer Ersatzscheibe unentschieden. Sie erlaubt sie weder, noch verbietet sie sie. Eine Szene, die eine Antwort erfordert, sollte eine Entscheidungsanfrage auslösen.

Geben Sie jeder offenen Frage eine zuständige Person und einen Entscheidungspunkt: „Klären vor dem Entwurf von S-15“. Wenn die Antwort den Lesern bewusst vorenthalten wird, halten Sie fest, ob der Autor sie bereits kennt. Eine dem Autor bekannte Antwort und eine noch unentschiedene Designentscheidung müssen unterschiedlich behandelt werden.

Wie sollte die KI die Bibel beim Schreiben nutzen?

Bereiten Sie ein Szenenpaket vor, das Zeit, Ort, Blickwinkel, Handlungsstrang, relevante Kanondatensätze und ungelöste Abhängigkeiten der Zielszenen enthält. Fügen Sie verknüpfte Voraussetzungen hinzu, nicht nur Einträge, die dieselben Schlüsselwörter wie die Szene aufweisen. Eine Szene an einer Tür kann von einer früheren Demonstration an einem ganz anderen Ort abhängen.

Verwenden Sie einen Prompt wie diese wiederverwendbare Anweisung:

Überprüfe die bereitgestellte Szene anhand der beigefügten Kontinuitätsdatensätze und deren angegebener Revision. Zitiere für jeden potenziellen Konflikt die Szenenpassage und identifiziere die entsprechende Datensatz-ID. Klassifiziere ihn als Widerspruch, fehlende Information oder vorgeschlagene Ergänzung. Überprüfe Chronologie, Reisen, Ortszugang, Charakterwissen und Verzweigungsbedingungen. Behalte ungelöste Fragen bei. Schlage Korrekturen separat vor; verändere nicht den Kanon und erfinde keine Quellenverweise. Gib an, welche Prüfungen anhand des bereitgestellten Materials nicht abgeschlossen werden konnten.

Bitten Sie bei generativen Aufgaben um Alternativen innerhalb expliziter Vorgaben: „Schlage drei Möglichkeiten vor, Mira aufzuhalten, ohne F-014 zu ändern oder ihr vor E-008 Wissen zu verleihen.“ Beschreiben Sie die gewünschte Atmosphäre, das Tempo und die Besonderheiten des Settings mit Ihren eigenen Worten.

Prüfen Sie die Ausgabe in zwei Durchgängen. Überprüfen Sie zuerst, ob die zitierten Datensätze die Ergebnisse stützen. Entscheiden Sie dann, welche Vorschläge der Geschichte dienlich sind. Nur akzeptierte Änderungen fließen in das Hauptbuch ein. Wenn eine notwendige Quelle fehlt, fordern Sie diese an oder belassen Sie das Ergebnis als ungelöst.

Wie geht man mit Retcons um, ohne die Historie zu löschen?

Unterscheiden Sie ein normales Ereignis von einem Retcon. Erhält die Tür an Tag 11 einen neuen Mechanismus, fügen Sie ein Übergangsereignis und eine neue, zeitlich begrenzte Regel hinzu. Entscheiden Sie jedoch, dass sie schon immer einen anderen Mechanismus hatte, überarbeiten Sie den früheren Kanon und überprüfen Sie jede davon abhängige Szene.

Ein Versionsverlauf macht frühere Zustände wiederherstellbar. Die Einführung in die Versionskontrolle im offiziellen Git-Buch (https://git-scm.com/book/en/v2/Getting-Started-About-Version-Control) erklärt, wie Versionskontrolle Änderungen aufzeichnet, Vergleiche unterstützt und es ermöglicht, vorherige Versionen wieder aufzurufen. Git ist eine Möglichkeit; wählen Sie ein Dokumentensystem mit praktischem Verlauf, falls dies besser zu Ihrer Arbeitsweise passt. Halten Sie separat fest, warum eine narrative Entscheidung geändert wurde.

Für jeden vorgeschlagenen Retcon gilt:

Ein wiederverwendbarer Eintrag im Änderungsprotokoll sollte Änderungs-ID, Revisionsdatum, Entscheidungsperson, Grund, alten Datensatz, Ersatzdatensatz, betroffenes Material und Verifizierungsstatus enthalten. Zum Beispiel: „CH-006 schlägt vor, zwei ausgerichtete Scheiben zu verlangen; betrifft F-014, E-008, K-009 und S-12; Entscheidung ausstehend.“ Eine Genehmigung allein bedeutet noch nicht, dass diese abhängigen Szenen bereits angepasst wurden.

Was sollten Sie prüfen, bevor Sie eine Szene akzeptieren?

Lesen Sie die Szene nach ihrer kreativen Überarbeitung einmal gezielt auf Kontinuität hin durch. Stellen Sie sicher, dass erforderliche Ereignisse stattgefunden haben, Reise- und Zugangsbedingungen erfüllt sind, Charaktere über die Informationen verfügen, die sie nutzen, und strangspezifische Fakten auf ihre jeweiligen Handlungsstränge beschränkt bleiben. Vergewissern Sie sich, dass neue Details entweder in den Kanon aufgenommen wurden oder erkennbar provisorisch bleiben.

Erfassen Sie die Bibelrevision, die für diese Prüfung verwendet wurde. Wenn eine spätere Änderung eine der Abhängigkeiten der Szene betrifft, öffnen Sie die Szene erneut zur Überprüfung. Sie können mit einem Ort, einem Charakter und den wesentlichen Fakten der nächsten Szene beginnen und das Hauptbuch immer dann erweitern, wenn ein neues Detail festlegt, was später geschehen kann.

Dieses Thema weiter erkunden