Savanna huntress
Zahara Nyx
Bold wilderness energy for chase scenes, rivalry, and adventurous roleplay under an open sky.
Janitor AI troubleshooting
Fix a Janitor AI Lorebook that will not open, trigger or influence replies by checking access, keys, scan depth, context, model and card conflicts in order.
11 min read
Quick answer
When a Janitor AI Lorebook is not working, first separate access, activation and generation. Confirm the intended chat, test one exact key, check enabled state and scan depth, inspect the injected prompt, then review budget, insertion position, model and card conflicts. Do not add a larger Lorebook until one small entry passes the same test. A service or login failure is not automatically a Lorebook failure.
Featured companions
Three characters refresh on each visit. Cards play a promo video when available and otherwise show the character image.
Savanna huntress
Bold wilderness energy for chase scenes, rivalry, and adventurous roleplay under an open sky.
Arcane mentor
A confident magic teacher for playful power dynamics, witty tests, and slow-burn classroom fantasy.
Pro esports player
A Chengdu AG pro who is focused in matches and softer in private, ideal for users who want a cool, attentive companion with a competitive spark.

Janitor AI Lorebook troubleshooting guide
Searches such as janitor ai lorebook not working, “how to open” and “how to view” describe a troubleshooting journey, not a request for another Lorebook definition. The fastest fix is to identify the failing layer: page access, key activation, context insertion, model generation or character-card conflict. This guide complements the Janitor AI Lorebook guide and the authorized export guide rather than replacing them.
A Lorebook can fail in four different ways. The page or account may be unavailable; the entry may not activate; the entry may activate but be inserted outside the useful context; or the model may receive it and still ignore or contradict it. Start with a small controlled test so you do not change five variables at once. If the entire site, login or chat is failing, use the separate Janitor AI not working guide before changing World Info.
| Symptom | Usually means | Do not do first |
|---|---|---|
| The page will not open | Service, browser or login path issue | Rewrite the Lorebook |
| The entry never appears | Key or scan settings do not match | Add dozens of broad keys |
| The entry appears every turn | Constant or broad key overfires | Increase the token budget blindly |
| The model ignores the lore | Content is vague, late or contradictory | Blame the model before inspecting the prompt |
Open the exact character and conversation you intend to test. Confirm that the entry is enabled, the book is bound to the expected scope and the chat has loaded the current version. Send one neutral message with no key, then one message containing only a distinctive key. If the interface offers an activation list or final prompt preview, use it. If no UI indicator exists, compare the replies while changing no other variable. Never diagnose a hidden or private book by trying to extract it.
Keys are the most common failure point. Check spelling, punctuation, plural forms, case sensitivity, whole-word behavior and secondary conditions. Use a rare full name or place for the first test, not a broad word such as “friend.” Test a positive message and a negative control. If the exact key works but a synonym does not, the book is working; your key set needs refinement. If no key works, move to enabled state, binding and scan depth before rewriting content.
| Check | Passing observation | If it fails |
|---|---|---|
| Exact key | One intended entry activates | Fix spelling or punctuation |
| Case | Behavior matches case setting | Turn case sensitivity off for a test |
| Whole word | Partial words behave as configured | Use a more distinctive key |
| Secondary key | Conditions prevent unrelated activation | Simplify selective logic |
| Constant flag | Entry appears only when intended | Disable constant unless truly global |
Scan depth decides how far back the engine looks for keys. Budget decides how much activated lore can enter the request. Position and order decide where it appears relative to card, examples and recent messages. Change one setting at a time and rerun the same message. A low budget can truncate a long entry; a broad scan can activate stale facts. Constant entries bypass key testing and should be reserved for genuinely global rules. More tokens cannot fix contradictory lore.
| Setting | Too low or narrow | Too high or broad |
|---|---|---|
| Scan depth | Key in an older message is missed | More old keys can activate unexpectedly |
| Context budget | Lore is truncated or skipped | Story room and cost are consumed |
| Insertion position | Model sees lore too late | Lore can overpower character voice |
| Order / priority | A related entry loses precedence | Low-value lore crowds the prompt |
If the entry appears in the prompt but the reply ignores it, the activation layer worked. Check whether the content is standalone, concise and written as a fact the model can use. Then test a different model or a fresh chat with the same card. A 401, 429, timeout or blank page is a provider or access problem, not evidence that World Info is broken. If the model route changed, record it and treat the comparison as a new test.
Stable identity belongs in the character card, changing events in Janitor AI Chat Memory, keyed world facts in Lorebook and persistent reply behavior in Advanced Prompt. Repeating the same rule across all four layers creates conflicts and wastes context. If a card example tells the character to ignore the user’s correction, no Lorebook key can reliably undo that contradiction. Remove one conflict, then rerun the controlled test.
Lorebook is not a universal memory, a model upgrade or a permission bypass. It cannot reveal a creator’s private entries, guarantee that a model will quote every fact, repair a broken login or make an unsupported script run. When the setup cost is the actual problem, try the LumiChat character library for a hosted character conversation. LumiChat is a separate platform and does not import or unlock Janitor AI private content.
| Layer | Keep there | Move elsewhere when |
|---|---|---|
| Character card | Stable identity and scenario | The fact changes by scene |
| Lorebook / World Info | Keyed world facts | The rule must apply to every reply |
| Chat Memory | Confirmed events and relationship state | The text is a general writing rule |
| Advanced Prompt | Persistent style or agency behavior | It is a one-time scene fact |
Check exact keys, enabled state, binding, scan depth, case, whole-word and secondary conditions with one controlled message.
Use the current character or chat World Info control available in your account. Interface names can change.
Open the editor for a book you own or may view. Private or hidden entries should not be extracted.
A broad key, constant flag, large scan depth or recursion may be activating it too often.
Only when budget truncation is the problem. It cannot fix wrong keys or contradictory content.
The content may be vague, late in context, too long or contradicted by the card or prompt.
No. Memory records confirmed conversation state; Lorebook inserts keyed world facts.
No. LumiChat is separate and does not bypass another creator’s permissions.
Continue in LumiChat
Browse active characters, choose a personality that fits, and start chatting in seconds.
Continue the conversation naturally
Janitor AI Lorebook migration
A rights-aware field map and eight-turn test for moving authorized Janitor AI Lorebooks into SillyTavern.
Chat memory guide
A practical workflow for deciding what belongs in Chat Memory, Persona, recent history or a Lorebook—and testing whether the bot actually recalls it.
Status and troubleshooting
A symptom-first Janitor AI troubleshooting guide: identify the failing layer, apply the smallest fix and avoid unsafe “unblocked” shortcuts.
World memory guide
A lorebook is conditional world knowledge, not unlimited long-term memory. Good entries inject one relevant fact when a precise key appears; bad entries fire constantly or never fire.