一段读起来很顺的剧情,可能借错了过去
莉珂走进钟楼庭院。
信使雷恩已经在那里等她。
她把银钥匙交给他,两人确认秘密通道的位置,准备离开城市。
这场会合很顺。
人物有目的。
物品有用途。
下一段冒险也有了入口。
作者很喜欢这场戏,所以整理另一条世界线时,决定沿用它。
问题出现了。
在目前的版本里,雷恩已经死亡。
银钥匙仍然放在北塔,莉珂没有取得。
钟楼庭院也早已被记录为毁灭。
至于秘密通道的位置与通行许可,这条线还没有让它们成立。
句子没有变得难读。
世界却已经无法照原样承接那些动作。
这是分支剧情很容易出现的一种逻辑漏洞。
作者记得某场戏很好,却忘了它原本依赖哪一套历史。
沿用的是文字。
一起带进来的,却可能是另一个世界才拥有的前提。
先拆出这场戏需要什么,不必重查所有设定
检查一场会合,不需要先重新阅读整部作品的所有设定。
可以先看这场戏实际要求世界提供什么。
谁要亲自到场?
谁要交出物品?
人物要进入哪个地点?
后面的行动需要哪些已成立的条件?
| 这场会合需要的前提 | A 线已记录的历史 | B 线已记录的历史 |
|---|---|---|
| 雷恩能亲自前来 | 他仍然存活 | 作者已记录他的死亡 |
| 莉珂能交出银钥匙 | 钥匙由她持有 | 钥匙仍放在北塔 |
| 人物能进入钟楼庭院 | 庭院开放 | 庭院已被记录为毁灭 |
| 秘密通道条件成立 | 位置已知,通行许可有效 | 相关条件尚未成立 |
这张表格不是要作者把每一个眼神、每一段沉默都拆成资料。
它关心的是:哪些事情一旦不成立,后面的行动就会失去来源?
雷恩曾经穿什么颜色的外套,可能不影响这场会合。
雷恩是否仍然活着,则直接影响他能不能亲自走来。
莉珂是否喜欢银钥匙,也许可以只留在描写里。
她是否真的持有它,却决定了她能不能把它交出去。
先抓住这些前提,检查就不必变成漫无目的地翻找资料。
在 InkWeave 里,先看见这一刻,再确认下一个动作
在 InkWeave 里,可以先建立这场戏真正需要的人物、地点与物品。
重要的死亡、取得、转交与地点变化,再留在它们实际发生的正文位置上。
不需要先把整个世界设定完成,才能开始写会合。
当作者写到已建立的雷恩、银钥匙或钟楼庭院,场景感知与检阅器可以依照游标所在的位置,呈现相关实体当时的状态。
作者正在写莉珂抵达庭院。
旁边可以查看庭院此刻的状态,以及已记录的位置与物品资讯。
写到雷恩,也可以确认他在这个时间点的生命状态。
写到银钥匙,则能查看它目前位于何处、由谁持有。
这些资讯不需要全部塞进正文。
它们可以留在正文旁边,让作者继续写人物的动作、对话与选择。
当角色与地点靠近,InkWeave 可以提出相关移动提示。
当角色与物品靠近,可以呈现目前归属,再由作者确认是否发生取得、放置或转交。
名字相邻,不会自动成为世界事实。
如果雷恩只出现在莉珂的回忆里,就不需要记录他真的抵达庭院。
如果银钥匙只是被提到,也不必把它交给任何人。
作者可以略过事件提示,让文字保留自己的语境。
世界的回应,是协助作者看见正在碰到什么。
不是要求每一句话都接受一次裁定。
从后面的问题,回到造成限制的事件
如果作者把这场会合确认成实际事件,前面的差异就会进入验证。
在已记录雷恩死亡的世界线中,再安排他一般移动或交易,因果律引擎可以指出生命状态上的冲突。
安排莉珂交出银钥匙,则需要确认她当时是否持有这件物品。
把人物移动到已记录为毁灭的钟楼庭院,也会受到目前地点规则的检查。
这些不是「这段文字看起来可能有问题」的印象。
它们是具体事件与当时状态之间的差异。
全书验证仪表板可以呈现已建模的问题,协助作者回到相应章节与事件位置。
死亡与地点限制等诊断,也保留对应的来源资讯,让作者能追溯是哪一次状态变化造成限制。
物品问题则可以搭配历史查询,查看银钥匙曾经被取得、放置或转交的纪录。
不必要求所有问题都使用同一种追溯方式。
也不能期待因果律引擎找回已经被删除的文字。
它能沿着目前仍然保存的资料与事件,让作者确认:
雷恩从什么时候开始不能再照原样行动?
银钥匙最后留在哪里?
庭院的状态是在这场会合之前,还是之后改变?
如果没有查清楚时间,就直接修正后面的句子,作者可能只是暂时遮住问题。
找到来源,才能决定真正要改变哪一段历史。
未来条件尚未完成,不一定是剧情漏洞
不是每一项未满足的条件,都代表作者写错了。
作者也可能刻意先安排未来。
例如先在后面的逃亡场景放下一个条件闸门,也就是 REQ 锚点,要求两件事情同时成立:
秘密通道的位置已知。
通行许可仍然有效。
前面的章节还在写,这两项条件暂时没有完成。
这时候,验证呈现的是尚未满足的要求。
作者可以把它当成一份未来待办,提醒自己在逃亡场景以前,安排取得情报与许可的事件。
不必为了立即消除所有提示,就匆忙把条件设定成成立。
但如果会合与逃亡已经要正式发生,情况就不同。
作者需要确认这些前提确实在当时成立。
或者改变逃亡方式,不再要求原本的条件。
这也是条件闸门的用途。
它不会替作者取得许可,不会自动完成伏笔,也不会判断人物已经理解所有情报。
它只检查作者明确建立的旗标,在这个位置是否符合要求。
同一项未满足的条件,在草稿阶段可能是计划。
在已完成的场景里,则可能是需要处理的缺口。
验证结果告诉作者模型目前的状态。
作者知道自己正在写哪个阶段,才能决定接下来要怎么做。
修复不一定是改回原本的世界
发现雷恩已死亡,不代表一定要取消死亡。
发现银钥匙不在莉珂手上,也不代表一定要把它送回她的背包。
因果律引擎指出的是目前安排缺少什么,不是替作者指定唯一解法。
| 发现的问题 | 作者可以选择的方向 |
|---|---|
| 雷恩已死亡 | 改由其他信使前来,或明确建立新的生命状态变化 |
| 莉珂没有银钥匙 | 安排取得、改由真正持有人交付,或取消这次转交 |
| 钟楼庭院已毁灭 | 改在庭院外或其他地点会合,或记录合理的地点状态改变 |
| 通道条件尚未成立 | 在前文建立来源,或改用另一条逃亡路线 |
作者甚至可能发现,这场戏根本不适合 B 线。
雷恩的死亡,也许应该真的留下无人赴约的空白。
银钥匙留在北塔,也许会迫使莉珂先走另一段冒险。
庭院毁灭,也许正好让她看见前面那场灾难造成了什么。
新的版本不必一直设法回到 A 线。
它可以承担自己的失去,再长出另一条路。
对跨地点的物品交付,也不应该把不同位置一概写成禁止。
InkWeave 可以对相关位置差异提出提醒;作者仍然可以依具体事件与设定安排跨地点转交。
但这不会替莉珂补出一把她从未取得的钥匙。
位置提醒、物品持有与地点进出限制,是不同的检查,不能混成同一条规则。
修复的目的不是让所有版本完全相同。
而是让选定的安排,在目前这条世界线里有真正的来源。
因果律引擎验证的是这条世界线,不是所有文学意义
InkWeave 使用的是自研的因果律引擎,不是 AI 审计。
它不会阅读两个版本,再猜测哪一段来自另一条世界线。
也不会自行理解所有梦境、回忆、谎言与象征。
它依据作者建立的初始资料、规则与明确事件,沿时间顺序推导世界,再验证后续安排需要的条件。
相同的模型、规则与事件顺序,会得到一致的推导结果。
这里的数学保证,落在已建立的世界模型内。
不是对所有自然语言与文学意义的全面保证。
如果作者只在普通文字里写下雷恩死亡,却没有建立相应的状态事件,就不能期待因果律引擎自行知道他已经死亡。
如果密道许可从未被定义成需要追踪的条件,也不能期待它自动检查那项许可的重要性。
重要事实需要明确建立。
但不是所有细节都需要建立。
作者可以从这场会合真正依赖的人物、物品、地点与条件开始,逐步留下会影响后文的变化。
没有验证问题,也不代表小说已经完成。
人物动机是否可信?
对话是否有力量?
场景是否拖慢节奏?
伏笔是否让读者感到满足?
这些仍然需要作者阅读、修改与判断。
因果律引擎保住的是已建模的因果。
文学的重量,仍然要由故事本身承担。
让每个版本使用自己的历史
A 线的会合可以继续保留。
雷恩活着,莉珂持有银钥匙,庭院仍然开放,通道条件也已成立。
B 线则可以把会合改成另一种场景。
莉珂抵达庭院外,发现无人赴约。
她必须先回北塔取回钥匙,再找另一名知道通道的人。
两个版本可以使用相同人物与地点。
却不必共享所有已发生的结果。
想保留不同版本,再分别检查它们自己的角色、物品与条件?
请参考What If 剧情分支与多重宇宙故事操作教学,依照教学保存与切换完整故事版本,让每条世界线保留自己的事件历史。
这是搭配外部版本工具的操作流程,不是 InkWeave 内建的一键分支或自动合并。
保存或切换版本前,必须先完全关闭 InkWeave,再依教学操作,避免自动储存把内容写入另一个版本。
外部版本保存流程可以搭配免费版使用;本文提到的场景感知、因果律推导与自动验证,则属于 InkWeave Pro 的功能范围。
重新打开某个版本后,因果律引擎验证的是目前世界线实际保存的资料与事件,不会同时扫描所有未开启版本,也不会向其他版本借用答案。
好的句子可以留下,需要的过去要重新确认
整理分支,不必把所有场景都从零重写。
一段好的对话,可以留下。
一个有张力的会合构想,可以再用。
甚至相同的逃亡目标,也可以出现在不同版本里。
但当人物开始行动,作者需要重新确认:
他此刻还能亲自前来吗?
她真的持有要交出的物品吗?
这个地点仍然允许进入吗?
下一个事件需要的条件,是否已经成立?
在 InkWeave 里,这些已建立的状态可以随写作位置呈现,相关事件也能接受因果验证。
作者不必只靠记忆,分辨自己现在写的是哪一个过去。
世界可以把前文留下的限制与资源带回眼前。
作者再决定,是保留原本的动作,还是让这条世界线走向另一种安排。
分支可以共用场景,也可以借用好的文句。
但每一个动作需要的过去,都必须在目前这个世界里真正成立。