Lorebooks
Weltwissen, das genau dann im Prompt erscheint, wenn es relevant ist.
Bücher
Ein Lorebook ist eine Sammlung von Einträgen plus Scan-Einstellungen. Hänge beliebig viele Bücher an ein Gespräch; alle angehängten Bücher scannen gemeinsam als ein Pool.
| Einstellung | Bereich | Wirkung |
|---|---|---|
scanDepth | 0-100 | Wie viele der letzten Nachrichten nach Stichwörtern durchsucht werden. Deine Nachrichten und die des Charakters zählen beide. |
tokenBudget | 100-32000 | Obergrenze für die Gesamt-Tokens aktivierter Einträge. Bei uneinigen Büchern gewinnt das höchste Budget. |
recursiveScanning | an / aus | Aktivierte Eintragsinhalte werden erneut gescannt, sodass Lore weitere Lore aktivieren kann (bis zu 3 Durchläufe). |
Einträge
Ein Eintrag hat Schlüssel (kommagetrennte Auslösewörter), optionale Sekundärschlüssel und Inhalt. Taucht ein Schlüssel im gescannten Verlauf auf, aktiviert der Eintrag und sein Inhalt wird injiziert.
Der selektive Modus verlangt, dass Primär- UND Sekundärschlüssel treffen. Konstante Einträge überspringen den Abgleich und werden immer injiziert. Deaktivierte Einträge bleiben im Buch, feuern aber nie. Ganze Wörter abgleichen verhindert, dass Feuer in Lagerfeuer trifft.
Jeder Eintrag hat einen Anzeigenamen (Kommentar), der nur die Editor-Liste ordnet; er wird nie ans Modell gesendet und übersteht Import/Export unverändert.
Priorität vs. Reihenfolge
Zwei Zahlen bestimmen das Schicksal eines Eintrags. Die Priorität entscheidet, wer das Token-Budget überlebt: Einträge mit höherer Priorität werden zuerst behalten, wenn der Platz knapp wird.
Die Reihenfolge (Einfügereihenfolge) bestimmt die Platzierung unter den Überlebenden: höhere Reihenfolge erscheint früher im Prompt. Bei Gleichstand entscheidet die Priorität, dann die Eintrags-ID.
Injektion
Alle aktivierten Einträge landen in einem einzigen Lorebook-Slot der Prompt-Vorlage, jeder als eigene Nachricht mit gewählter Rolle: System, User oder Assistant.
Ein Positionskonzept pro Eintrag gibt es nicht; verschiebe den Lorebook-Slot im Prompt-Vorlagen-Editor, um zu steuern, wo die Lore relativ zu allem anderen landet.
Dekoratoren
Zeilen, die mit @@ am Anfang des Eintragsinhalts beginnen, passen das Verhalten dieses Eintrags an:
@@probability 50
@@scan_depth 8
@@role assistant
@@activate_only_after 4
@@keep| Dekorator | Wirkung |
|---|---|
@@probability | Prozentchance auf Injektion bei Aktivierung; der Wurf ist innerhalb einer Runde stabil. |
@@scan_depth | Überschreibt die Scan-Tiefe des Buchs für diesen Eintrag. |
@@order / @@priority | Überschreibt Platzierungsreihenfolge oder Budget-Priorität für diesen Eintrag. |
@@role | Überschreibt die Injektionsrolle für diesen Eintrag. |
@@activate_only_after / @@activate_only_every | Feuert erst nach N Nachrichten oder nur alle N Nachrichten. |
@@keep / @@dont_activate_after_match | Hält einen Eintrag nach dem ersten Treffer aktiv oder aktiviert ihn nach einem Treffer nie wieder. |
@@is_greeting | Nur aktiv, solange der Chat noch auf der Begrüßungsnachricht steht. |
Verhalten des Token-Budgets
Die Token-Zählung nutzt den Tokenizer des aktiven Modells, das Budget spiegelt also wider, was das Modell tatsächlich sieht. Überschreiten Einträge das Budget, fallen zuerst die mit der niedrigsten Priorität weg.
Wird Lore ständig gekürzt, erhöhe das Budget, verringere die Prioritätsspreizung oder kürze Einträge. Das Anfrageprotokoll zeigt genau, welche Einträge es in eine Anfrage geschafft haben.