最後都到了東營，卻不是同一段歷史

作者打開兩個故事版本。

在兩個版本裡，信使諾拉都已經抵達東營。

補給送到了。

山道也已經毀壞。

如果只看最新結果，兩條世界線幾乎沒有差別。

但作者回頭整理諾拉的旅程，問題就出現了。

在 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 線的前文。

作者可以比較兩條路。

可以決定其中一條更值得繼續。

也可以讓它們都保留自己的故事。

重要的是，每條世界線都能依自己的事件順序回答：

當角色走到這裡時，前面究竟已經發生了什麼？

時間線的價值，是讓每一步都有當時的世界承接

小說時間線不只是幫作者記住日期。

它也讓作者知道，某次行動當時為什麼成立。

諾拉能通過山道，不是因為作者記得她最後抵達東營。

而是因為在那次移動以前，山道仍然可以進入。

她後來能交付補給，不是因為補給在設定裡很重要。

而是因為她已經取得它，並且沿著這條路把它帶到這裡。

同樣的原則，也可以用在角色轉職、組織變動與故事條件上。

後來取得的身分，不能直接代替以前的身分。

後來成立的合作，也不能假裝一直存在。

這些差異不必全部靠作者硬背。

當你回到某段正文，場景感知與檢閱器可以帶回那裡的角色位置、物品與相關狀態。

需要追溯，就查看歷史。

修改重要事件，再確認後面的安排是否仍然成立。

作者不必先完成一張巨大年表，才有資格開始寫故事。

先寫眼前的場景。

確認重要改變。

讓時間線隨著冒險逐步長出來。

最後都抵達同一個地方，不代表角色走過同一段歷史。

而一條可信的世界線，應該讓其中每一步，都有當時的世界可以承接。