# 世界书为什么没触发？关键词、扫描范围与上下文预算排查

作者：像素酒馆编辑组
日期：2026-11-03
规范地址：https://xstavern.com/blog/world-info-trigger-guide/

你在世界书里写了城市有宵禁，角色却建议半夜去广场；或者同一个地名，有时能触发设定，有时不能。遇到这些情况，先区分三个问题：条目有没有被选中、内容有没有进入实际请求、模型有没有遵循。界面里存在一条设定，并不能证明每次生成都读到了它。

## 世界书是一套按需选择机制

世界书通常先扫描指定范围的文本，匹配条目关键词，再根据优先级、位置、递归规则与预算组织内容。它的目的，是在有限上下文里提供当前相关知识，而不是每轮发送整本百科。不同工具与版本的字段解释存在差异，导入后需要确认实际支持情况。

把“雨港”设置成关键词，并不意味着模型一旦想到了海边就必然读取雨港条目。匹配器看到的是文本与规则，模型的联想是另一回事。若当前消息和扫描范围里没有关键词，按需条目可能根本不会进入选择阶段。

SillyTavern 对 World Info 的关键概念、匹配和插入位置有详细说明，可以查阅[官方世界书文档](https://docs.sillytavern.app/usage/core-concepts/worldinfo/)。阅读时要把通用思路与具体工具实现分开；不能把源平台的每个高级字段都当成目标平台已经支持。

## 第一步：确认条目属于当前会话

检查角色绑定的世界书、全局启用的世界书和条目本身是否开启。卡片携带世界书，不代表导入后所有条目都自动有效；资源确认、重复导入和后续编辑，都可能影响启用状态。还应确认正在聊天的是刚修改的角色副本，而不是另一张同名卡。

随后检查条目内容。若把整段历史、人物行为要求和城市规则塞进同一条，触发一次就可能占掉大量预算。按职责拆成“城市概况”“宵禁规则”“守卫组织”更容易复用和定位。稳定需要的核心规则可以少量常驻，大量背景则用按需匹配。

不要把当前周目的私人剧情直接并入全局世界书。世界书适合“这座城实行宵禁”，会话记忆适合“玩家已经违反过一次宵禁”。前者属于世界的长期规则，后者只在这一段故事成立，混在一起会污染新会话。

## 第二步：用最小输入测试关键词

先关闭不必要的复杂条件，用一个唯一关键词和一段很短的设定测试。比如关键词为“雨港宵禁”，内容为“雨港每日入夜关闭北门，持通行证者例外”。用户直接问：“雨港宵禁期间，我没有通行证，可以从北门出城吗？”

如果这条都不匹配，检查拼写、空格、大小写、全词与正则模式。中文词语不一定具备英文式空格边界，英文缩写也可能因为大小写或标点而漏匹配。确有别名时可以补充，但“城”“门”“他”这类宽泛词会引发大量误触发。

有主关键词和次关键词的规则时，要看逻辑是同时满足、任一满足，还是排除条件。先分别验证，再组合。不要一开始就加入概率触发、延迟、递归与复杂表达式，否则一次失败可能有多个解释。

## 第三步：检查扫描深度和预算

扫描最近几条消息，只能看到那一段范围。你在几十轮前说过“雨港”，现在只说“回去”，按关键词匹配的条目未必知道“回去”指哪里。解决方式可以是明确提及地点，保留简短状态摘要，或使用有针对性的记忆，而不是无限扩大扫描范围。

条目被命中后仍可能因预算被排除。世界书预算、总上下文、角色定义、历史和输出预留共同影响请求。把预算加大可能改善某些遗漏，也可能增加成本并挤压现场对话。应该先删除重复内容，再调整配额，不能把所有问题都归结为窗口不够大。

插入位置同样重要。规则夹在很早的背景中，与靠近当前任务的简短约束，模型表现可能不同。优先级用于决定组织顺序，不是强制模型绝对服从。尤其当角色卡、预设和世界书相互矛盾时，要先消除冲突，而不是只把数字调到最高。

## 第四步：区分注入失败和遵循失败

若工具提供调试信息，查看本轮实际激活的条目和发送内容。不能仅用回复是否提到某句话判断触发：模型可能读到却没有照写，也可能凭历史猜中，即使根本没收到条目。测试中使用一个独特且中性的细节，有助于区分这两种情况。

例如设定“通行证盖有三角形蓝印”，再询问验证方式，比笼统问“这里危险吗”更容易观察。若实际请求已有蓝印设定，回答仍说红色圆印，应检查冲突指令、模型遵循能力和采样，而不是继续修改关键词。

高级模式也需要明确的上下文路径。在[像素酒馆](https://chat.deepseektavern.com/)测试传统、Agent、生成式 UI、沉浸互动和跑团时，应分别验证；某模式运行成功不能代替其他模式。导入数据一致，不代表每个请求阶段都会按相同目的使用这些数据。

## 建立一个小型回归表

保留五类测试：关键词明确出现时应激活；无关话题不应激活；别名可匹配；次条件不满足时不应匹配；长历史与低预算时有清楚结果。每次更换模型、预设或世界书结构，都用同一组输入重新检查。

报告问题时写明模式、卡片来源、条目规则、启用状态、测试输入和实际结果，分享前删除私人聊天与密钥。只说“世界书失效”无法判断故障发生在哪一层。对于已经到访过的城市、获得的钥匙或埋下的伏笔，使用[会话关键记忆](/blog/ai-memory-key-facts/)记录，比把所有动态进度加入静态百科更合适。

## 常见问题

### 把全部条目设为常驻能解决问题吗？

只能减少关键词选择造成的遗漏，不能消除预算限制、冲突指令和模型遵循问题。大量常驻内容还可能挤掉最近对话。先保留少量核心规则，再按需组织其他资料。

### 回复没有复述规则，就一定没触发吗？

不是。规则可能已经参与请求，但当前回答没必要逐字引用。应看实际激活与注入信息，并用有辨识度的小问题验证，避免把自然的隐含遵循误判成失败。