本篇目录

文字可以很流畅，世界却已经自相矛盾

故事写到第四十二章。

作者写下：

Rowan 走进装卸区，准备和其他人会合。

Elena 返回中央控制室。

她把白色通行核心交给 Ilya，让他启动撤离程序。

同一时间，轨道站系统又配发了一枚新的白色通行核心。

这些句子都能读懂，没有文法问题。角色有动作，物品有去向，场景也在向前推进。

但这个世界先前已经发生过一些事。

第四十二章的安排 前文已经成立的状态 需要核对的问题
Rowan 走进装卸区 第三十九章已死亡，之后没有恢复活动的事件 他是否已恢复活动，还是这段实际发生在死亡以前？
Elena 返回中央控制室 第四十章已毁灭，地点状态尚未改变 控制室是否已重建，还是她进入的是废墟？
Elena 把核心交给 Ilya Elena 在 Europa 前哨站，Ilya 在 Lunar Port 这是面对面交付，还是作者刻意安排的跨地点交付？
再配发一枚白色通行核心 核心被定义为唯一，现有的那一枚仍然存在 第二枚是另一件物品，还是唯一性规则已经改变？
启动撤离程序 所需授权旗标尚未在这个时间点成立 前文是否已建立让程序启动的必要条件？

每一句文字单独看都能读懂。把它们放回同一条世界历史，却会出现不同种类的矛盾。

这就是长篇世界最容易发生的问题。

文字继续前进了。

世界却没有一起被带上。

世界需要先在写作现场醒着

发现矛盾的最好时机，不一定是在作品完成以后。

当作者在第四十二章再次写到 Rowan，写作旁边的场景视图（AVG Stage）与检阅器（Inspector）可以依照游标所在的故事位置，带回角色此刻的状态。

Rowan 已经死亡。

他最后停留的位置仍然可以被追溯。

他身上的物品也应该在死亡事件后得到相应处置。

当作者写到中央控制室，世界可以呈现这个地点目前的状态。

它不是故事前期那座正常运作的控制室。

第四十章的毁灭事件已经改变它。

当 Elena、Ilya 与白色通行核心在正文附近出现，世界也可以带回两人的位置、核心目前的持有人、是否仍然存在，以及它的唯一性限制。

这些资讯不是要求作者离开正在写的句子，另外搜寻人物表、物品表与地点笔记。

场景视图与检阅器依据游标所在的正文位置，呈现因果律引擎重播已确认事件后得到的当时状态。

世界先把自己现在的样子带到作者眼前。

至于作者接下来要不要建立移动、转交或其他事件，仍然由作者决定。

提醒可以在需要时回应，也可以略过、继续写下一句。

写作建议：先从一次重要变化开始

不必先设定完整世界。先建立一名角色、他要前往的地点，以及一次需要延续后果的移动事件，就可以开始查看当时的状态。其他人物、物品与条件，都能随着写作逐步补上。

感知不是擅自把文字改写成事件

正文写着「Elena 把白色通行核心交给 Ilya」。

这句话看起来很像物品转交。

但它也可能出现在梦境、回忆、计划、谎言或尚未完成的尝试中。

所以 InkWeave 不会只因为几个名字在正文里靠近，就自动改变世界状态。

名字靠近时的事件提示（AVG Collision），能够看见已建立的角色、物品与地点正在文字中形成可能的交互。

它可以呈现物品目前的持有人。

可以看见两个角色是否位于同一地点。

也可以询问作者：这里是否真的要建立一次取得、放置或转交？

但最后仍然由作者确认。

如果作者说这只是一段计划，世界不需要改变。

如果作者确认 Elena 真的把核心交给 Ilya，这次转交才会成为正文时间线里的事件锚点。

补充：确认事件，才会改变世界

因果律验证处理的是已经被作者承认的世界事件，不会把所有自然语言都当成事实。梦境、回忆或单纯提到某个名字，不必因此建立一次真实的移动或交易。

这条界线很重要。

因为数学可以保证一套明确模型内的状态转移。

却不能在作者尚未表达意图以前，替文学语言决定唯一解释。

死亡不是角色页上的标签，而是后续行动条件

Rowan 在第三十九章死亡。

如果「死亡」只是一张角色卡上的最新标签，第四十二章仍然可以写下他的移动事件。

作者可能直到很久以后才发现，这名角色已经在世界里同时活着与死亡。

InkWeave 的因果律引擎会沿着正文顺序重播角色状态。

当第四十二章要求 Rowan 移动时，引擎看到的不是角色最初建立时的状态。

而是经过第三十九章死亡事件后的他。

在目前历史里，他已经不能像一般活动角色一样移动或交易。

这不代表故事不能让 Rowan 再次出现。

他可能复活。

可能被人误认为死亡。

可能以另一种形态恢复活动。

也可能是作者刻意描写时间错位。

但这些例外需要新的世界事件或规则。

如果 Rowan 已经复活，世界需要一个让状态重新改变的原因。

如果这一章其实发生在死亡以前，章节与事件顺序需要反映那个时间位置。

如果出现的是幻象，作者也可以不把它建立成真正的移动事件。

错误不是在禁止作者使用复活、幻觉或非线性时间。

它只是指出：

按照目前真正被记录过的历史，Rowan 还没有重新取得这次行动的条件。

地点被改变后，不能每次出现都恢复原状

中央控制室在第四十章毁灭。

第四十二章的 Elena 却准备再次走进去。

如果地点只是一份静态设定，作者看到的可能仍然是最初资料：

中央控制室位于轨道站核心。

拥有主控制台、通讯系统与紧急电源。

可以容纳十二名工作人员。

这些设定曾经是正确的。

但毁灭事件已经改变了它。

地点可能封锁。

可能禁止进入。

可能限制离开。

也可能彻底毁灭，使原本依赖它的行动条件失效。

当角色尝试进入或离开时，因果律引擎会查看事件发生当下的地点状态。

如果 Elena 要进入仍然毁灭的控制室，世界可以指出造成限制的地点状态。

作者接着可以选择：

让 Elena 改去其他地方。

先建立一场清理或重建事件。

把行动改成进入控制室废墟。

或者明确建立一条能够穿越目前限制的例外。

系统不是把地点状态变成阻止创作的墙。

它只是拒绝让第四十章的毁灭，在第四十二章因为作者再次使用同一个地点名就自行消失。

空间矛盾需要同时追溯两个答案

Elena 把白色通行核心交给 Ilya。

物品转交本身没有问题。

问题在于两个人的位置。

Elena 位于 Europa 前哨站。

Ilya 位于 Lunar Port。

如果这是一场面对面的交付，他们目前不在同一个地方。

但只显示「交易失败」并不足以帮助作者。

作者需要知道：

Elena 为什么在 Europa？

Ilya 又为什么在 Lunar Port？

也许其中一人的移动事件放错了章节。

也许作者忘了建立 Ilya 返回前哨站的事件。

也许这次交付其实应该由无人运输系统完成。

也可能世界本来就允许远距传送物品，只是这项方法尚未被建立。

InkWeave 可以为空间矛盾保留两组来源。

一组指向 Elena 最近一次有效的移动锚点。

另一组指向 Ilya 最近一次有效的移动锚点。

作者不只知道「两个人不在一起」。

还能分别回到让他们位于不同地方的事件。

这种溯源比单纯标出错误更重要。

因为矛盾通常不是在目前这句话里突然出生。

它可能来自很久以前两条历史逐渐分开，直到现在才被要求同时成立。

注意：跨地点交付不等于禁止交易

如果作者刻意安排运输或远距传送，不必为了消除空间提醒，就把两人硬改成位于同一地点。可以在剧情中交代交付方式，并在交易锚点使用强制模式，明确接受这次例外。

接受例外不代表其他后果一起消失。例如交出超过持有数量的物品，仍可能留下预支债务提醒。因果律引擎不会自行猜出一条新规则，也不会把接受例外当成所有条件都已满足。

地点也可以直接接收与提供物品

空间验证不能被粗暴理解成：

所有物品交互都必须由两个位于同一地点的角色完成。

世界里的地点本身也可以持有物品。

Elena 可以把通行核心放进中央保管室。

之后，Ilya 再从中央保管室取得它。

公司员工可以把笔电归还设备仓库。

拍摄现场也可以保存下一场戏需要使用的服装与道具。

在这些情况中，交易的一方是地点。

地点不需要先「移动到」角色所在位置。

因果律引擎会按照实际参与交互的实体类型判断，而不是把所有交易套进同一条两人同场规则。

如果角色把物品交给地点，需要确认角色是否位于该地点。

如果角色从地点取得物品，也需要确认角色是否真的抵达。

如果两名角色直接转交，才需要查看双方目前是否同场。

世界验证的目的不是增加限制数量。

而是让规则符合事件真正描述的交互。

提醒应该来自世界模型。

不能来自系统对所有事件使用同一种想像。

唯一物品不能因为需要再次出场就自行复制

第四十二章里，系统又配发了一枚新的白色通行核心。

但这件物品被定义为唯一。

现有的核心也仍然存在。

如果唯一性只是一段设定说明，作者仍然可以在后文无意间产生第二件。

两枚核心可能由不同角色持有。

各自在不同场景被使用。

直到后面的剧情需要确认真正核心的位置时，世界才开始无法回答。

因果律引擎会检查唯一物品的数量与现存状态。

一件唯一物品不能在仍然存在时，被一般配发事件再次产生。

单次配发也不能自然生成多个副本。

这不表示虚构世界永远不能出现第二枚核心。

第二枚可能是假货。

可能来自复制技术。

可能表示原本的「唯一」设定已经不再适用。

也可能是世界规则被某种异常打破。

但作者需要明确处理这项改变。

如果第二枚只是另一种物品，就应该拥有自己的实体身分。

如果唯一性被取消，物品定义也需要反映新的规则。

如果这是刻意制造的矛盾，后文就应该愿意承担它。

系统不禁止世界出现奇迹。

它只提醒作者：这个奇迹不能和「世界中只存在一件」同时被当成未曾改变的事实。

物品规则不只有数量

世界里的物品可以拥有不同限制。

有些物品可以自由转交。

有些在取得后与角色绑定。

有些被永久锁定，不能按照一般方式转移或销毁。

有些不是唯一物品，却仍然需要遵守实际数量。

角色不能在完全没有持有的情况下，不断把同一件东西交给别人。

不过，InkWeave 也不会把所有数量不足都视为必须拦截的错误。

某些情况可以形成预支或债务。

角色现在交出三份资源，手上却只有一份。

世界可以让交易继续重播，同时留下负数余额与债务提醒。

这可能代表作者准备在前文补上来源。

可能是刻意描写尚未交付的承诺。

也可能是一笔真的被遗忘的物品缺口。

错误与提醒在这里扮演不同角色。

唯一物品重复，代表两个现存答案不能直接同时成立。

预支债务则可能是作者刻意留下、等待未来补足的状态。

因果律引擎不能只说「物品有问题」。

它需要指出究竟是唯一性、绑定、数量、空间还是持有人历史造成冲突。

有些提醒不是说世界错了，而是后果已经改变

作者曾经安排一名角色死亡。

死亡当下，他身上仍有三件物品。

作者确认这些物品将留在死亡地点、由其他人接收，或者得到不同处置。

后来，作者回到死亡以前的章节，让角色又取得一件新的物品。

死亡事件本身没有改变。

但死者到达死亡时刻时，身上的物品已经不同。

原本接受过的遗物处置，便不再涵盖新的世界状态。

地点毁灭也可能出现相同情况。

作者原本确认某次毁灭会波及两名角色。

后来修改前文，让第三名角色在毁灭以前抵达。

重新重播后，受影响名单已经改变。

组织成员离开时，原本接受过的下属影响范围，也可能因为更早的转调事件而变化。

这些新的结果未必错误。

作者可能就是要让第三名角色一起受到灾难影响。

也可能接受新增物品跟着死者留下。

所以因果律引擎不应该替作者判决新的结果不合法。

它需要做的是提醒：

你先前确认过的后果，已经不是现在这段历史会产生的后果。

作者可以重新接受。

可以修改前文。

也可以回到原本的死亡、毁灭或离开事件，重新安排处置。

世界没有阻止改写。

它只是让改写造成的影响不能静悄悄地穿过后文。

有些问题是世界尚未完成的责任

第四十二章准备启动撤离程序。

但第二十七章以后建立的撤离规则要求：

事故已经确认。

警戒阶段已经进入全面撤离。

管理授权仍然有效。

救援资源至少达到指定数量。

如果这些用旗标（Flag）记录的条件尚未成立，必要条件锚点（REQ）的检查就不能通过。

这不一定表示作者必须删除撤离场景。

也可能表示前面的世界仍然欠着几件事。

另一种未完成责任，是伏笔已经被设定，却走到时间线结束仍未被回收。

它可能是作者准备留到续集的内容。

也可能是中途改写后被遗忘的契诃夫之枪。

组织也会留下未完成责任。

领袖退出后仍有成员存在，却没有新的领袖。

主管离开后，下属暂时失去上级。

这些状态都不必被系统自动修复。

世界可以暂时没有领袖。

伏笔也可以暂时没有答案。

但它们不能因为章节继续增加，就从作者视野里消失。

错误指出无法同时成立的状态。

提醒则让尚未结算的世界责任继续被看见。

不是所有诊断都需要把剧情改回原来的版本。先分清楚自己看到的是哪一种情况：

读到的情况 本文中的例子 作者可以怎么处理
目前事件与已记录状态冲突 Rowan 死亡后仍被安排移动；唯一核心再次被配发 修改目前事件、调整来源，或明确处理新的状态与规则
未来场景的条件尚未成立 撤离场景的 REQ 还缺授权或资源 在前文逐步建立条件，或调整后面场景的需求
先前接受的后果已经改变 死者多了一件物品；毁灭事件多波及一名角色 查看新的影响，重新确认处置或修改相关事件
世界仍有未完成责任 伏笔尚未回收；组织仍有成员却没有领袖 保留为创作待办，或用后续事件交代安排
作者刻意接受例外 Elena 和 Ilya 跨地点交付物品 说明剧情中的原因，明确接受交易例外，仍追踪其他后果

写作建议：未完成条件可以先留下来

你可以先在未来章节放下必要条件锚点，再回到前面补写让条件成立的情节。诊断不必立刻全部消失；写作中的待办，和改稿后遗忘的矛盾，是不同的事。

Project Seer 让整个世界一起接受检查

作者在正文里工作时，通常只能看见目前章节。

但世界的矛盾可能来自很远的地方。

第四十二章的移动，可能撞上第三十九章的死亡。

一笔物品转交，可能同时依赖两名角色在不同章节建立的位置。

第二十七章的 REQ，也可能仍在等待第十一到二十六章尚未完成的条件。

全知仪表板（Project Seer）会扫描整个专案。

它将诊断依照章节整理，区分需要处理的错误与仍待确认的提醒。

作者不必逐章打开正文，猜测哪里可能存在矛盾。

他可以先从全域视角看见哪些章节包含问题、问题属于哪一种世界状态、目前的错误与提醒数量，以及哪些章节仍然健康。

点击诊断后，Project Seer 可以带作者回到真正发生问题的正文锚点。

它不是只告诉作者：

你的世界不一致。

它要让作者抵达那个不一致真正进入时间线的位置。

找到问题以后，还要能回到造成问题的来源

第四十二章的 Rowan 移动失败。

问题发生在第四十二章。

原因却来自第三十九章的死亡。

作者如果只能跳到错误锚点，仍然需要自己重新寻找死亡发生在哪里。

所以某些验证结果会保留来源章节与来源锚点。

死者移动或交易，可以回到死亡事件。

角色进入封锁、禁入或毁灭地点，可以回到真正改变地点状态的事件。

物品债务可以追溯到第一次让余额从非负数变成负数的来源。

空间矛盾甚至可能需要两组来源。

Elena 的位置来自一笔移动事件。

Ilya 的位置则来自另一笔移动事件。

交易锚点中的溯源资讯，可以分别带作者回到两条位置历史。

这使得因果验证不只是找错字式的标记。

它更像是在回答：

目前这个矛盾，是由哪些先前答案共同造成的？

有时候，作者要修改目前事件。

有时候，真正需要调整的是来源。

如果 Elena 本来就不该离开前哨站，就修改交易方式。

如果 Ilya 其实早已返回，就补上或移动他的移动事件。

如果两人透过运输系统交换物品，就把事件拆成角色交给地点、地点再交给另一名角色。

系统不替作者决定修复方案。

它只是把真正的选择范围交还给作者。

以 Rowan 为例，一次改稿可以这样完成：

步骤 在 InkWeave 里做什么 这次案例要确认什么
1. 发现问题 从全知仪表板点击诊断，回到第四十二章的移动事件 问题指向这次移动，不是单纯指出正文出现了 Rowan 的名字
2. 追溯来源 从事件的溯源资讯，回到第三十九章的死亡事件 确认死亡是否仍成立，以及两次事件的顺序是否符合安排
3. 选择修改 修改相应事件或顺序；若只是幻象，就不把描写记成真实移动 补上恢复活动的状态事件、把较早发生的片段放回相应顺序，或移除不该成立的移动事件
4. 重新验证 储存修改后，因果律引擎会重新验证；再次开启全知仪表板也会触发检查 确认原本的问题是否已处理，再查看后面的状态与其他诊断

注意：修改文字，也要调整对应事件

只把正文改成「Rowan 已经复活」，不会自动改变死亡状态。若这次复活确实发生，需要建立相应的角色状态事件；删除或改写原本的情节，也要检查是否仍留下不该成立的事件锚点。

每次回修不必手动从头检查每一章。先从这次修改会影响的项目开始，用下面这张表核对后文：

这次修改了什么？ 后文接着要核对什么？ 可以查看哪里？
角色死亡或恢复活动的时间 后面的移动、交易等行动，是否仍有成立原因？ 当时的角色状态、行动诊断与死亡事件溯源
取得物品的来源或转交顺序 后面的持有与转交，是否仍有来源？数量是否足够？ 物品历史、当时库存与交易诊断
角色所在位置 原本的交付是面对面，还是刻意安排的跨地点交付？ 角色位置与交易双方的移动来源
地点毁灭、封锁或恢复的时间 后面的进出与场景使用，是否承认了地点的新状态？ 当时的地点状态与造成限制的事件
角色身分或属性 回看前文时，是否误用了后来才取得的身分或数值？ 游标所在位置的身分、属性与相关历史
组织成员、主管或领袖 原先确认的下属处置与领袖空缺，是否需要重新确认？ 组织图、成员异动与影响变更提醒
条件旗标的建立、变更或回收 后面需要这项条件的场景，在那个时间点还能成立吗？ 必要条件锚点与缺少条件的诊断
死亡或毁灭以前的物品、在场人物 原先接受的遗物处置或灾难影响，是否涵盖新的状态？ 原事件上的后果变更提醒与处置内容

这张表不是要求每项都建立数值。只需要核对作品已明确追踪、会影响后文的状态；人物动机与文学意义，仍然要回到正文阅读。

这不是 AI 审计故事是否合理

看到系统能指出死亡、空间、物品、组织与剧情条件的矛盾，很多人会直觉认为：

这是 AI 读完全文后作出的判断。

不是。

InkWeave 不会把小说交给语言模型，再要求模型回答某段剧情是否合理。

它使用的是 InkWeave 自己研发的因果律引擎。

作者先建立需要被世界追踪的实体与规则：

角色。

物品。

地点。

人物关系。

角色属性。

种族与职业。

阵营及其组织关系。

Flag、REQ 与其他事件条件。

作者再透过正文中的事件锚点，明确建立移动、交易、状态改变、关系变化、组织异动与条件流转。

因果律引擎依照卷册、章节与正文锚点的实际顺序重播事件。

在重播过程中，它维护：

角色是否仍能行动。

角色与物品位于何处。

物品由谁持有以及剩余多少。

地点是否开放、封锁、限制进出或毁灭。

属性目前的累计值。

角色属于哪些身分与组织。

阵营的领袖、成员与阶层。

Flag 当前的值、是否被设定，以及是否已经回收。

REQ 在其所在时空需要的条件是否成立。

这些状态由事件顺序、集合、数量、阶层、比较条件与状态转移共同决定。

在明确建模的范围内，相同的事件、设定与顺序会得到相同结果。

死亡事件之后没有恢复状态，角色就仍然死亡。

唯一物品仍然存在，再次产生就会形成唯一性冲突。

两名角色位于不同地点，直接转交便需要新的解释。

REQ 所需数值尚未达标，条件就不会因为作者希望它成立而自行通过。

这是确定性计算与数学关系提供的保证。

不是 AI 对故事作出的机率判断。

数学保证也有清楚的边界

因果律引擎能保证的，不是作品一定好看。

它不会判断一场死亡是否感人。

不会判断角色背叛是否符合人性。

不会替作者分析一段沉默真正代表什么。

也不会验证世界里所有未被建立的现实知识。

如果作者只在普通正文中写下「Rowan 复活了」，却没有建立相应的角色状态事件，因果律引擎不会自行理解这句话已经改变角色状态。

如果 Elena 和 Ilya 透过一种尚未建模的技术远距传送物品，系统也不会从文学描述中猜出新的交易规则。

如果某个阵营名只在比喻里出现，InkWeave 不会擅自让角色加入它。

补充：数学保证有明确的范围

数学保证从作者明确建立的模型开始。已经被建模的事件、状态与规则，沿着时间得到一致、可重播、可追溯的结果；没有被建模的意义，仍然属于作者。这不是 AI 猜测情节是否合理，也不是保证作品一定好看。

这个边界不是缺陷。

它让 InkWeave 不需要假装自己理解所有文学，也不会把机率性的语意判断包装成确定的世界事实。

作者负责决定什么值得被世界承认。

因果律引擎负责让被承认的东西继续算数。

世界不是不能违反规则，而是规则改变也必须成为历史

Rowan 可以复活。

Elena 和 Ilya 可以在不同星球之间传送物品。

中央控制室可以重建。

世界也可能真的出现第二枚白色通行核心。

虚构世界不必服从现实。

它甚至可以把违反常识当成最重要的规则。

但一个世界如果要令人信服，就不能只在需要时临时忘记自己。

复活需要让角色状态重新改变。

远距传送需要一个能支撑物品跨越空间的事件或世界规则。

控制室重建后，地点状态应该再次成为可用。

第二枚核心若真的存在，作者也需要决定它是复制品、伪物、异常，还是代表唯一性定义已经改变。

错误不是在告诉作者：

你不能这样写。

它是在问：

目前世界里，什么让这件事成为可能？

如果作者能回答，例外就不再只是漏洞。

它会成为新的因果。

自由不是世界没有规则。

自由是作者知道自己正在改变哪一条规则，并且愿意让这次改变继续影响后文。

能承担现实的骨架，才能承担令人信服的架空世界

员工加入公司。

取得职位。

领取笔电。

转调部门。

离职后退出组织并归还资产。

演员进入不同拍摄场次。

服装、配件、伤势与角色位置需要维持连戏。

调查人员取得证物。

证物经过不同人物与地点，最后形成可以追溯的保管历史。

一项未来流程等待授权、资源、进度与人员条件。

这些现实案例不是要把 InkWeave 变成人资、资产、制片或工作流程管理系统。

它们是在证明一件更基础的事：

InkWeave 的世界骨架能够承担真实状态会留下的后果。

如果一套因果模型能忠实处理人物身分、物品流转、地点限制、组织变化与未来条件，它回到架空世界时，就更有能力承担魔法、战争、复活、王朝、阵营与跨越数十章的历史。

读者不会要求架空世界和现实相同。

他可以接受龙。

接受时间倒流。

接受亡者复生。

接受一件武器选择自己的主人。

但读者会期待：

如果龙摧毁了城市，城市不能在下一章毫无理由地恢复原状。

如果时间倒流，哪些事件被改写必须留下后果。

如果亡者复生，死亡与复活之间的世界不能假装什么都没发生。

如果武器选择了主人，它后面的归属就不能只是作者需要时随意改变。

架空世界不需要比较接近现实。

它需要对自己的规则足够忠实。

世界模拟不是替作者决定世界，而是让世界忠于自己

一个世界开始自相矛盾，不一定是因为作者写下了荒谬的句子。

更多时候，只是因为前面的状态没有一起回到现在。

角色死亡了。

物品转手了。

地点毁灭了。

关系改变了。

组织失去领袖。

伏笔仍在等待回收。

未来场景仍欠缺成立条件。

这些事情分散在不同章节里。

每一件都很小。

等到后文要求它们同时成立时，世界才突然出现裂缝。

InkWeave 的场景视图与检阅器，先让当下状态回到写作现场。

名字靠近时的事件提示，让可能的交互浮上来，但把事件确认留给作者。

自研的因果律引擎沿着正文重播已经确认的世界变化。

全知仪表板再从整个专案看见错误、提醒与尚未结算的责任。

历史与溯源则把作者带回真正造成目前状态的事件。

这些功能不是为了让系统替作者写出正确故事。

世界也不应该夺走作者改变规则、创造例外与重新安排历史的权力。

它们做的是另一件事。

当作者已经定义一个世界，InkWeave 让那些定义沿着时间继续算数。

一致性不是世界永远不能出现例外。

而是每一个例外，都必须拥有让它成立的原因。

世界模拟的强大，不是它替作者决定世界应该怎么运作。

而是当文字不断向前时，那个世界仍然记得自己曾经成为什么。