最糟糕的小说前后矛盾，是那些直到读者指出来之前谁都没察觉的：同一个晚上既在酒馆又在 Watch House（巡卫所）的角色，在开始之前一章就已经结束的同盟，让葬礼排在死亡之前的日期。重读能抓住其中一部分。而一份列出“你的故事设定集哪里自相矛盾”的清单，几秒钟就能抓住其余的，前提是设定集里装着足够多可供核对的故事内容。
Lokee 的一致性检查会读取你的世界库，告诉你哪里看起来不对劲。它只标记，从不修正。闪回、不可靠叙述者和真正的错误从外面看起来一模一样，只有你知道哪个是哪个。这篇指南会解释两种检查、每一类发现以及如何处理它们，如何设置大家最想要的“同时在两处”检查，以及如何把检查变成你写作流程的一部分。
例子用的是演示故事《灰烬结社》（The Ashen Circle），并加上了前几篇指南里建立的世界时间点、已记录的变化和事件：三种“何时”、记录变化，而不是覆盖和用故事事件规划情节。
检查在哪里，谁可以运行
从世界库侧边栏打开一致性检查，或者从写作台工具栏的工具中打开。它可以在浏览器和桌面应用中使用。Android 应用中没有这项功能；对于在某个世界库中担任审阅者的协作者，它也是隐藏的：审阅者只阅读和评论、不做任何改动，而检查的意义就在于引出改动。合著者可以像所有者一样运行它。
页面上有一个范围选择器、两个运行按钮，以及一个问题列表。
两种检查，两种用途
**运行规则检查（免费）**读取的是世界库的结构：已记录的变化、世界时间点、叙事节点、关系及其历史、事件的位置、带日期的字段。它遵循固定的规则，每次都给出相同的答案，而且不花一分钱。无论范围选择器怎么设，它总是检查整个世界库；第 2 章记录里的矛盾，在你写第 9 章时依然是矛盾。
运行 AI 辅助检查…读取的是你的稿件正文。它针对的是存在于文字中、而非记录中的矛盾，也就是细心的读者会注意到的那种，比如某个细节在两个场景之间变了样。这时范围就很重要了：某一章节、整本书或某条时间线分支。运行之前，会先弹出一个确认对话框，显示所用的模型和预估费用。在云端世界库中，AI 检查会消耗 Lokee 点数（见价格）；在桌面应用的本地世界库中，它可以使用你自己的 API 密钥或本地模型（在世界库的 AI 设置中选择），对话框会注明这一点。如果没有可用的提供方，你会看到一条带有**前往设置 →**链接的提示。
AI 发现会标为 AI 辅助，引用它所针对的段落，并注明出自哪些章节。规则检查的发现则标为规则检查，并带有严重程度和类别。这篇指南接下来主要讲规则检查的各个类别，因为它们才是你能精确处理的。
读懂一条发现
每条发现都有一句通俗的单行摘要、一行列出相关值的详情、它的严重程度、它的类别名称、一个指向相关记录、时间点或条目的打开链接，以及两个按钮：接受和驳回。
这两个按钮的作用相同：在本次会话中把这条发现从列表里移除。两者都不会改动你的世界库。它们的存在是为了让你能逐条处理列表，但只要原因还在，你接受或驳回的发现在下次运行检查时还会出现。想让一条发现永久消失，唯一的办法是修正它指向的问题，或者关闭它所属的类别。
发现按严重程度从高到低排序，分为三级。
问题：记录中的矛盾
问题类发现是矛盾：世界库同时说了两件互不相容的事。
矛盾
“Rowan Ashe：在东墙暴乱处“效忠”有两个值”。两条记录在同一时间点给同一个字段赋了不同的值。这通常发生在某个事件的影响和一条手动记录的变化落在了同一个时间点上，或者你在修改时把同一项变化记录了两次。
修正：点击打开进入条目，切到历史标签页，查看那个时间点上的记录。删除错误的那条。如果两个值确实先后都成立过，那它们就不在同一时刻：在时间线上它们之间添加一个世界时间点，把其中一条记录到那里。
同时在两处
“Rowan Ashe 在东墙暴乱同时出现在两处”。这和矛盾一样，只是针对表示某人所在位置的字段：同一个时间点上记录了 Gilded Lantern（鎏金灯笼酒馆）和 Watch House 两个地方。
**修正：**同上。删除错误的记录，或者把这个时刻拆开。细分时间点没有任何成本；“暴乱，宵禁前”和“暴乱，宵禁后”往往才是故事真正想表达的。
如果双重位置是刻意的，比如某个角色在自己去过哪里这件事上撒了谎，那这个谎言属于读者的轴，而不属于世界的轴。在世界时间点记录真实的地点，在读者听到这个不在场证明的叙事节点记录他声称的地点。世界保持一致，而让推理小说保持公平一文会告诉你这个落差如何变成一条公平的线索。
关系冲突
一段在开始之前就已结束的关系，或者在同一时间点被设成了两种状态：Rowan 在 Crown Watch（王室卫队）的成员关系在暴乱时结束，却在之后的某个时间点才开始。
修正：点击打开，把查看设为相关的时间点，在条目的关系标签页上用从这里开始…或在这里结束…修正，或者在关系历史下删除错误的那条。
关联时间点缺失
“一条变化记录关联的世界时间点已不存在”。你删除了一个世界时间点，而一条已记录的变化仍落在它上面。这样的变化永远无法显示，所以在你处理之前，它在任何地方都是不可见的。在历史标签页上，它显示为“找不到它所属的时间点，因此该变化不会生效。”
**修正：记下这条变化的内容，删除它，然后用记录一次变化…**在一个现有的时间点上重新记录。
建议检查：很可能有误，也可能是有意为之
建议检查类发现不是矛盾，但通常意味着有什么地方疏漏了。
日期与顺序不符
一个世界时间点的日期早于它上方的时间点，或者一个时期在开始之前就结束了。“以排列顺序为准，日期仅作补充说明。未调整任何位置。”
修正：在时间线上判断哪个是对的。如果顺序是对的，就改日期。如果日期是对的，就用向前移动或向后移动。如果是某个事件的时期颠倒了，就在事件规划中修正它的世界时间位置，那一行也会显示一个 ⚠ 标记。如果你是故意给某个角色那本不可靠日记里的一些时间点标上了这样的日期，那就别动它：这条发现告诉你的，是你早已知道的事。
修改未记入历史
““效忠”的修改未记入 Lokee 历史”。这个字段存储的值不是 Lokee 最后写入的值，最可能是旧版 Lokee 改动了它。
修正：点击打开进入条目。它的历史标签页会显示一个提示框，列出存储的值和 Lokee 最后保存的值。选择保留新值、恢复之前的值，或者先点查看看看该字段的历史。
仅供参考：提示信息，而非错误
仅供参考类发现之所以列出来，是为了不被遗忘。没有任何东西出错。
尚未指定时间点
这是你在 AI 审校中用暂不确定接受的变化：你知道有东西变了，但不知道是什么时候。“等待你指定时间点，这并不是错误。”
**准备好之后再修正：目前没有按钮能在事后为它指定时间点，所以请在历史标签页删除它，然后在正确的时间点用记录一次变化…**重新记录。
读者还不知道
“读者知道 Lady Iseult Varnhold 的“效忠”是 王室”。在某个叙事节点，稿件呈现的值已经被正史甩在了后面。详情行的结尾写着：“这项变化可以稍后再向读者揭示。”
**该怎么做：**把这份列表当作你尚未揭开的秘密地图来读。每一条都应该是你有意保守的秘密。如果其中某一条让你意外，说明读者落后于你以为的进度：要么稿件里缺了这次揭秘，要么你还没记录它发生的那个叙事节点。
关于这一类还有一点要知道：只要某个叙事节点上呈现的值与正史不同，它就会被列出来，哪怕后面的某个叙事节点已经记录了揭秘。所以即使你已经在第 2 章记下了“Ashen Circle”，Iseult 在第 1 章的“王室”依然会在列表里。把它读作“读者落后于真相的地方”，而不是“你从未揭开的秘密”。
重复的日期事实
还有一种发现没有严重程度标记，并且无论你用哪种语言，它都以英文显示：“Conflicting “Born” for the same entity at …”。它表示同一个条目上两个同名的日期字段记录了相同的日期，通常是同一个字段被重复添加到了类型上。删除重复的字段即可。
设置“同时在两处”检查
这是作家们最常要求的检查，它需要一步设置，因为 Lokee 无法猜出你的哪个字段表示地点。
- 前往设置 → 结构 → 条目类型，编辑你的角色类型。
- 如果位置字段是地点字段，就已经完成了：地点字段总是会被计入。
- 如果它是文本字段，就在旁边勾选表示某人所在的位置。它的提示是：“一致性检查会用它来发现某人在同一时间点出现在两个地方。”
一个在地图上角色设为**表示某物所在位置（位置）**的关系类型，会把角色放到地图上，但不会为这项检查提供数据。对于会移动的角色，请使用字段。
然后记住检查比较的是什么：同一时间点上已记录的变化。一张只在“当前”写着 Gilded Lantern 的卡片，永远不会与任何东西冲突。检查读取的是那些用记录一次变化…记录的移动、作为事件影响记录的移动，或者通过在地图上把角色拖到某个地点并选择在此刻移动到这里记录的移动。地图本身会显示一个冲突标记，而不会在两个地点中选一个。逐章追踪角色在地图上的行踪一文介绍了如何记录移动。
关闭某些检查
一个坚持你并不认同的意见的检查工具，最终只会被你弃之不用。在设置 → 写作 → 一致性检查中，每个类别都有一个开关：矛盾、同时在两处、关系冲突、关联时间点缺失、日期与顺序不符、修改未记入历史、尚未指定时间点和读者还不知道。所有类别默认开启。被关闭的类别在该世界库中永远不会运行，所以它不花成本，也不发一言。
关闭某个类别的合理理由包括：一部你永远不想听到“读者还不知道”的推理小说，或者一本完全没有日期的书。
在《灰烬结社》上跑第一次检查，逐条来看
下面是在演示世界库上第一次运行规则检查的样子。前几篇指南的设置都在，另外故意留了一处混乱：暴乱的影响已经记录过了，之后又在同一个时间点手动记了一次 Rowan 去 Lantern 的移动，地点却不一样。
按下运行规则检查（免费）。三条发现，最严重的排在前面。
1. 问题 — 同时在两处。“Rowan Ashe 在东墙暴乱同时出现在两处”。详情：The Gilded Lantern 和 The Undercroft（城下的地道网）。事件影响把他放在了 Lantern，手动记录的变化把他放在了 Undercroft。点打开 → 历史标签页 → 暴乱处有两条记录。书里他暴乱当晚躲在 Undercroft，第二天早上才到 Lantern，所以两条记录都没错，只是不在同一时刻。在时间线上，在暴乱下方添加“暴乱次日清晨”，删掉 Lantern 那条记录，在新的时间点上记录 位置 → The Gilded Lantern。再跑一次：消失了。
2. 建议检查 — 日期与顺序不符。“第一个粮荒之冬”标的是第 2 纪元第 61 年，而排在它上方的“Rowan 宣誓加入 Crown Watch”却是第 62 年。顺序是对的（冬天在前），日期是某个晚上打字太快留下的笔误。在时间线上改日期。再跑一次：消失了。
3. 仅供参考 — 读者还不知道。“读者知道 Lady Iseult Varnhold 的“效忠”是 王室”。在第 1 章的叙事节点她被写成忠于王室，而正史说的是 Ashen Circle。这正是揭秘在起作用。没什么要修的；点接受让本次会话的列表清空，并且做好它下次还会回来的准备。
十分钟，两处真正的修正，一次确认秘密仍然是秘密。大多数运行都是这个形状：一份短清单，大部分很快就能处理完。
找小说前后矛盾时常犯的错误
**在一个只有普通卡片的世界库上运行检查。**它什么也找不到，于是有人断定它不管用。它比较的是时间点上已记录的变化。一个没有世界时间点、没有历史的世界库，什么也没给它比较。先把那五件会变化的事实记下来，再运行。
**靠“接受”把列表清空。**接受和驳回只会在本次会话中隐藏一条发现。下次运行它又回来了。如果列表太长、你想让它变短，就修掉“问题”，再关掉你已经决定不想要的类别。
删掉两条记录来解决一个矛盾。这样一来，这个字段就没有历史了，每一个过去的视图都会显示当前值，并标着无历史 — 当前值。留下对的那一条。
**拆开了时刻，却忘了事件影响。**你添加了“暴乱次日清晨”，把手动记录的变化挪了过去，但事件影响仍然指向暴乱。在本文的例子里这是对的；在你自己的例子里，要查清每条记录该归哪里，否则事件的影响列表会和历史标签页对不上。
**指望 AI 检查去核对记录。**它读的是正文。免费检查读的是记录。两个都跑；它们找到的是不同的东西。
**每次都把 AI 检查的范围设为整本书。**费用会累积。把范围限定在上次运行之后你改过的章节。
Lokee 在这里做不到的事
检查从不编辑任何东西，这也意味着它从不解决任何东西。上面的每一项修正，都要你亲自去一趟历史标签页、时间线或事件规划；修正清单越长，检查就越像一份待办事项，而不是一份报告。规则检查完全不读稿件，所以一处只存在于正文里、背后没有字段的前后矛盾（第 2 章“蓝眼睛”，第 9 章“灰眼睛”），它是看不见的；那是 AI 检查的事，而 AI 检查是一位读者的批注，不是裁决。还有，“读者还不知道”不会因为后面的揭秘而清除，上面已经说过，所以在一部有二十个秘密的推理小说里，这一类会变成二十行你只能当作信息来读的内容。
每次动笔前的十分钟流程
在开始每一稿新草稿或每一轮修改之前，我建议按下面的流程走一遍。
- **运行规则检查。**只需几秒钟，不花一分钱。
- **清掉所有“问题”。**每一条都是世界库无法同时成立的事实；留在记录里的矛盾，最终会进入正文。
- **读一读“建议检查”。**修正疏漏的地方；保留刻意为之的部分。
- **浏览“仅供参考”。**每一条“读者还不知道”都应该是你有意保守的秘密。
- **对你改动过的章节运行 AI 辅助检查。**把范围限定在某一章节以控制费用，并把每条发现当作一位读者的批注。
- 修正之后再运行一次规则检查，让你开始动笔时手里的列表要么是空的，要么都是有意为之的。
检查的效果取决于世界库记录了多少内容。一个有世界时间点、已记录变化和叙事节点的世界库，能让它有东西可比；一个只有普通卡片的世界库，几乎不给它任何东西。这正是前几篇指南中那些习惯在实践上的意义，也是Lokee 如何帮你构建世界观这篇逐模块导览的意义，它把检查放回了世界库其余部分的上下文里。帮助中心的一致性检查一节简要列出了各个类别。桌面应用无需账户，就能在本地世界库上运行免费的规则检查。