Wer mit einer KI einen langen Roman schreibt, merkt bald, dass früher festgelegtes Setting immer wieder verschwimmt. Um dieses Problem zu lösen, habe ich die Welt gebaut, das Setting-Nachschlagewerk von TypeTak. Was ich dabei abgewogen und entschieden habe, schreibe ich Teil für Teil auf.

Eine Vorlage für die Story-Bible – gefunden bei Namuwiki

Eine Story-Bible-Vorlage ist ein Raster, das für jeden Eintrag, ob Figur oder Ort, vorab festlegt, welche Felder es gibt. Sind die Felder festgelegt, sieht jeder Eintrag gleich aus, egal wer ihn ausfüllt, und jedes leere Feld zeigt ein Setting, das noch nicht entschieden ist.

Im vorigen Teil habe ich mich dafür entschieden, dass die KI frühere Inhalte aus eigenen Dateien liest, in denen das Setting geordnet ist. Dafür musste ich zuerst festlegen, welche Form diese Dateien haben: eine Form, die Menschen leicht erfassen und die die KI selbst ausfüllen kann. In diesem Teil erzähle ich, wie diese Form entstanden ist, die Vorlage für die Story-Bible.

Schreibt die KI frei, sieht jedes Dokument anders aus

Bittet man eine KI „Fass diese Figur zusammen“, kommt ein recht ordentlicher Text heraus. Schwierig wird es ab der zweiten, dritten Figur. Bei der einen beginnt der Text mit dem Charakter, bei der anderen mit der Vorgeschichte. Mal ist ein Alter angegeben, mal nicht. Sind erst zehn Figuren beisammen, muss man ein Dokument von vorn bis hinten lesen, nur um nachzusehen: „Wie alt war die noch mal?“

Die KI kann das trotzdem lesen. Aber einer Story-Bible, die man nicht überfliegen und korrigieren kann, vertraut man nicht. Ich brauchte eine Form, die für Menschen angenehm zu lesen ist und die die KI selbst ausfüllen kann.

Was mir in den Werkartikeln von Namuwiki auffiel

Den Anstoß fand ich ausgerechnet auf Namuwiki, dem großen koreanischen Online-Wiki, genauer in den Artikeln zu Romanen, Serien und Spielen.

Andere Werke, andere Figuren, ganz andere Verfasser, und trotzdem sahen die Artikel fast gleich aus. Öffnet man den Artikel zu einer Figur, sind ganz oben kurze Fakten wie Name, Alter und Zugehörigkeit in einer Tabelle zusammengefasst. Darunter folgen längere Texte wie ein Überblick oder die Handlung im Werk. Artikel zu Orten ähnelten anderen Artikeln zu Orten, Artikel zu Ereignissen anderen Artikeln zu Ereignissen.

Die Art des Gegenstands bestimmte die Felder. Deshalb weiß man auch bei einem unbekannten Werk sofort, wo was zu finden ist. Kurze Fakten sieht man in der Tabelle auf einen Blick, also fallen Fehler schnell auf.

Ich wollte wissen, ob das, was in einem von Menschen geschriebenen Wiki funktioniert, auch in einer Story-Bible funktioniert, die eine KI schreibt. Also habe ich es mit demselben Setting getestet: Einmal schrieb die KI ohne Felder frei, einmal bekam sie für jede Art von Gegenstand Felder vorgegeben. Die Ergebnisse habe ich nebeneinandergelegt. Der Inhalt war derselbe, aber angenehmer zu lesen war die Version mit vorgegebenen Feldern.

Ungefähr im März 2026 habe ich daher die Richtung festgelegt: Setting-Dokumente in Wiki-Form, angenehm für Menschen und von der KI selbst geschrieben. Welche Felder es gibt, sollte die Art des Gegenstands bestimmen.

Der Knotentyp bestimmt die Felder

In der Welt heißt ein einzelner Setting-Eintrag Knoten. Eine Figur ist ein Knoten, ein Ort ebenso. Knoten sind in Knotentypen wie Figur, Ort oder Fraktion eingeteilt, und der Typ bestimmt die Felder. Diese Felder heißen Slots.

Alle Knoten desselben Typs haben dieselben Slots. Hat der Typ Figur einen Slot Alter, gibt es bei jeder Figur ein Feld für das Alter, und für jeden Knoten wird dort ein eigener Wert eingetragen. Fügen Sie einen Slot hinzu oder löschen ihn, gilt das für alle Knoten dieses Typs. Wie bei Namuwiki soll alles gleich aussehen, egal wer es ausfüllt.

Kurze Fakten und lange Texte getrennt

Ich spreche von einem Wiki, aber es ist kein einfaches Dokument. Nach dem Vorbild von Tabelle und Fließtext in einem Figurenartikel auf Namuwiki habe ich die Slots in zwei Arten geteilt.

Eigenschaft: ein Feld für kurze Fakten wie Alter oder Beruf. Das entspricht der Tabelle in einem Figurenprofil.
Abschnitt: ein Feld für längere, frei geschriebene Texte wie Vorgeschichte oder Charakter. Das entspricht dem Fließtext.

Stecken kurze Fakten mitten in langen Texten, muss man für ein einziges Alter den ganzen Absatz lesen. Getrennt sieht man sie wie in einer Tabelle auf einen Blick.

Auch Werte haben eine Art

Einen Schritt weiter habe ich auch die Werte in den Eigenschaften nach Art unterschieden. Derzeit gibt es in der Welt vier Arten: Allgemein, Zahl, Auswahl und Knotenbeziehung.

Allgemein: ein Wert als kurzer Text. Für kurze Fakten, die weder Auswahl noch Zahl sind, etwa „fünftgrößtes Lehen des Königreichs“ im Feld Größe des Lehens.
Zahl: ein Wert als Zahl. Im Feld Alter etwa 17 oder 30, auch mit Einheit, als Bereich oder als Näherungswert.
Auswahl: ein Wert aus vorgegebenen Optionen. Im Feld Beruf etwa eine Option aus Magierlehrling, Ritter und Händler.
Knotenbeziehung: ein Wert, der auf einen anderen Knoten verweist. Tragen Sie im Feld Lehrmeister einen anderen Figurenknoten ein, führt ein Link zu diesem Knoten.

Der Grund für diese Einteilung: Die Ordnung wird sauberer. Ist die Art eines Werts festgelegt, landen im selben Feld Werte derselben Form. Seltener kommt es dann vor, dass im Feld Alter bei einer Figur 17 eingetragen ist und bei einer anderen „ungefähr siebzehn Jahre“.

Am wichtigsten war die Knotenbeziehung. In Teil 1 hatte ich mich für Dateien entschieden, weil man dem folgen kann, was verbunden ist, und die Eigenschaft vom Typ Knotenbeziehung ist genau diese Verbindung. Schon der Name der Eigenschaft, etwa Lehrmeister, sagt, wie die beiden Knoten zueinander stehen. So können KI und Mensch dem Link zum nächsten Setting folgen.

Die Form war klar, das Ausfüllen nicht

So weit die Form. Bauen konnte ich sie trotzdem nicht sofort, diesmal wegen der Kosten.

Während man einen Roman schreibt, ändern sich Setting und Plot häufig. Bei jeder Änderung muss die KI die Felder neu ausfüllen, und KI-Modelle, die diese Ordnung brauchbar hinbekamen, waren damals ziemlich teuer. Ich konnte Schreibende nicht bei jeder Nutzung diesen Preis zahlen lassen.

Eine Zeit lang habe ich deshalb an einer Struktur gearbeitet, die Kosten spart, und entsprechend langsamer kam die Entwicklung voran.

Gelöst habe am Ende nicht ich das Problem, sondern die Zeit. Es kamen bessere Modelle auf den Markt, die Preise sanken, und die gewünschte Qualität wurde bezahlbar. Ein Teil der Sparstruktur war damit überflüssig, und ich habe ihn wieder entfernt.

Im nächsten Teil geht es um das Problem, das auftrat, als die KI diese Vorlage ausfüllte: die Ordnung. In Romanen wird dieselbe Figur mal beim Nachnamen, mal beim Vornamen, mal beim Spitznamen genannt. Ich beschreibe, was ich getan habe, damit dasselbe Setting nicht doppelt entsteht.

Für TypeTak habe ich entschieden, das Setting in einem Wiki abzulegen, dessen Felder der Knotentyp bestimmt. Kurze Fakten kommen in Eigenschaften, lange Texte in Abschnitte, und die Werte der Eigenschaften sind in Allgemein, Zahl, Auswahl und Knotenbeziehung unterteilt.

Häufige Fragen

Wozu braucht man eine Vorlage für die Story-Bible?

Ohne festgelegte Felder sieht jedes Figurendokument anders aus, und für ein einziges Alter muss man das Dokument von vorn lesen. Gibt es für jede Art von Eintrag dieselben Felder, sieht alles gleich aus, egal wer es ausfüllt, und leere Felder zeigen, welches Setting noch nicht entschieden ist.

Wie legt man die Felder einer Story-Bible am besten fest?

Nicht für jeden einzelnen Eintrag, sondern für jede Art von Eintrag. Alle Figuren bekommen dieselben Felder, alle Orte ebenso. Trennt man wie in einem Figurenartikel auf Namuwiki kurze Fakten als Tabelle vom langen Fließtext, behält man leicht den Überblick.

Wie trennt man in einer Story-Bible kurze Fakten von langen Beschreibungen?

Kurze Fakten wie Alter oder Beruf kommen wie in einer Tabelle in Felder, lange Beschreibungen wie Vorgeschichte oder Charakter in den Fließtext. So sieht man alles auf einen Blick. In der Welt von TypeTak heißen die ersten Felder Eigenschaften, die zweiten Abschnitte.

Was bringt es, die Werte einer Story-Bible in Text, Zahl, Auswahl und Verweise auf andere Einträge zu unterteilen?

Im selben Feld landen Werte derselben Form, und die Ordnung wird sauberer. Vor allem Werte, die auf andere Einträge verweisen, werden zu Links, denen Mensch und KI zum zusammenhängenden Setting folgen können.