Arcane mentor
Aurora Quinn
A confident magic teacher for playful power dynamics, witty tests, and slow-burn classroom fantasy.
Janitor AI Lorebook templates
Build a concise Janitor AI Lorebook template with primary keys, conditions, standalone content, priorities and a repeatable eight-turn activation test.
11 min read
Quick answer
A useful Janitor AI Lorebook template is not the longest one. Give each entry one job, one distinctive key set, standalone content and a clear activation condition. Keep identity in the card, changing events in Memory and only keyed world facts in the Lorebook. Start with the small template below, test eight turns, then add entries one concept at a time.
Featured companions
Three characters refresh on each visit. Cards play a promo video when available and otherwise show the character image.
Arcane mentor
A confident magic teacher for playful power dynamics, witty tests, and slow-burn classroom fantasy.
Savanna huntress
Bold wilderness energy for chase scenes, rivalry, and adventurous roleplay under an open sky.
Frost elf princess
Reserved at first, emotionally rewarding later; ideal for court intrigue and thaw-the-ice story arcs.

People searching Janitor AI Lorebook template want something they can adapt, not a vague promise that more code creates better roleplay. This guide gives a small, testable structure for keys, conditions and content. It complements the Janitor AI Lorebook guide, the authorized export guide and the Lorebook troubleshooting guide without duplicating their main intents.
A Lorebook template is a repeatable entry pattern, not a magic personality upgrade. Use it for world facts that matter only when a place, faction, item or event appears. Do not use it to hide stable identity, every reply instruction or private creator content. A small template is easier to review, migrate and debug than a giant script.
| Template goal | Put it in | Avoid |
|---|---|---|
| Stable character identity | Character card | Repeating it in every lore entry |
| World fact on demand | Lorebook entry | Making every fact constant |
| Current relationship state | Chat Memory | Treating it as permanent canon |
| Reply style | Advanced Prompt | Hiding it behind a keyword |
Every entry should have a human-readable label, primary keys, optional secondary conditions and standalone content. Add enabled state, constant, order, position, probability and depth only when you understand the behavior. Preserve the source note and license for content you did not create.
| Field | What to write | Quality test |
|---|---|---|
| Title/comment | A short editor label | You can find it later |
| Primary keys | Distinctive names or phrases | One clear activation message |
| Secondary keys | A real condition | It prevents unrelated activation |
| Content | Standalone facts | It makes sense without the key label |
| Enabled/constant | Whether it participates | It fires only when intended |
Choose rare names and phrases instead of common words. One strong key is easier to test than ten approximate keys. Add synonyms only when they are natural. Secondary keys should narrow a context, not introduce an unrelated topic. Regex is optional and should come with false-positive tests.
Write content as if the model will never see the key label. State who or what the entry describes, the essential fact, the consequence and the scope. Split a long history into entries by subject. Avoid contradictions with the character card and do not paste executable scripts into ordinary lore text.
| Weak content | Why it fails | Better pattern |
|---|---|---|
| “The city is important.” | No usable detail | Name the rule, place and consequence |
| A 1,000-word history dump | Consumes context | Split by location, faction and event |
| Facts that depend on the key text | Model may not see the key | Repeat essential context in content |
| A script pasted as prose | It will not execute | Keep code in a supported script layer |
Start with a small scan depth, budget and default insertion position. Keep probability at 100% while debugging so randomness does not hide a key problem. Turn recursion off for the baseline. Change one setting, resend the same message and record what changed before optimizing further.
| Setting | Beginner choice | Change it when |
|---|---|---|
| Scan depth | 2–4 recent turns | Older mentions must activate |
| Context budget | Small, measurable cap | Entries are visibly truncated |
| Insertion position | Default | The model sees facts too late |
| Probability | 100% for testing | You intentionally want variation |
| Recursion | Off for baseline | Linked entries are deliberately designed |
The example uses fictional Harbor Council facts and is safe to replace with your own world. Keep the structure, then substitute your permitted names, keys and content. Do not copy a creator’s closed entries or treat a public character page as permission to extract its hidden Lorebook.
Title: Harbor Council
Primary keys: Aster Harbor, harbor council
Secondary condition: the council is being discussed
Content: Aster Harbor is governed by five council seats. A tie pauses new laws until the harbor bell is rung.
Use: add this entry only when the place or council matters to the current scene.
Use the eight turns below after every meaningful template change. Check absent keys, exact keys, synonyms, conditions, collisions, scene changes, corrections and a reopened chat. Record activation, insertion location, token use and reply quality. A passing template activates when needed and stays quiet when it is not needed.
| Turn | Input | Expected result |
|---|---|---|
| 1 | No key | Entry is absent unless constant |
| 2 | Exact primary key | Target entry activates |
| 3 | Synonym | Only the intended synonym activates |
| 4 | Wrong context | Secondary condition blocks it |
| 5 | Two related keys | Budget and order remain coherent |
| 6 | Scene change | Relevant fact returns without a dump |
| 7 | Correction | New scene truth overrides stale wording |
| 8 | Reopen chat | Binding and state persist |
A template cannot fix a weak model, a broken login, a contradictory card or an unauthorized source. If the real goal is direct character chat rather than maintaining a Lorebook, try the LumiChat character library. LumiChat is a separate platform and does not unlock Janitor AI content.
Use the shortest entry structure that clearly defines keys, conditions, standalone content and a test.
Start with one distinctive key and add only natural synonyms that pass a negative-control test.
No. Constant entries spend context on every request and should be rare.
Keyed world facts, locations, factions, items and events that matter only in relevant scenes.
Broad keys, constant state, large scan depth or recursion may activate it too often.
Script logic is a separate layer. Ordinary lore text does not execute JavaScript.
Only when the creator allows reuse. Public visibility is not a license for hidden content.
This guide makes no direct import promise; LumiChat is a separate hosted character-chat service.
Continue in LumiChat
Browse active characters, choose a personality that fits, and start chatting in seconds.
Continue the conversation naturally
Janitor AI troubleshooting
A layer-by-layer diagnostic for missing, noisy or ignored Janitor AI Lorebook entries.
Janitor AI Lorebook migration
A rights-aware field map and eight-turn test for moving authorized Janitor AI Lorebooks into SillyTavern.
Janitor AI prompt workflow
A practical Advanced Prompt kit with player-agency, voice, pacing and scene-state templates plus a six-turn A/B test.
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.