本篇目錄

文字可以很流暢，世界卻已經自相矛盾

故事寫到第四十二章。

作者寫下：

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 讓那些定義沿著時間繼續算數。

一致性不是世界永遠不能出現例外。

而是每一個例外，都必須擁有讓它成立的原因。

世界模擬的強大，不是它替作者決定世界應該怎麼運作。

而是當文字不斷向前時，那個世界仍然記得自己曾經成為什麼。