Lorebooks
Weltwissen, eingefügt wenn es relevant ist.
Ein Lorebook besteht aus Einträgen und Scan-Einstellungen. Beliebig viele an eine Unterhaltung anhängen. Alle angehängten Bücher werden gemeinsam als ein Pool gescannt.
Import aus einer Datei oder per Link: JanitorAI-Skripte, Chub-Lorebooks, RisuRealm-Charaktere, Saucepan-Begleiter und -Lorebooks, Botbooru-Lorebooks. Auf JanitorAI und Chub lässt sich ein privates Buch von niemandem herunterladen. Nennt eine Karte drei und kommt eines an, waren die übrigen privat. Der Import benennt sie, statt stillschweigend weniger zu importieren.
| Einstellung | Bereich | Wirkung |
|---|---|---|
scanDepth | 0-100 | Wie viele der letzten Nachrichten nach Stichwörtern durchsucht werden. Eigene Nachrichten und die des Charakters zählen beide. |
tokenBudget | 100-1000000 | Obergrenze für die Gesamt-Token aktivierter Einträge. Widersprechen sich Bücher, gewinnt das höchste Budget. |
recursiveScanning | an / aus | Aktivierte Eintragsinhalte werden erneut gescannt, sodass Lore weitere Lore aktivieren kann (bis zu 3 Durchläufe). |
Ein Eintrag hat Schlüsselwörter (kommagetrennte Auslöser), optionale Sekundärschlüssel und Inhalt. Taucht ein Schlüsselwort im gescannten Verlauf auf, wird der Eintrag aktiv und fügt seinen Inhalt ein.
Der selektive Modus verlangt einen Primär- UND einen Sekundärschlüssel. Konstante Einträge fügen sich immer ein. Deaktivierte Einträge lösen nie aus. Nur ganze Wörter verhindert, dass Feuer auf Lagerfeuer passt.
Jeder Eintrag hat einen Anzeigenamen (Kommentar), um die Liste im Editor zu ordnen. Er geht nie an das Modell und übersteht Import und Export.
Zwei Zahlen steuern einen Eintrag. Die Priorität entscheidet, wer das Token-Budget übersteht: höhere Priorität bleibt zuerst erhalten, wenn der Platz knapp wird.
Die Reihenfolge (Einfügereihenfolge) entscheidet über die Platzierung unter den Verbliebenen: höhere Reihenfolge erscheint früher im Prompt. Bei Gleichstand zählt die Priorität, dann die Eintrags-ID.
Aktivierte Einträge werden in einen einzelnen Lorebook-Slot der Prompt-Vorlage gerendert, jeder als eigene Nachricht mit seiner Rolle: system, user oder assistant.
Es gibt keine Position je Eintrag. Den Lorebook-Slot im Editor der Prompt-Vorlage verschieben, um zu steuern, wo Lore landet.
Zeilen, die am Anfang des Eintragsinhalts mit @@ beginnen, ändern das Verhalten dieses Eintrags:
@@probability 50
@@scan_depth 8
@@role assistant
@@activate_only_after 4
@@keep| Dekorator | Wirkung |
|---|---|
@@probability | Prozentuale Chance auf Einfügung bei Aktivierung. Der Wurf bleibt innerhalb eines Zuges 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. |
Die Token-Zählung nutzt den Tokenizer des aktiven Modells. Überschreiten Einträge das Budget, fallen die mit der niedrigsten Priorität zuerst weg.
Wird Lore ständig abgeschnitten, das Budget erhöhen, die Prioritätsspanne verengen oder Einträge kürzen. Das Anfrageprotokoll zeigt, welche Einträge es hineingeschafft haben.