Ctrl K
ComunidadGuías…

docs/LOREBOOK_USER_GUIDE_EN.md

Rama main · réplica de lectura del repositorio original.

Archivo original ↗Preguntar a KiBot
# Lorebook v2 User Guide

Lorebooks are prompt knowledge: they provide relevant setting material and never replace
current facts owned by WorldState.

Import is preview-first: choose a file, detect the format, review warnings, choose a binding
scope, then confirm. Unknown extensions are preserved as data; unsupported fields are never
silently executed. SillyTavern timed effects show a warning because they are message-based,
while DiceFrame advances authoritative turn ticks.

SillyTavern and Character Card entry regexes are JavaScript while DiceFrame executes Python
regex, so only the safely-mappable subset runs. A pattern that cannot be mapped safely is
reported with a warning in the preview and preserved verbatim: it is never rewritten and never
executed, which means it simply never matches.

Importing a character card lets you choose whether to also import its embedded character
lorebook. That lore takes exactly the same canonical path as any other import, and its binding
prefers the canonical character uid, then the current world; when neither exists the entries are
still fully imported and the book is left unbound.

The left Sidebar switches between multiple books bound to the current world. New entries,
imports, edits, and exports target the selected book instead of silently writing to the primary
world book. Export uses the native `lorebook_v3` shape and preserves book/entry settings;
`/api/lorebooks/{book_id}/entries` exposes the canonical CRUD path.

The default editor focuses on name, content, keys, and visibility. Matching, recursion,
probability, groups, and token budgets remain available under Advanced settings. A newly created
entry defaults to `priority` 100, `order` 100, `prompt_slot` `world_background`, and semantic mode
`hybrid`; imported entries keep their source format's defaults and are never back-filled with
these. Semantic modes are `off`, `hybrid`, and `vector_only`, with entry overrides taking
precedence over book defaults. Player views never expose hidden entry names, counts, or rejection
reasons; GM users can inspect the current dry-run activation trace.