Janitor AI 世界书指南：你需要知道的一切

Janitor AI 世界书（lorebook）是一个附加在角色扮演聊天上的结构化知识库。你可以把它看作一份共享参考文档：你为角色、地点、物品或剧情规则定义条目，AI 在每条消息中都会把这些条目当作上下文来读取。每个条目包含标题、正文（通常 200–500 个字符）以及可选的关键词，当对话中出现这些词时，条目就会被注入上下文。

这套系统借鉴了 AI Dungeon 的 world info 和 SillyTavern 的世界书格式。Janitor AI 每个聊天最多加载 200 条世界书条目，但实际表现取决于你选择的大模型后端。条目保存在 Janitor 的服务器数据库中，真正的处理则发生在你连接的大模型上——OpenAI、通过代理使用的 Claude，或本地的 KoboldCPP 实例。

一个限制是：Janitor AI 不会在聊天过程中自动更新世界书。角色得知了新信息，或某个地点发生变化，你都必须手动编辑条目。没有记忆衰减，也没有动态改写。这对静态设定没问题，但对不断发展的剧情会破坏沉浸感。[Nomi AI](https://www.nomi.ai) 和 AIAngels 等平台使用自动更新的持久记忆，而 Janitor 的世界书完全靠手动，需要用户主动编写维护。

在 Janitor AI 上创建世界书条目并不难，但有几个字段需要弄清楚。首先，进入你想附加世界书的角色或聊天页面，点击“Lorebook”标签——通常位于聊天窗口旁的侧边栏。然后点击“Add Entry”（添加条目）。

条目表单有四个字段：标题、描述、关键词和内容。标题是简短的标签，例如“瓦尔多利亚的阿尔德里克国王”。描述是一两句话的摘要，显示在世界书列表中。关键词是用逗号分隔、用来触发条目的词——对阿尔德里克国王，可以写“国王, Aldric, Valdoria, 王座”。内容是完整的上下文，最多 200–500 个字符，用平实的语言写成，描述国王的性格、外貌、动机和当前处境。

常见错误是内容写得太长或太空泛。Janitor AI 的上下文窗口由聊天记录和世界书共享。每个激活条目大约占用 300–500 个 token。如果同时激活 30 个条目，你还没打字就已经用掉 9,000–15,000 个 token。只写要点：每个条目一段，不要华丽辞藻，把文采留给聊天本身。

保存后，条目会处于待命状态，直到被关键词触发。随后 AI 会把全部内容注入下一次回复的上下文。测试方法：发送一条包含关键词的消息，看 AI 是否准确引用了世界书。如果没有，检查你的关键词列表——拼写错误或含糊的关键词是触发失败的首要原因。

Janitor AI 的世界书功能有硬性限制，会直接影响角色扮演的质量。平台每个聊天允许最多 200 个条目，但远在达到这个数字之前，你就会碰到上下文窗口的限制。与 Janitor 搭配使用的大多数大模型（OpenAI 的 GPT-3.5、GPT-4 或 Claude）上下文窗口在 4,000 到 8,000 个 token 之间。50 条消息之后，聊天记录大约占用 2,000–4,000 个 token，留给世界书条目的只有 2,000–6,000 个 token。

每个世界书条目完全加载时平均占用 300–500 个 token。10 个激活条目就是 3,000–5,000 个 token——可能就是你剩余的全部预算。这样 AI 既没有空间写详细回复，也记不住最近 5 条消息。token 开销是世界书的隐性成本。

实用规则：GPT-3.5 激活条目保持在 10 个以内，GPT-4 在 15 个以内。用“Required”开关强制某些条目（例如主角或当前场景）始终加载，其余设为仅关键词触发，只在相关时出现。把当前未涉及的地点或角色条目停用。这些都是手动整理，平台不会自动帮你。

对比 AIAngels：记忆在服务器端管理，8,000 token 的上下文会自动优先保留最近和相关的信息，无需计算 token，也无需切换条目。而在 Janitor 上，你得自己当记忆管理员。

掌握基础之后，你可以用进阶技巧把 Janitor AI 的世界书系统用得更深。一个强大的方法是“动态条目”——描述一段关系或正在进行的事件，而非静态角色。例如标题为“当前任务：取回太阳石”的条目，关键词为“任务, 太阳石, 取回, 使命, 目标”。内容概述队伍的目标、已知线索和 NPC 的反应。任务推进时，你再编辑条目反映最新进展。

触发优化是另一个层面。关键词不区分大小写，但必须完全匹配。使用词根：只要关键词列表里有“thief”，AI 说“thieves”或“thievery”时也能触发。加入常见同义词和复数形式。角色名要包含名、姓、头衔和昵称；地点要包含名称及各种说法，例如“城堡”“阿尔德里克的城堡”“王宫”。

你也可以尝试用否定关键词制作“反触发”条目——不过 Janitor 并不原生支持排除。变通办法是把“the”这类常见词设为关键词，再在内容里写“除非……否则忽略此条目”——但这会浪费 token。更好的做法是在不需要时直接停用条目。

最后一个技巧：用世界书条目约束题材规则。创建一个标题为“世界规则”、关键词为“规则, 魔法, 科技, 社会”的条目，内容写：“这是一个低魔奇幻世界。魔法稀有且危险。科技停留在中世纪水平。没有火药，也没有蒸汽朋克。”这样无需显式的系统提示词（Janitor 并不原生支持）就能悄悄约束 AI。

即使设置完美，Janitor AI 世界书也会以可预见的方式失效。最常见的抱怨是：“AI 无视我的世界书。”这通常有三个原因。第一，关键词不匹配——AI 用了列表里没有的同义词。第二，token 溢出——条目加载了但被截断，或者 AI 没有空间引用它。第三，后端限制——一些免费的大模型代理会激进地截断上下文。解决办法：把激活条目减到 5 个，用真实聊天记录核对关键词，条件允许时换用 OpenAI 等付费 API。

另一个常见问题是条目之间相互矛盾。如果两个条目对同一角色的定义不同，AI 可能会不可预测地把它们混在一起。Janitor AI 按创建顺序加载条目，但没有优先级系统。每个人物只保留一个“主角色”条目，避免重复定义。

随着时间推移，表现下降也很常见。超过 100 条消息后，即使世界书很精简，AI 的回复也会变得千篇一律。这是上下文窗口的限制，不是世界书的 bug。唯一的办法是开一个新聊天并把世界书条目复制过去，同时失去对话历史。AIAngels 等平台用能智能压缩历史的持久记忆避免了这个问题，而 Janitor 没有这样的功能。

最后，移动端用户反映世界书编辑器有时无法保存条目。编辑前先刷新页面，点击保存前务必把文字复制到记事本。在 Janitor 的免费版上，服务器同步并不可靠。

Janitor AI 的世界书系统功能强大，但全靠手动。如果你厌倦了编辑条目、计算 token 预算或排查失效的触发，不妨考虑能自动管理记忆的平台。以 AIAngels 为例，它使用随每条消息更新的永久记忆——无需编辑世界书。AI 从第一段对话起就会记住角色细节、关系历程和剧情要点。与多数竞品不同，记忆不会衰减，也不会在 90 天后被截断。

其他替代选择包括 Nomi AI（提供类似世界书但会自动更新的“笔记”功能）和 Kindroid（使用由 AI 主动维护的“背景故事”系统）。Replika 没有世界书的对应功能——它的记忆仅限于你明确教给它的事实，而且常常丢失。Character.AI 有“角色定义”，但没有按聊天划分的世界书。

如果你想要 Janitor AI 手动系统的掌控感，同时希望性能更好，SillyTavern 仍是世界书管理的黄金标准。它支持嵌套条目、条件触发，界面也更清爽，但需要本地部署。Janitor AI 是基于网页的折中方案——方便，但有局限。

如果你看重零配置的记忆，AIAngels 提供免费的文字聊天，记忆与高级版一样永久保留。没有世界书，没有 API 密钥，也不用管理 token。直接聊天，AI 就会记住。这种简单，正是与 Janitor 灵活但费力的系统之间的取舍。