最后都到了东营,却不是同一段历史
作者打开两个故事版本。
在两个版本里,信使诺拉都已经抵达东营。
补给送到了。
山道也已经毁坏。
如果只看最新结果,两条世界线几乎没有差别。
但作者回头整理诺拉的旅程,问题就出现了。
在 A 线,诺拉先通过山道。
等她抵达东营,山道才因为后来的灾难崩塌。
在 B 线,山道在她出发以前就已经毁坏。
作者让她改走河道,最后才把补给送到东营。
相同的人物。
相同的目的地。
甚至相同的最终地点状态。
却不是相同的历史。
如果作者写 B 线时,记得的仍然是 A 线那次顺利通行,就可能让诺拉走进一条在这个版本里早已不存在的道路。
问题不在设定少了一张地图。
而是作者正在使用另一条世界线的事件顺序。
小说时间线真正需要整理的,不只是发生过哪些事情。
还包括每件事发生时,前面的世界已经走到哪里。
把每条路真正发生的事情排清楚
这段故事不需要一张从远古延伸到未来的巨大年表。
先确认几个会互相影响的事件,就能看见差异。
诺拉取得补给。
诺拉进入某个地点。
诺拉抵达东营并交付补给。
山道毁坏。
河道成为作者安排的另一条行进方式。
| 故事发展顺序 | A 线:先通过山道 | B 线:山道先毁坏 |
|---|---|---|
| 第一段发展 | 诺拉在西站取得补给 | 诺拉在西站取得补给 |
| 第二段发展 | 进入仍可通行的山道 | 山道崩塌,作者记录地点毁坏 |
| 第三段发展 | 离开山道,抵达东营并交付补给 | 作者安排她改走河道 |
| 第四段发展 | 山道后来崩塌 | 诺拉经河道抵达东营,交付补给 |
这张表整理的是作者选定的发展。
不是 InkWeave 自动计算出山道何时崩塌,也不是因果律引擎替诺拉找到最短路线。
山道是否毁坏,由作者决定。
河道是否存在、能否通行,以及改道会付出什么代价,也由作者安排。
因果律引擎处理的是那些事件被确认以后,世界状态如何依序形成。
在 A 线,诺拉进入山道时,它仍然可以通行。
在 B 线,相应的毁坏事件已经发生,原来的进入方式就不能直接沿用。
要追踪她是否经过山道,也需要把山道作为地点,确认那次移动。
只记录「西站到东营」,不会让因果律引擎自行猜出她走过哪一段路。
重要路程明确留下来,历史才有可以回看的依据。
先写后面的戏,也能补回前面的原因
作者不必照事件顺序动笔。
你可能先写诺拉抵达东营。
因为你已经想好她如何把补给交出去,以及营地里的人会有什么反应。
几天后,才回头写西站的出发场景。
又在更晚的时候,补上山道毁坏的原因。
这种写法没有问题。
写作先后是作者工作的顺序。
故事需要维护的,则是已确认事件在正文里的先后。
| 顺序 | 它在回答什么 | 对世界状态的意义 |
|---|---|---|
| 写作先后 | 作者先完成哪一场戏? | 不直接决定事件谁先发生 |
| 专案中的章节排列 | 哪一章放在前面,哪一章放在后面? | 决定已记录事件跨章节的先后 |
| 章节内的事件位置 | 同一章里,取得、移动与地点变化放在哪里? | 决定这一章的状态如何逐步改变 |
| 章节名称与时间用语 | 这章叫什么?旁白如何描述时间? | 不会自行替事件重新排序 |
在 InkWeave 里,因果律引擎依照专案中的章节排列,以及章节内已记录事件的位置推导状态。
它不是依作者最先写了哪段。
也不是只看到章名写着「第十二章」,就猜测它必须发生在另一个章节以前。
所以你可以先写后面的戏。
再把它需要的取得、移动或地点变化,补到适当位置。
尚未补齐时,相关检查可能呈现缺少的前提。
这可以是正在写作的进度,不必被理解成作者不能继续创作。
小说的倒叙、回忆与时间描写也仍然自由。
诺拉可以在东营想起三天前走过的山道。
那是一段回忆,不代表她此刻又移动回去。
因果律引擎不会因为读到「三天以前」,就自行建立或重排事件。
作者确认哪一次世界变化需要被追踪,再让它留在相应的位置。
文字负责叙事。
已确认事件的排列,负责提供状态推导的依据。
游标停在不同位置,山道也是不同的山道
整理时间线,不应该意味着每次写到地名,都要停下来翻查整份纪录。
InkWeave 可以让当时的世界回到正文旁边。
在 A 线,作者接触诺拉进入山道以前的段落。
场景感知可以呈现她当时的位置与相关人物资讯。
再查看山道,看到的是这个故事位置上的地点状态。
此刻,山道尚未毁坏。
诺拉身上的补给,也可以透过检阅器查看。
当正文中的角色与地点形成移动提示时,作者可以确认她进入山道。
不是实际抵达,只是在谈论或回忆那里,就略过。
常见的移动可以透过引导选项完成。
作者不需要先把所有行程做成一份复杂设定,才能写下一段路。
走到后面的崩塌事件,地点状态才改变。
再回到前面的通行场景,因果律引擎仍然推导那一刻的状态,不会只因为山道最后毁坏,就把灾难提前带回过去。
B 线则不同。
诺拉准备使用原路时,山道毁坏已经进入这个版本的历史。
场景感知与检阅器呈现的,也会是这条路自己记录的状态。
如果你替人物与地点准备了图片,相关形象可以随着正在接触的名字出现。
画面旁边的位置、同场人物与状态资讯,则让你看见这个地方此刻承接了哪些事件。
想知道诺拉最后如何抵达东营,可以查看她的移动历史。
A 线留下西站、山道与东营之间的行程。
B 线留下另一套由作者确认的路程。
你仍然写她如何在雨中前进、如何决定改道,以及交出补给时终于放松的那一刻。
资讯留在正文旁边。
需要时查看。
发生移动时确认。
不需要时,就继续写。
历史不必每次都由作者重新拼凑,才能回到正在写的冒险。
把崩塌提前,后面的冒险也需要重新对齐
作者可能回头修改 A 线。
原本的安排是诺拉抵达东营以后,山道才崩塌。
现在作者想让灾难更早发生,于是把已记录的毁坏事件移到她进入山道以前。
这看起来只是调整一个场景的位置。
但诺拉后面的移动,已经遇到不同前提。
因果律引擎重新验证时,可以指出进入山道的安排与地点限制不符,并提供造成限制的事件来源。
作者因此可以在修改之后,看见原本顺利成立的行程需要重新处理。
可以把崩塌放回后面。
可以安排诺拉改走其他地方。
也可以改写灾难的范围,并相应调整地点状态。
选择仍然留给作者。
因果律引擎不会替诺拉计算替代道路。
也不会为了保住原稿,假装山道仍然可以使用。
InkWeave 使用的是自己研发的因果律引擎,不是交由 AI 阅读两个场景,猜测它们看起来有没有矛盾。
事件顺序与明确规则,共同决定检查结果。
同样的起点与已确认事件排列,具有确定的状态推导结果。
这份可验证性针对作者已建立的世界模型,不包含对所有文字意义的自动理解。
因此,调整场景时,也要让相应的事件记录跟着你的改动。
只把句子改成「山道更早崩塌」,却没有调整地点变化事件的位置,因果律引擎仍然会依照原本记录推导。
把重要改变明确留下来,才能让画面与验证结果回应你真正修改的世界。
不同世界线,各自保存自己的顺序
作者可以同时保留两种行程。
一条让诺拉先通过山道。
另一条让她面对已经毁坏的道路,走向原本没有安排的河道冒险。
即使两条路最后都抵达东营,也不需要把它们混成同一份历史。
想保存「先通过山道」与「山道先毁坏」的完整故事版本?
请参考What If 剧情分支与多重宇宙故事操作教学,依照步骤保存与切换各条世界线的专案。
这套版本保存方式透过教学中的外部流程完成,不是 InkWeave 自动产生另一条行程。操作前,务必先完全关闭 InkWeave。
版本保存流程可以搭配免费版使用;本文介绍的因果律引擎、场景感知与自动因果验证等进阶功能,则属于 Pro 功能。
重新开启某个版本后,章节排列、人物资料与事件记录都来自目前版本自己的专案。
A 线的通行历史,不会自动成为 B 线的答案。
B 线新增的河道行程,也不应该偷偷进入 A 线的前文。
作者可以比较两条路。
可以决定其中一条更值得继续。
也可以让它们都保留自己的故事。
重要的是,每条世界线都能依自己的事件顺序回答:
当角色走到这里时,前面究竟已经发生了什么?
时间线的价值,是让每一步都有当时的世界承接
小说时间线不只是帮作者记住日期。
它也让作者知道,某次行动当时为什么成立。
诺拉能通过山道,不是因为作者记得她最后抵达东营。
而是因为在那次移动以前,山道仍然可以进入。
她后来能交付补给,不是因为补给在设定里很重要。
而是因为她已经取得它,并且沿着这条路把它带到这里。
同样的原则,也可以用在角色转职、组织变动与故事条件上。
后来取得的身分,不能直接代替以前的身分。
后来成立的合作,也不能假装一直存在。
这些差异不必全部靠作者硬背。
当你回到某段正文,场景感知与检阅器可以带回那里的角色位置、物品与相关状态。
需要追溯,就查看历史。
修改重要事件,再确认后面的安排是否仍然成立。
作者不必先完成一张巨大年表,才有资格开始写故事。
先写眼前的场景。
确认重要改变。
让时间线随着冒险逐步长出来。
最后都抵达同一个地方,不代表角色走过同一段历史。
而一条可信的世界线,应该让其中每一步,都有当时的世界可以承接。