Schlagwort: advice

Von der Dokumentenanalyse zur Alternate History: Warum die drei Ehrlichkeits-Regeln auch fürs Worldbuilding funktionieren

Vor ein paar Wochen habe ich über drei Prompt-Regeln geschrieben, die KI davon abhalten zu raten, wenn sie Daten aus Dokumenten extrahiert. Die Regeln — Leerlassen erzwingen, Raten bestrafen, Quelle zeigen — waren für unspektakuläre Geschäftsprobleme gedacht: Verträge mit widersprüchlichen Klauseln, Meetingnotizen mit mehrdeutigen Zusagen, Rechnungen mit fehlenden Feldern.

Aber je mehr ich sie anwandte, desto stärker fiel mir etwas auf: Dieselben Regeln lösen ein völlig anderes Problem — eines, das mit Geschäftsdokumenten nichts zu tun hat.

Sie lösen Worldbuilding.


Das Problem: KI als Continuity Editor

Jeder, der versucht hat, ein LLM für längerfristige kreative Arbeit zu nutzen, kennt das Muster. Sie bauen eine alternative Zeitlinie, eine Fantasy-Welt, ein Science-Fiction-Universum, eine Pen-and-Paper-Kampagne. Sie haben hunderte Seiten Lore geschrieben. Sie geben sie an Claude oder ChatGPT und stellen eine Frage dazu, wie Ihre fiktive Welt funktioniert.

Und das Modell erfindet etwas.

Es konstruiert eine Fraktion, die nicht existiert. Es ordnet eine Technologie der falschen Epoche zu. Es „erinnert sich“ an einen Charakter, der nie in Ihren Notizen stand. Es platziert ein fiktives Ereignis selbstbewusst in einer realen historischen Periode — und bekommt dabei noch die reale Geschichte falsch. Der Output klingt plausibel, in sich konsistent, schön geschrieben — und widerspricht allem, was Sie aufgebaut haben.

Das ist dasselbe strukturelle Problem wie im vorherigen Post, nur in einer anderen Domäne. Das Modell ist darauf trainiert, vollständigen, kohärenten Output zu produzieren. Wenn Ihre Lore eine Lücke hat, füllt das Modell sie — weil Lücken füllen genau das ist, worauf es optimiert wurde. Ob die Lücke „Wie lauten die Zahlungsbedingungen in Abschnitt 4?“ ist oder „Was geschah im Imperialen Senat nach dem Divergenzpunkt?“, der Instinkt ist identisch: Etwas erfinden, das richtig klingt.

Die Forschung hat dafür im Fiction-Kontext einen eigenen Begriff: „Charakter-Halluzination“ (Wu et al., 2024) — wenn eine KI, die eine Rolle spielt, die etablierte Identität dieser Rolle verletzt. Das IJCAI-2025-Tutorial zu LLM-Rollenspielen nennt die allgemeine Herausforderung „controlled hallucination“: Das Modell muss innerhalb der etablierten Regeln einer fiktiven Welt kreativ erfinden, sich aber rigoros weigern, Dinge zu erfinden, die diese Regeln verletzen. Die Grenze zwischen produktiver Kreativität und lore-brechender Konfabulation ist genau die Grenze, die die drei Regeln ziehen sollen.


Die Anpassung: Worldbuilding hat zwei Kanons, nicht einen

Bei der Vertragsanalyse gibt es eine Quelle der Wahrheit: das Dokument. Extrahiere, was da ist, markiere, was fehlt, erfinde nichts.

Bei Alternate History gibt es zwei gleichzeitig wirkende Wahrheitsquellen:

  1. Reale Geschichte — alles, was in unserer Welt passiert ist, bevor die Geschichte von ihr abweicht
  2. Ihre Lore — alles, was Sie darüber etabliert haben, was nach der Divergenz passiert

Beides ist kanonisch. In beidem darf die KI nichts erfinden. Und die Grenze zwischen beidem ist scharf: der „Divergenzpunkt“ (Point of Divergence, POD), der Moment, in dem Ihre fiktive Zeitlinie von der realen Geschichte abbricht.

Vor dem POD muss die KI ein Historiker sein. Sie kann auf reale Personen, reale Technologien, reale Schlachten, reale Ereignisse verweisen — aber nur auf Dinge, die tatsächlich passiert sind. Eine Schlacht zu erfinden, die nicht stattgefunden hat, oder eine Person, die nicht existierte, ist genauso schlimm wie eine Vertragsklausel zu erfinden.

Nach dem POD muss die KI ein Continuity Editor sein. Nur die Dinge existieren, die in Ihrer Lore etabliert sind. Alles andere ist eine Lücke — und Lücken sollten markiert, nicht gefüllt werden.

Hier kommen die drei Regeln ins Spiel, fast unverändert.


Die drei Regeln, angepasst

Regel 1: Leerlassen erzwingen → Lücken markieren

Bei der Dokumentextraktion lässt das Modell ein Feld LEER, wenn die Daten fehlen, und begründet warum. Beim Worldbuilding gilt dasselbe Prinzip mit zwei Labels statt einem — weil es zwei Arten von Lücken gibt:

  • [HISTORISCHE LÜCKE] — für Ereignisse vor dem Divergenzpunkt, bei denen das Modell nicht sicher ist. Keine Biografie eines römischen Konsuls erfinden; die Lücke markieren.
  • [LORE-LÜCKE: Dazu gibt es bisher keine etablierten Vorgaben] — für Entwicklungen nach dem Divergenzpunkt, die Ihre Lore nicht abdeckt. Keine neue Fraktion, Technologie oder Großereignis erfinden; die Lücke markieren.

Der entscheidende Schritt ist derselbe wie zuvor: Dem Modell explizit die Erlaubnis geben, nicht zu wissen. Ohne diese Erlaubnis überschreibt der Vervollständigungsinstinkt des Modells seine Unsicherheitserkennung, und Sie bekommen selbstbewusst geschriebene Halluzinationen, die sich anfühlen wie Kanon, es aber nicht sind.

Regel 2: Raten bestrafen → Eine falsche Erfindung ist schlimmer als eine Lücke

Die Geschäftsversion dieser Regel lautet: „Eine falsche Antwort ist 3× schlimmer als ein leeres Feld. Im Zweifel lass es leer.“

Die Worldbuilding-Version ist noch strenger, weil die Konsequenzen gravierender sind. Ein falscher Zahlungsbegriff in einer Tabelle wird korrigiert. Ein falsches Lore-Detail, das in Ihren Kanon aufgenommen wird, weil es richtig klang, kann hunderte Stunden weiterer Arbeit vergiften. Jede spätere Referenz baut darauf auf. Jeder Charakter interagiert damit. Bis Sie es bemerken, ist es durch Ihre Welt gewoben.

Also wird aus der Regel:

Eine falsche Erfindung ist schlimmer als das Eingestehen einer Lücke im Worldbuilding.

Kein Multiplikator nötig. Die Asymmetrie ist total. In kreativer Arbeit ist eine Lücke eine Einladung, Ihre Lore zu Ihren eigenen Bedingungen auszubauen. Eine schlechte Erfindung ist ein Bug, der in Produktion geht.

Regel 3: Die Quelle zeigen → Drei Provenance-Tags statt zwei

Bei der Dokumentextraktion ist jeder Wert entweder EXTRAHIERT (direkt aus der Quelle) oder ABGELEITET (berechnet oder hergeleitet). Beim Worldbuilding brauchen Sie drei Tags, weil Sie zwei kanonische Quellen plus Ihre eigene Extrapolation haben:

  • (HISTORIE) — reale historische Fakten vor dem Divergenzpunkt
  • (LORE-BELEGT) — genau so in Ihren Lore-Texten enthalten
  • (LORE-INFERIERT) — eine logische Konsequenz, die das Modell aus Ihrer Lore ableitet, mit einsätziger Begründung

Das dritte Tag ist, wo die Magie passiert. Sie wollen, dass das Modell extrapoliert — genau das macht es fürs Worldbuilding nützlich. Eine etablierte Technologie muss Konsequenzen haben; eine etablierte Fraktion muss mit anderen Fraktionen interagieren; ein etabliertes Ereignis muss Folgewirkungen haben. Aber Sie wollen diese Extrapolationen markiert, damit Sie sie prüfen und entscheiden können, ob sie zu Ihrer Vision passen. Eine markierte Inferenz, der Sie widersprechen, korrigieren Sie in dreißig Sekunden. Eine unmarkierte Inferenz, die still zum Kanon wird, auseinanderzufieseln dauert drei Sessions später Stunden.


Der kombinierte Prompt

Hier ist die vollständige Adaption, strukturiert als System-Prompt, den Sie in jeden länger laufenden Chat zu Ihrer fiktiven Welt kopieren können. Ersetzen Sie die Platzhalter mit Ihrem eigenen Setting.

Wir bauen eine alternative Zeit, die im Jahr [JAHR] beginnt mit [ÄNDERUNG / DIVERGENZPUNKT]. Du bist mein Historiker und Continuity Editor für dieses Alternate-History-Universum. Deine Aufgabe ist es, Texte, Antworten und Lore-Konzepte zu erstellen, die absolut widerspruchsfrei sind.

Die wichtigste Grundregel (der Divergenzpunkt): Das Jahr des Divergenzpunktes ist [JAHR].

Regel 1 — VOR dem Divergenzpunkt (strikte Historie):
• Alles, was vor diesem Datum passiert ist, MUSS zu 100 % der realen, verifizierbaren irdischen Geschichte entsprechen.
• Erfinde keine historischen Personen, Technologien, Schlachten oder Ereignisse.
• Wenn du ein historisches Detail nicht sicher weißt, erfinde es nicht. Nutze stattdessen den Platzhalter [HISTORISCHE LÜCKE].

Regel 2 — NACH dem Divergenzpunkt (strikter Lore-Kanon):
• Alles, was nach diesem Datum passiert, darf AUSSCHLIESSLICH auf den von mir bereitgestellten Lore-Texten basieren.
• Erfinde keine neuen Fraktionen, Hauptcharaktere, Großereignisse oder fundamentalen Technologien, die nicht in meinen Texten etabliert wurden.
• Wenn du nach Entwicklungen gefragt wirst, zu denen meine Lore keine Angaben macht, antworte mit [LORE-LÜCKE: Dazu gibt es bisher keine etablierten Vorgaben]. Eine falsche Erfindung ist schlimmer als das Eingestehen einer Lücke im Worldbuilding.

Regel 3 — Quellen- und Logik-Kennzeichnung:
Um das Worldbuilding sauber zu halten, markiere am Ende jedes Absatzes oder bei jeder wichtigen Behauptung in Klammern, woher die Information stammt:
• (HISTORIE) für reale historische Fakten vor dem Divergenzpunkt
• (LORE-BELEGT) für Fakten, die exakt so in meinen Texten stehen
• (LORE-INFERIERT) für logische Schlussfolgerungen aus meiner Lore (z. B. wie sich eine etablierte Technologie auf den Alltag auswirkt). Wenn du etwas inferierst, erkläre in einem kurzen Satz, woraus du das ableitest.

Jahr einsetzen, Divergenzereignis einsetzen, Lore-Dokumente anhängen — und Sie haben einen Continuity Editor, der sich aktiv weigert, Sie anzulügen.


Was das ermöglicht

Die Workflow-Änderung ist erheblich. Ohne diese Regeln müsste jeder KI-generierte Absatz gegen die reale Geschichte und Ihre eigenen Notizen geprüft werden — was niemand tatsächlich tut, was bedeutet, dass Fehler sich still ansammeln. Mit den Regeln geht Ihre Aufmerksamkeit genau dahin, wohin sie gehört: zu den Lücken (wo Sie entscheiden, was Ihre Welt als Nächstes tut) und zu den Inferenzen (wo Sie die Extrapolation des Modells freigeben oder verwerfen).

Ein paar Beobachtungen aus der Praxis:

Die Lücken sind oft der interessanteste Output. Wenn das Modell [LORE-LÜCKE] markiert, ist das der Moment, in dem Sie erkennen, dass Ihre Lore ein Loch hat — und oft ist dieses Loch genau das Nächste, was Sie entwickeln sollten. Das Modell versagt nicht beim Antworten; es sagt Ihnen, wo Ihre Welt mehr Arbeit braucht.

Inferenzen legen die Implikationen Ihrer Lore offen. Ein gut markierter (LORE-INFERIERT)-Absatz bringt oft Konsequenzen zutage, die Sie nicht durchdacht hatten. „Sie haben etabliert, dass Fraktion X die Handelsroute in Y kontrolliert; daraus folgt, dass Hafenstadt Z wirtschaftlich abhängig wird, was Spannungen mit Nachbar W nahelegt.“ Das ist nützlich, selbst wenn Sie die konkrete Extrapolation ablehnen — sie zeigt Ihnen eine logische Konsequenz Ihres eigenen Setups.

Reale Geschichte hält die Fiktion geerdet. Alternate History funktioniert am besten, wenn das „Vorher“ korrekt ist. Wenn Ihre Zeitlinie 1914 divergiert und das Modell die Welt vor 1914 falsch darstellt, verliert die ganze Divergenz an Bedeutung. Erzwungene (HISTORIE)-Labels — und die Pflicht, [HISTORISCHE LÜCKE] bei Unsicherheit zu markieren — halten das Fundament solide.


Das tiefere Muster

Was ich bemerkenswert finde, ist, dass dieselben drei Regeln in zwei Domänen funktionieren, die nichts gemeinsam zu haben scheinen. Geschäftliche Dokumentextraktion und kreatives Worldbuilding teilen kein Vokabular, keine Zielgruppe, keinen Workflow. Aber sie teilen eine Struktur: In beiden Fällen muss der Nutzer, dass die KI zwischen was etabliert ist und was erfunden wurde unterscheidet und diese Grenze klar kennzeichnet.

Diese strukturelle Ähnlichkeit ist es wert, ernst genommen zu werden. Sie legt nahe, dass die drei Regeln nicht wirklich spezifisch für Verträge oder Fiktion sind — sie betreffen das allgemeine Problem, KI in jedem Kontext einzusetzen, in dem Quellentreue wichtiger ist als Sprachfluss. Juristische Recherche. Code-Refactoring gegen einen Styleguide. Historische Forschung. Medizinische Zusammenfassungen. Übersetzung gegen ein Glossar. Technische Dokumentation gegen eine Spezifikation. Literatur-Review im akademischen Bereich.

In all diesen Fällen arbeitet das Default-Verhalten der KI — einen selbstbewussten, vollständigen, kohärenten Output produzieren — gegen das eigentliche Bedürfnis des Nutzers: zu wissen, welche Teile des Outputs gestützt sind und welche die eigene Beigabe des Modells sind. „Leerlassen erzwingen“ gibt ihm die Erlaubnis, nicht zu wissen. „Raten bestrafen“ verschiebt das Kalkül zugunsten der Ehrlichkeit. „Die Quelle zeigen“ macht die Grenze zwischen Quelle und Erfindung sichtbar.

Drei Regeln. Je zwei Sätze. Anwendbar überall, wo Quellentreue zählt.

Die Alternate-History-Version ist nur eine Adaption. Ich bin neugierig, in welche anderen Domänen dieses Muster passt — wenn Sie eine finden, hören Sie es mir gerne sagen.


Quellen und weiterführende Lektüre

Linkedin Pulse Replay: Random Thought of the Night: Ein Smartphone, um sie alle zu sichern! RTOTN

Mein Schatz! Die meisten Menschen behandeln ihr Smartphone, als ob es einer der Ringe der Macht wäre.
Warum? Die wenigen Nicht-Eingeweihten haben sich diese Frage schon lange gefragt. Die Antwort ist einfach!

Ein Smartphone ist einfach das am meisten genutzte, vielseitigste Stück Technik was man heute besitzen kann. Ich lese Nachrichten, Bücher, Comics, höre Podcasts, schaue Videos, navigiere, und kommuniziere mit meinem Smartphone. Ich erstelle auch Inhalte, mache Bilder, schieße Videos und schreibe Texte mit dem Gerät.

Und nun das vielleicht Offensichtliche für meinen Modernen Ring der Macht: Mein Smartphone steigert meine Sicherheit und hilft mir unsichtbar zu werden!

Sicherheit
Natürlich verwenden wir für jeden Service ein anderes Passwort. Aber es gibt noch etwas Besseres. Zwei Faktor-Authentifizierung ist die Antwort um ein „Online-Alter-Ego“ zu schützen.
Der einfachste Weg, dies zu tun ist, ist die Registrierung der Handynummer. Sie erhalten eine SMS mit einem einmaligen Login-Code der beim Einloggen angegeben werden muss. Dies ist eine einfache Lösung gegen der Horror des gehackten Social Media Kontos.
Auch wenn der Hacker Ihr Passwort hat, solange er nicht auch die SMS-Nachrichten erhält, also Ihr Smartphone besitzt, sind Sie immer noch geschützt. Da Ihr kostbares Telefon nie aus den Augen gelassen wird, ist dieser Schutz sicher und relativ praktisch.

Die SMS Authentifizierung ist von allen großen Diensten wie Google Mail, Yahoo, Outlook, etc. verfügbar und funktioniert sogar mit einem Dumbphone.

Ein weiterer, ziemlich häufiger Typ der Zwei-Faktor-Authentifizierung sind RSA-Tags, diese kleinen Authentifizierer fürs Schlüsselbund.
Die meisten Spieler verwenden RSA Tags um ihre MMO-Konten vor Hackern zu schützen. Die kleinen Geräte sind praktisch werden aber gerne mal vergessen und das Tragen eines Gerätes für jeden Dienst ist ein logistischer Albtraum. Zum Glück gibt es mittlerweile Smartphone-App-Versionen, die den Vorteil des ‚Einen Rings‘ zur Sicherheit von RSA hinzufügen. Ein Gerät um sie alle zu schützen. Und keine SMS! Das kann bei Auslandsreisen hilfreich sein. Die vielseitigste App ist der Google Authenticator. Er kann für viele Dienste zur zwei Faktor Authentifizierung genutzt werden: Googlemail, Evernote, Facebook etc. der Code wird bei der Einrichtung generiert und ist für jeden Dienst unterschiedlich. Mein Google Authenticator erzeugt Codes für 5 verschiedene Dienste. Achtung: Stellen Sie sicher, dass Sie eine Sicherungskopie Ihres Smartphones besitzen,  und einige gedruckte Ersatz-Schlüssel für Notfälle! Die hebt man am Besten daheim im Tresor auf.

Unsichtbarkeit:
Das klingt widersinnig. Alle schreien darüber, wie ein Smartphone alles protokolliert was Sie tun und mit wem sie kommunizieren.
Das stimmt. Allerdings liegt es an jedem selbst wie viele verwendbare Daten bei den Firmen ankommen.
Wenn Sie sich entscheiden, die Nutzung des Lebens-Logging oder einen Standort-Service auf Ihrem Facebook-Bild-Upload zu aktivieren hinterlassen Sie eine Menge Spuren. Eine Möglichkeit dies zu verhindern ist es intelligenter mit dem Smartphone umzugehen.

Denken Sie darüber nach, warum diese Dienste für das Zählen Ihrer Videos, die Verfolgung Ihrer Fitness, die Anzeige Ihrer Bilder, Sammeln von Informationen kostenlos angeboten werden. Die meisten Dienstleistungen, die ihnen helfen mit Daten umzugehen helfen auch dem Anbieter Daten zu sammeln.
Stellen Sie sich jetzt vor, sich bei jedem Dienst einzuloggen, mit bspw. 
Ihrem Facebook oder Google Mail. Sie geben den Schlüssel zu ihren Daten nicht nur dem Unternehmen sonder auch ggf. auch dem Unternehmen Ihres Anmeldekontos. Und schon besitzen die beteiligten Firmen alle ihre Daten in einem ordentlichen Paket: „Cloudnutzerprofil“. Und noch schlimmer, sobald man gehackt wurde, kontrolliert der Hacker alles, nicht nur die eine Dienstleistung sondern möglicherweise die gesamte digitale Identität.
Zum Glück gibt eine einfache Lösung: Verteilen Sie die Daten!
Verwenden Sie nicht Ihr Hauptkonto für jeden Dienst, den Sie verwenden! Warum nicht für verschiedene Dienste mit verschiedenen E-Mail-Konten anmelden? Bequemlichkeit sagen Sie? Zu viele Kennwörter und Anmeldungen?
Es gibt Möglichkeiten, dies zu mildern: Eine Passworttresor App.
Abgesehen davon, dass es ein sehr hilfreiches Werkzeug ist, um nicht das gleiche Konto / Passwort für alles, können Sie wirklich seltsame Konto / Passwortkombinationen nutzen, die schwer zu hacken sind. Sie müssen sich ja nur den Zugang zum Passworttresor merken. Das Passwort sollte aber SEHR komplex sein. So stellen Sie sicher, dass Ihre Passwörter sicher sind. Und passen sie auf ihr Smartphone auf.

Wenn Sie Kennworte lieber in Ihrem Kopf behalten möchten, stellen Sie sicher, für jeden Dienst einige Änderungen am Passwort vorzunehmen.
so dass die Prüfsumme des Passwortes unterschiedlich ist.
MyPassword47 und mYpassword74 produzieren sehr unterschiedliche Hashes.

Am Ende, je mehr Sie Ihre Web-Nutzung verteilen, desto schwieriger wird es für Unternehmen, Daten zu sammeln, oder für Hacker, Ihre Daten gegen Sie verwenden.

Natürlich ist dies nicht perfekt . Wenn Sie alle Ihre Konten auf dem gleichen Smartphone verwenden, gibt es immer eine Möglichkeit für Firmen Ihre Daten zu kombinieren, selbst wenn ein Service für myname@gmail.com und ein anderer für sunset82@yahoo.com registriert ist.

P.S.:
Mit nicht standardmäßigen E-Mail-Anwendungen wie Aquamail für Android oder Thunderbird können sie die Kontrollen über mehrere Konten halten.

Mehr zu nützlichen Apps später.