SillyTavern World Info 工作流
SillyTavern Lorebook 指南（2026）：World Info 与触发词
了解 SillyTavern Lorebook（World Info）如何通过关键词、扫描深度、预算和作用域按需加入世界信息，避免 Prompt 被无关内容淹没。
作者: LumiChat AI Team发布时间:
阅读约 12 分钟
快速回答
这篇指南主要讲什么
在 SillyTavern 中，Lorebook 通常称为 World Info。它会在扫描到匹配关键词时，把对应条目动态加入 Prompt。先建立一条短小、可独立理解的条目，使用一个有区分度的关键词和较窄的扫描深度，再测试无关键词、精确关键词、大小写、整词、预算和绑定。Character、Chat、Persona 与全局 Lore 的作用域不同，应选择最小可用范围。
- SillyTavern Lorebook 到底做什么
- 设计可预测的触发关键词
- 会改变激活结果的设置
SillyTavern Lorebook 与 World Info 指南
搜索 SillyTavern Lorebook 或 World Info 的用户需要的是行为答案，而不是词典解释：为什么会触发、扫描几轮消息、Lore 插在哪里、为什么书越大回复反而越差。本篇聚焦这条操作链，补充 Janitor AI Lorebook 指南、Janitor AI 导出指南和AI 角色卡指南，不重复它们的平台和文件迁移内容。
SillyTavern Lorebook 到底做什么
SillyTavern 中的 Lorebook、World Info 和 World Info 文件，指的都是一组按关键词动态加入 Prompt 的条目。模型真正读取的是 content，key 和 comment 是激活与编辑控制，不会自动替你解释背景。World Info 能提供上下文，但不保证模型一定复述每个事实。稳定身份、当前场景和可选世界事实应分层保存，避免变成无法测试的一整段文字。
| Layer | Job | Common mistake |
|---|---|---|
| Character card | Stable identity and scenario | Putting every temporary event here |
| World Info entry | Add lore when a key appears | Using broad keys that fire everywhere |
| Chat Lore | Facts for one conversation | Expecting it to follow every chat |
| Persona Lore | Facts about the user role | Treating it as character memory |
设计可预测的触发关键词
可靠的关键词要足够独特，能指向目标概念，又不能在普通聊天中频繁命中。优先使用完整地点、阵营或姓名，少用“家”“朋友”这种常见词。第二个关键词应是真正的同义表达；secondary key 应表达条件，而不是另一个无关主题。Regex 可以处理受控模式，但需要更多误触测试。每个 key 都要有一条应该触发和一条不应触发的消息。
| Key type | Example | What to check |
|---|---|---|
| Primary key | Aster Harbor | Exact spelling and expected trigger |
| Multiple keys | harbor council, council | Whether the shorter key overfires |
| Secondary key | A faction plus a location | Selective logic and matching mode |
| Regex key | A documented JavaScript regex | Escaping, flags and false positives |
会改变激活结果的设置
扫描深度、Token 预算、大小写、整词匹配、插入位置、顺序、概率和递归都会改变结果。排错时先保留默认位置和较小预算，只扫描最近几轮消息，便于解释为什么触发。英文单词适合整词匹配，但中文、日文等无空格语言要谨慎。常驻条目会在每次请求消耗上下文，应尽量少用。预算变大也不能替代精简 content。
| Setting | What it controls | Safer first value |
|---|---|---|
| Scan depth | How many recent messages are scanned | 2–4 turns while debugging |
| Context budget | Maximum World Info tokens | Small enough to leave story room |
| Case sensitivity | Whether letter case must match | Off unless a key is ambiguous |
| Match whole words | Prevents partial-word matches | On for English single-word keys |
| Insertion order | Relative placement of entries | Keep defaults until behavior is known |
先添加一条条目再扩展世界书
先做一本文很小的世界书。每条 content 都要独立说明主题、关键事实和适用条件，不能依赖编辑器标签或 key 才看得懂。修改前保存 JSON 备份，并记录条目数、关键词和设置变化。一条通过后再添加第二条不同主题的 entry。批量导入会隐藏问题，因为一个错误作用域或过长内容可能同时影响几十条。
- Create or open the World Info file.
- Add one concise entry with one distinctive key.
- Save, open a disposable chat and mention the key once.
- Inspect the generated prompt or activation indicator.
- Add a second entry only after the first behaves correctly.
- Keep a JSON backup before bulk edits.
如何选择 Character、Chat、Persona 或全局
事实要跟随一个角色的所有聊天时，用 Character Lore；只属于一个分支或临时剧情时，用 Chat Lore；与用户 Persona 绑定时，用 Persona Lore；只有明确要跨角色复用时才用 Global World Info。作用域越窄越容易排错，也更不容易把不相关信息泄露到其他对话。导出角色时仍要保留独立备份，绑定书和嵌入卡片不一定是同一个文件。
| Scope | Activation boundary | Best use |
|---|---|---|
| Character Lore | Every chat with one character | Canon facts tied to that character |
| Chat Lore | One chat or branch | Temporary campaign state |
| Persona Lore | Every chat using one persona | User role, profession or identity |
| Global World Info | Any selected chat | Reusable setting intentionally shared |
执行8轮 World Info 测试
创建、导入或修改 World Info 后，都用相同8轮流程测试。先发送不含关键词的消息，再测精确触发，然后改变大小写、使用部分词、同时命中两个 key、测试 secondary 条件、切换场景并重新打开聊天。记录是否触发、插入位置、Token 消耗和回复连贯性。模型、预设、扩展或扫描设置变化后，应视为新的测试。
| Turn | Message pattern | Expected result |
|---|---|---|
| 1 | No key mentioned | Non-constant entry stays out |
| 2 | Exact primary key | Target entry activates |
| 3 | Different case | Matches configured case behavior |
| 4 | Partial word | Whole-word rule behaves as chosen |
| 5 | Two keys in one message | Order and budget remain coherent |
| 6 | Secondary condition only | Selective logic prevents overfiring |
| 7 | Scene change, key repeated | Entry returns without duplicate prose |
| 8 | Reopen the same chat | Binding and saved state persist |
排查不触发、乱触发和位置不对
按“激活 → 注入 → 生成”顺序排错。不触发先查拼写、启用状态、绑定和扫描深度；乱触发先收窄 key、关闭 constant 或检查递归；已触发但模型忽略时，缩短并补全 content；导入被截断时按概念拆分并减少重复。Janitor AI Lorebook 导出指南负责授权转换；如果你只是想立即进入角色聊天、不想维护 World Info 文件，可以试试 LumiChat 角色库。
| Symptom | Check first | Smallest fix |
|---|---|---|
| Entry never activates | Key, enabled state, scan depth | Use one distinctive key and two-turn scan |
| Entry activates on every message | Broad key or constant=true | Narrow the key or disable constant |
| Lore appears too late | Position or insertion order | Move it to the intended context slot |
| Imported text is truncated | Token budget or long content | Split into standalone concise entries |
| Character ignores the lore | Content assumes the key label is visible | Repeat essential context in content |
| Results change after update | Model, preset or extension changed | Record the route and rerun the same test |
常见问题
SillyTavern Lorebook 就是 World Info 吗？
是，World Info 是 SillyTavern 当前对动态 Lorebook 系统的称呼。
Lorebook 如何触发？
扫描聊天上下文时匹配 key，就会把对应 content 加入 Prompt。
扫描深度设多少？
排错时先用最近2–4轮，确有需要再增加。
为什么总是乱触发？
关键词太宽、开启 constant 或递归激活了更多条目。
Character Lore 和 Chat Lore 怎么选？
长期角色事实用 Character，单分支或临时状态用 Chat。
World Info 会保证模型记住吗？
不会，它只是加入上下文，模型仍可能遗漏或误解。
可以使用 Regex key 吗？
可以，但要理解 JavaScript Regex 并测试误触。
LumiChat 能直接导入吗？
本篇不承诺直接导入；LumiChat 是独立的托管角色聊天服务。
继续体验
进入 LumiChat，开始真实角色聊天
浏览在线角色，选择适合你的人设与场景，立即开始对话。
继续阅读
Janitor AI Lorebook 迁移
Janitor AI Lorebook 导出指南：迁移到 SillyTavern
一套尊重内容权利的字段映射与8轮测试，用于把授权 Lorebook 迁移到 SillyTavern。
AI 角色卡格式手册
AI 角色卡详解：PNG、JSON 与 Tavern Card（2026）
先弄清角色卡里装了什么，再决定导入、编辑或分享的格式知识库。
角色卡导入指南
如何把 SillyTavern 角色卡（JSON/PNG）导入 LumiChat
LumiChat 支持 SillyTavern JSON 角色卡，以及真正带 chara/ccv3 元数据的 PNG 卡。把普通头像改成 .png 并不会变成角色卡。
世界记忆指南
JanitorAI Lorebook 世界书指南（2026）：创建、导入与修复世界记忆
Lorebook 是按条件提供的世界知识，不是无限长期记忆。好条目在准确 key 出现时注入一个相关事实；坏条目要么每轮都触发，要么永远不触发。