结局很精彩，却可能缺少抵达它的过去

作者已经想好最后一幕。

王城即将陷落。

凯恩站在城门前，接受黑骑士的身分，决定留下守护这座城市。

这个画面很有力量。

但故事目前只写到第十章。

凯恩仍是一名见习骑士。

他还没有立下契约。

没有完成试炼。

也没有经历那些足以让他接受新身分的选择。

作者知道自己想抵达哪里。

前面的故事却还没有走到那里。

另一个版本也开始浮现。

如果凯恩没有选择黑骑士的道路，而是取得符文弓，跟随另一名导师，最后成为魔法弓箭手呢？

他也许不会留在城门前。

而会带着同伴穿越森林，替城民找到另一条生路。

两个结局都值得写。

问题不是哪个画面比较漂亮。

而是前面的故事，是否真的给了角色抵达那个画面的理由。

多重结局最容易缺少的，往往不是最后几段文字。

是每个结局各自需要的过去。

先替结局留下几个真正重要的前提

想探索一个结局，不必先把中间二十几章全部安排完。

可以先问：

这场终局如果要成立，前面有哪些事情不能省略？

对这个故事的作者来说，凯恩接受黑骑士身分，需要取得遗物、立下契约，并完成试炼。

另一条路则需要符文弓、导师训练与魔法契合。

想探索的结局 作者希望前文完成的事情 结局要承接的角色历史
凯恩接受黑骑士身分，留下守护王城 取得黑铁遗物、立下契约、完成黑骑士试炼 他已经选择承担这条道路的义务与代价
凯恩成为魔法弓箭手，带领同伴穿越森林 取得符文弓、完成导师训练、完成魔法契合 他已经建立另一套能力、合作与行动方式

这些不是 InkWeave 预设的职业规则。

是作者为自己的世界设计的前提。

作者也可以决定，黑骑士不需要遗物，而必须取得某个组织的认可。

魔法弓箭手不需要正式导师，而是在一次冒险中自行完成觉醒。

条件可以改。

重要的是，作者知道哪些事情会让最后一幕不再只是突然发生。

也不需要把所有情绪都变成条件。

凯恩的迟疑、羞愧、渴望与恐惧，仍然可以自由地留在正文里。

先挑出少数真正影响终场是否成立的事情，就足以开始。

先写下第二十七章，不代表前面的故事已经完成

作者目前写到第十章。

下一个建立的章节，不一定非得是第十一章。

可以先建立第二十七章，留下自己想试写的终场。

中间尚未完成的章节，之后再插入。

在 InkWeave 里，作者可以在这个未来位置放下一个条件锚点，声明：

故事走到这里时，黑铁遗物的取得、契约的成立，以及试炼的完成，都必须已经被前文确认。

这个条件锚点叫做 REQ。

名字看起来像技术术语，但用途很直觉。

它是在这个故事位置留下要求：

「这场戏需要哪些事情先成立？」

实际使用时，可以先建立几个看得懂的故事标记，例如：

「黑铁遗物已取得」。

「契约已成立」。

「黑骑士试炼已完成」。

在条件视窗里选出这些标记，指定它们必须成立，再储存。

不需要写程式。

也不需要先建立一张涵盖整部小说的逻辑表。

这个例子只需要三个可以表达「尚未完成／已完成」的标记。

作者现在只写到第十章，所以第二十七章缺少前提，是正常的。

全知仪表板可以呈现这个未来位置尚未满足的条件，让作者知道自己还准备完成哪些事。

这不是因果律引擎在责备作者还没写完。

而是作者先替未来留下了一份可检查的待办。

一边写前文，一边看见未来还欠什么

接下来，作者可以在第十章与第二十七章之间插入第十一章。

再继续写第十二章，以及后面的冒险。

章节标题里的数字，不会替故事完成因果。

真正决定哪些事情发生在 REQ 以前的，是专案中正文的排列顺序。

作者将取得遗物、立约与试炼的场景放在终场以前，让它们逐步成为那个结局的来源。

写作推进到哪里 黑铁遗物已取得 契约已成立 试炼已完成 第二十七章仍缺什么
第十章，凯恩已取得遗物 已完成 尚未完成 尚未完成 契约与试炼
后来写完立约场景 已完成 已完成 尚未完成 试炼
终场以前完成试炼 已完成 已完成 已完成 这组前提已满足

作者仍然是在写场景。

写凯恩如何发现遗物。

如何面对契约的代价。

如何在试炼中失去某些东西，又决定继续。

真正发生取得时，可以透过物品操作确认它进入凯恩手中。

要让 REQ 检查「取得已经发生」，再于相应位置把那个故事标记设为成立。

物品事件负责保存物品的流转。

故事标记负责表达作者希望被检查的前提。

两者的用途不同，不是因果律引擎读完场景后自行猜测。

契约与试炼也一样。

作者确认它们真正完成，再记下相关标记。

不必在每次写作前重新抄一遍待办。

条件检查会依照前文已记录的变化更新，让作者看见这个未来位置仍缺哪些前提。

而眼前的冒险，也不需要因此退到设定表后面。

凯恩再次出现在正文里，场景感知可以呈现他的形象、当时的位置与相关状态。

查看遗物，检阅器可以带回它的持有与流转资讯。

故事走到不同位置，看到的也会是那个位置上的角色，而不是永远显示最后的版本。

需要确认一次取得或移动，就回应引导选项。

只是提到，就略过。

想追溯，再查看历史。

你可以一边写凯恩的冒险，一边看见它正在替未来补上什么。

那些资讯留在正文旁边，不需要把每一句话都变成一次设定工作。

不同世界线，可以各自等待不同的结局

黑骑士结局需要三个前提。

不代表凯恩还必须同时完成魔法弓箭手的全部训练。

比较两个结局，不等于要求角色走完两条道路。

作者如果决定分别续写，就可以让不同版本保存各自的未来要求。

黑骑士版本的第二十七章，检查遗物、契约与试炼。

魔法弓箭手版本的终场，检查符文弓、导师训练与魔法契合。

每条世界线依照自己的前文，提供自己的答案。

不能因为作者记得另一个版本已经完成训练，就把那段历史借到目前版本里。

也不能让一个只在黑骑士版本立下的契约，自动成为另一条路的资格。

想实际保留不同结局，以及通往它们的完整故事版本？

请参考What If 剧情分支与多重宇宙故事操作教学，依照步骤保存与切换各条世界线的专案。

这套版本保存方式需要依照教学中的外部流程操作，不是 InkWeave 内建的一键生成结局。操作前，务必先完全关闭 InkWeave。

版本保存流程可以搭配免费版使用；本文介绍的因果律引擎、场景感知、条件验证与全知仪表板，则属于 Pro 功能。

保存版本之后，作者仍然决定每条路如何发展。

条件全部成立，也不会自动替凯恩转职。

作者还需要写出他接受新身分的场景，并确认那次身分变更。

REQ 负责确认前提。

不负责替作者演出结局，也不会自动完成伏笔的叙事回收。

删掉一次试炼，结局也应该知道少了什么

长篇很少完全不回修。

作者可能写到后来，觉得某次试炼不符合角色的发展。

于是回到前文，连同「黑骑士试炼已完成」的标记一起移除。

第二十七章仍然存在。

但原本支撑它的其中一项前提，已经不在了。

重新验证后，因果律引擎可以指出：这个未来位置仍然要求试炼完成，目前的事件却没有让那项条件成立。

作者因此有机会在改动之后，看见它影响了哪个终场。

可以补上一场更适合的试炼。

可以调整结局需要的资格。

也可以接受凯恩不再走向黑骑士的未来。

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

它不是 AI 编辑器，也不交由 AI 阅读前文，猜测角色是否「感觉上已经成长足够」。

它依照明确的状态转换与条件运算，重播已确认的事件，对照 REQ 所要求的前提。

在相同的起点、事件顺序与条件下，得到相同的检查结果。

这份确定性针对作者已建立的世界模型。

试炼写得是否动人，仍然由作者与读者感受。

试炼是否被明确记录为完成，则可以被验证。

同样地，「曾经取得遗物」和「现在仍持有遗物」也不能混为一谈。

凯恩可能早已取得遗物，后来又把它交给别人。

如果终场需要遗物仍在身上，就要依照物品事件查看当时的持有状态，不能只用一个「已取得」标记代替。

好的条件不是越多越好。

而是名字与要求足够清楚，能回答作者真正想确认的事情。

结局可以改，条件不是绑住作者的命令

先留下未来要求，不代表作者必须服从最初的安排。

凯恩可能在写作途中，变成一个不愿意立下契约的人。

黑骑士试炼也可能让作者发现，他真正想写的不是接受力量，而是拒绝力量。

原本计划的结局，于是需要改变。

这不是写作失败。

作者可以重新安排前提。

可以改写终场。

也可以保留原来的版本，再让另一个未来继续。

条件的作用，不是要求角色无论如何都走向作者最早指定的位置。

而是让作者在保留某个结局时，知道自己是否已经替它准备好相应的过去。

第二十七章可以先被写下来。

但凯恩不必提前成为第二十七章的他。

在第十章，场景感知与检阅器仍然呈现他当时的位置、物品与身分。

他可以继续犹豫。

可以走错。

可以失去原本以为不会失去的东西。

作者也可以在这些冒险之间，看见未来仍然等待哪些事情成立。

到了终场，角色接受的身分、得到的资格与作出的决定，就不只是作者突然给他的答案。

它们有前文。

有选择。

有逐步累积的理由。

多重结局不只是把最后一章写成几个版本。

它是让每一个想保留下来的未来，都有自己的路可以抵达。

先写下想抵达的未来。

再让前面的故事，一步步给它成立的理由。