Janitor AI Lorebook 迁移
Janitor AI Lorebook 导出指南:迁移到 SillyTavern
导出自己拥有的 Janitor AI Lorebook,把关键词与条目映射到 SillyTavern World Info,安全导入并测试激活,不抓取私有内容。
阅读约 12 分钟
快速回答
这篇指南主要讲什么
只有在 Lorebook 属于你、允许公开复用或创作者明确授权时,才能迁移。保存可见源条目,把触发词映射为 SillyTavern 的 key 数组,把世界信息映射为 content,把激活行为映射到 World Info 字段,再导入并执行8轮激活测试。关闭或私有的 Lorebook 不是抓取、猜测触发词或重建隐藏内容的许可。
- 先确认所有权,而不是先找抓取器
- 转换前建立无损源数据清单
- 把 Janitor 条目映射到 SillyTavern World Info

Janitor AI Lorebook 导出与 SillyTavern 迁移指南
搜索 Janitor AI Lorebook export、“extractor”和“to SillyTavern”其实混着两个任务:合法任务是迁移自己拥有或获准复用的世界书,并保留激活行为;越界任务是提取创作者关闭的定义或猜测隐藏触发词。本篇只解决前者。它在 Janitor AI Lorebook 指南基础上补充迁移流程,并与角色导入 SillyTavern 指南区分。
先确认所有权,而不是先找抓取器
角色页面公开,并不代表其关联 Lorebook、脚本和定义都允许复用。先确认所有者、可见性和授权范围。自己的内容可使用 Janitor AI 当前提供的导出或复制入口;界面名称会变化,不能承诺永远存在同一个下载按钮。如果内容关闭、私有或被创作者主动隐藏,就停止。猜测触发词、Prompt 提取和绕过创作者控制的浏览器脚本不属于正常迁移。
| Source state | May you migrate it? | Correct action |
|---|---|---|
| Your own Lorebook | Yes | Export or copy visible entries, then verify every field |
| Open/public Lorebook with reuse permission | Yes, within its license | Keep attribution and license notes |
| Creator sent you a file or explicit permission | Yes, within that permission | Preserve the original and migration record |
| Closed/private Lorebook | No | Ask the creator; do not guess triggers or extract hidden text |
| Public character with hidden Lorebook | No automatic right | Migrate only the fields the creator made reusable |
转换前建立无损源数据清单
编辑前先保存源版本。截图不够,因为它会丢失数组、禁用状态和激活参数。平台提供结构化数据时优先保存;否则只针对获准复制的可见字段建立表格。主关键词与附加条件必须分开,常驻条目也不能当成普通关键词条目。转换前后统计条目总数和状态,才能发现静默丢失。
- Save an untouched source copy and record the date.
- Count entries and note whether each is enabled or constant.
- Copy primary keys, secondary keys and content separately.
- Record order, position, probability, depth and recursion behavior when visible.
- Mark scripts or platform-only syntax for manual review.
- Remove secrets, personal identifiers and content you cannot lawfully reuse.
把 Janitor 条目映射到 SillyTavern World Info
SillyTavern 把 Lorebook 称为 World Info。官方文档说明它通过关键词按需插入 Prompt,并支持角色、Persona、单聊和全局作用域。映射时应看行为,不能只复制数字。Janitor 中的标签适合映射为编辑器 comment,不一定要进入 Prompt;注入位置、递归、概率和选择性匹配差异较大,高级条目必须逐条复核。
| Janitor concept | SillyTavern World Info field | Migration check |
|---|---|---|
| Entry name or label | comment | Human-readable editor label; not prompt content |
| Trigger words | key | Array of primary activation keys |
| Additional conditions | keysecondary | Review selective matching rather than flattening |
| Lore text | content | Must be complete enough to stand alone when activated |
| Always active | constant | Use sparingly because it always spends context |
| Priority | order | Preserve relative order, then test collisions |
| Injection location | position / depth | Map by behavior, not only by numeric value |
| Enabled state | disable | Inverted Boolean: disabled means disable=true |
| Chance | probability / useProbability | Verify 100% entries before adding randomness |
创建最小有效 World Info JSON
先用一个不敏感条目和小型 JSON 验证,不要上来就批量转换。下面示例只展示常见 World Info 字段,不包含真实创作者文本。每个 content 要能独立理解,因为 key 与 comment 不会自动进入模型上下文。检查 JSON 语法与唯一整数 ID;可信工具带有未知 extensions 时应保留。不要把 Janitor 可执行脚本直接塞进 Lore 文本并假设会运行。
{
"entries": {
"0": {
"uid": 0,
"key": ["Aster Harbor", "harbor council"],
"keysecondary": [],
"comment": "Aster Harbor",
"content": "Aster Harbor is governed by a five-seat council.",
"constant": false,
"order": 100,
"position": 0,
"disable": false,
"probability": 100,
"useProbability": false,
"depth": 4
}
}
}
导入并绑定到正确作用域
通过当前 SillyTavern World Info 界面导入 JSON,绑定前先打开编辑器。核对条目数、中文字符、关键词、启用状态、概率和顺序。作用域越窄越好:Character Lore 跟随一个角色,Chat Lore 只属于当前分支,Persona Lore 跟随当前 Persona。导出角色卡时通常只有主 Character Lore 被嵌入,因此还要保留独立备份。
| Binding | Scope | Use it when |
|---|---|---|
| Character Lore | Every chat with one character | The facts belong to that character or world |
| Chat Lorebook | One conversation only | The facts are specific to a branch or campaign |
| Persona Lorebook | Every chat using one persona | The facts describe the user role or persona |
| Global World Info | Any selected chat | The book is intentionally reusable across characters |
执行8轮激活回归测试
成功导入不等于行为一致。用临时聊天执行下方8轮测试,并在支持时查看最终 Prompt 或 World Info 激活显示。没有关键词的情况也必须测试:到处触发的条目只是永久上下文。条目不触发时先检查拼写、扫描深度、大小写和整词匹配;触发过多时收窄宽泛关键词并检查递归。
| Turn | Test | Pass condition |
|---|---|---|
| 1 | Mention no keys | Non-constant entries stay absent |
| 2 | Mention one exact primary key | Only its intended entry activates |
| 3 | Use different letter case | Behavior matches the configured case rule |
| 4 | Use a partial word | Whole-word behavior matches the setting |
| 5 | Trigger two related entries | Order and budget produce coherent context |
| 6 | Mention a secondary condition | Selective logic matches the original intent |
| 7 | Change scene and mention the key again | Entry still activates without duplicating prose |
| 8 | Reopen the chat | Character or chat binding remains attached |
什么时候手工迁移或托管聊天更省事
重要且已授权的 Lorebook 值得手工迁移;小型世界直接重建可能比修复不透明转换器更快,尤其涉及平台专属脚本和注入位置时。Chub AI 角色卡指南介绍另一种可移植流程。如果真实目标只是选择托管角色持续聊天,而不是维护文件与触发逻辑,可以比较 LumiChat 角色库。LumiChat 是独立平台,不能解锁 Janitor AI 内容。
常见问题
可以导出 Janitor AI Lorebook 吗?
可以导出或复制自己的内容,以及明确允许复用或已经获得授权的内容。
可以下载私有 Lorebook 吗?
不可以。应向创作者索要文件或授权,不应抓取、猜词或重建隐藏条目。
SillyTavern 能直接导入吗?
格式和功能存在差异,应按字段转换,并逐条检查导入后的 World Info。
关键词怎么迁移?
主触发词映射到 key 数组;附加条件需要检查选择逻辑,不能合并成一段文字。
应该绑定在哪里?
单角色用 Character Lore,单分支用 Chat Lore,用户角色用 Persona Lore,确需跨角色才用全局。
为什么没有激活?
检查启用状态、关键词、扫描深度、大小写、整词匹配、预算和绑定关系。
Janitor Script 能作为 Lore 文本运行吗?
不能自动运行。脚本逻辑与 Lore 内容不同,应改写为目标平台支持的行为。
LumiChat 能帮我导入私有 Lorebook 吗?
不能。LumiChat 不会绕过其他平台创作者的权限。
继续体验
进入 LumiChat,开始真实角色聊天
浏览在线角色,选择适合你的人设与场景,立即开始对话。
继续阅读
可迁移 AI 角色卡工作流
Chub AI 角色卡指南:查找、下载、导入与排错
从 Chub 角色卡搜索、作者与格式检查,到私密导入和六轮实测的完整工作流。
AI 角色卡格式手册
AI 角色卡详解:PNG、JSON 与 Tavern Card(2026)
先弄清角色卡里装了什么,再决定导入、编辑或分享的格式知识库。
角色卡导入指南
如何把 SillyTavern 角色卡(JSON/PNG)导入 LumiChat
LumiChat 支持 SillyTavern JSON 角色卡,以及真正带 chara/ccv3 元数据的 PNG 卡。把普通头像改成 .png 并不会变成角色卡。
世界记忆指南
JanitorAI Lorebook 世界书指南(2026):创建、导入与修复世界记忆
Lorebook 是按条件提供的世界知识,不是无限长期记忆。好条目在准确 key 出现时注入一个相关事实;坏条目要么每轮都触发,要么永远不触发。
