一句寫得很好的文字，也可能描述一個不存在的世界

故事寫到第四十二章。

Elena 必須啟動撤離程序。

她穿過正在崩塌的走廊，在失重與警報聲中找到 Ilya，將白色通行核心交給他。

Ilya 接過核心。

兩人完成一段等待了許多章的對話。

他把核心放進控制台，軌道站最後一條逃生路線開始運作。

這一幕可以寫得很流暢。

節奏緊張。

畫面清楚。

人物情緒也延續了前面的衝突。

如果作者把場景交給 AI 輔助完成，AI 可以提供對話、描寫、節奏與不同版本的演出。

它甚至可能把這一幕寫得比作者的第一版更完整。

但這個世界先前已經留下另一組答案。

Elena 目前位於 Europa 前哨站。

Ilya 位於 Lunar Port。

白色通行核心仍在 Rowan 身上。

Rowan 已經死亡，他的遺物尚未完成處置。

撤離程序需要的管理授權，也還沒有在第四十二章以前成立。

每一句文字單獨看都合理。

放回前面四十一章真正形成的世界，卻同時出現了位置、物品與劇情條件上的矛盾。

AI 回答的是：

這一幕可以怎麼寫？

世界需要回答的則是：

按照已經發生的歷史，這一幕現在憑什麼成立？

這就是 AI 輔助寫作與因果律寫作之間最重要的差別。

一個處理文字可以成為什麼。

另一個處理世界已經成為什麼。

AI 輔助寫作處理的是語言的可能性

AI 很適合處理語言中的大量可能性。

作者可以請它提出不同版本的場景。

調整敘事語氣。

縮短對話。

增加衝突。

整理章節摘要。

找出重複用字。

從另一個角色的角度重寫同一幕。

也可以請它閱讀一段故事，指出可能存在的矛盾。

這些能力對創作很有價值。

作者不必把所有時間都花在第一個草稿上，也能更快探索尚未想到的表達方式。

AI 也能根據作者提供的上下文進行推理。

如果上下文清楚寫著 Rowan 已經死亡，它可能提醒作者不要讓他像普通活人一樣行動。

如果角色資料寫著 Elena 位於 Europa、Ilya 位於 Lunar Port，它也可能發現兩人無法直接完成面對面的交付。

所以問題並不是 AI 能不能發現故事矛盾。

它可以。

真正的問題是：

這個判斷從哪裡來？

它是模型閱讀文字後提出的合理解釋，還是世界根據已確認事件推導出的確定狀態？

AI 處理文字、語境與可能性。

但世界還需要另一種能力。

它需要讓已經被作者承認的事件，沿著時間持續改變後面的條件。

因果律寫作不是另一種文風

因果律寫作聽起來可能像一種敘事技巧。

彷彿作者必須把小說寫成流程圖。

每一段文字都要標記原因與結果。

每一種情緒都要換成可以計算的資料。

它不是這個意思。

作者仍然可以寫夢境。

寫謊言。

寫不可靠敘述。

寫時間倒流、復活、平行世界、魔法、隱喻與刻意誤導。

因果律寫作處理的不是文風。

它處理的是：當作者確認某件事真的改變了世界，這項改變是否會繼續影響後文。

角色移動到另一個地點。

物品換了持有人。

城市遭到封鎖。

人物關係從信任變成敵對。

角色加入組織、改變職位或死亡。

某個劇情條件正式成立。

這些事情一旦被作者確認，就不應該只剩下一句留在前文的文字。

它們會改變故事走到不同時間點時，角色在哪裡、擁有什麼、能做什麼，以及哪些事件仍然有資格發生。

InkWeave 自研的因果律引擎，會按照卷冊、章節與正文事件的實際順序，重播作者明確確認的世界變化。

它不是從文字中猜測故事發生了什麼。

它推導的是作者已經交給世界的歷史。

同一個寫作動作，兩種方法回答不同問題

AI 輔助寫作與因果律寫作並不是在相同的位置，提供兩種品質不同的答案。

它們經常在回答不同問題。

寫作情境 AI 輔助寫作 因果律寫作
作者回到第十二章修改前文 AI 可以根據提供的文字，整理角色當時可能的狀態 因果律引擎只重播第十二章以前的事件，推導角色在那一刻的位置、物品、職位與關係
作者寫下「Elena 把核心交給 Ilya」 AI 可以續寫場景，也可能根據上下文提醒兩人不在同一地點 因果律引擎先提供兩人的目前位置與核心持有人，InkWeave 再詢問作者這裡是否真的發生轉交
作者刪除前文取得核心的事件 AI 必須重新取得相關上下文，才可能發現後文失去來源 因果律引擎重新重播歷史，確定後面的轉交已經變成「交出一件從未取得的物品」
已死亡的 Rowan 再次移動 AI 可能將它解讀為漏洞、復活、幻象、回憶或時間錯位 因果律引擎確認 Rowan 此刻仍處於死亡狀態，指出這次移動尚未取得成立條件；採用哪種解釋仍由作者決定
唯一物品再次被創造 AI 在仍能取得唯一性設定時，可能提出疑問 因果律引擎根據現存數量與唯一性規則，確定指出兩份唯一物品不能直接同時成立
作者先寫好第二十七章 AI 可以協助整理前面可能需要鋪陳的內容 作者先聲明第二十七章需要哪些條件，因果律引擎持續驗證它們是否真的在前文由事件成立
作者詢問 Rowan 為何成為指揮官 AI 可以根據資料整理或生成一段說明 因果律引擎沿著身分變化歷史，找到真正讓 Rowan 成為指揮官的事件
正文只是在描述夢境、謊言或計畫 AI 可能從語意推測這段內容是否為真 因果律引擎不會自行改變世界；只有作者確認並建立的事件才會參與狀態推導

這張表不是要證明 AI 沒有用。

它指出的是：生成一個合理答案，和維護一個具有歷史的世界，不是同一種工作。

把整本小說放進上下文，不等於世界擁有了狀態

假設 AI 可以讀到整本小說。

所有章節都在上下文裡。

角色卡、物品設定、地點資料、大綱與作者筆記也全部提供給它。

世界一致性的問題是否就解決了？

不一定。

因為這些資料裡可能同時存在很多版本的真相。

正式正文寫著 Rowan 已經死亡。

舊大綱仍然安排他出席第四十二章。

角色頁還沒有更新，仍然把他標示為存活。

作者筆記寫著「考慮讓 Rowan 復活」。

被刪除的草稿裡，復活已經發生。

這些文字都在上下文裡。

但它們在世界裡的權力並不相同。

哪一份是現在的正史？

哪一段只是計畫？

哪個版本已經被放棄？

哪一句描述的是夢境？

哪一次轉交真正改變了物品持有人？

哪一個事件發生在目前游標以前？

AI 可以嘗試從語氣、文件名稱與附近內容判斷。

它甚至可能判斷正確。

但把資料全部交給模型，仍然沒有自動建立一條可以重播的世界歷史。

上下文是一組可以被閱讀的內容。

世界狀態則是明確事件按照時間順序作用後的結果。

資料都存在，不代表資料已經知道誰先、誰後，誰是事實，誰只是可能。

AI 推測的事實，和世界承認的事實不一樣

AI 閱讀一句話時，會試著理解它表達的意思。

「Elena 把白色通行核心交給 Ilya。」

這句話很像一次物品轉交。

但它也可能出現在：

角色的夢境裡。

尚未執行的計畫裡。

一封偽造的報告裡。

對過去事件的錯誤回憶裡。

某個角色用來欺騙別人的說法裡。

或一次最後沒有成功的嘗試裡。

自然語言允許曖昧。

文學也需要這種曖昧。

如果只靠語意判斷，系統就必須自行決定這句話是否真的改變了世界。

InkWeave 不替作者作出這個決定。

當角色、物品或地點在正文中形成可能交互時，InkWeave 可以先呈現它們此刻的狀態。

角色目前在哪裡？

物品由誰持有？

地點是否仍然存在？

雙方是否位於同一個地方？

然後再詢問作者：

這裡是否真的發生了移動、取得、放置、轉交或其他世界變化？

只有作者確認的事件，才會進入正文時間線。

因果律引擎也只會讓這些已確認事件改變後面的世界。

作者負責決定文字中的什麼有資格成為事實。

因果律引擎負責讓被承認的事實繼續算數。

合理的解釋，不等於已經成立的原因

Rowan 死後再次出現。

AI 可以提出很多合理解釋。

他其實沒有死亡。

出現的是複製人。

這一章發生在更早的時間。

有人正在冒充他。

他透過某種技術復活。

這些都可能成為好故事。

但可能成立，不代表已經成立。

如果作者選擇復活，世界需要一個讓 Rowan 從死亡重新變成可以行動的事件。

如果這一章發生在過去，它需要被放在正確的時間位置。

如果出現的是複製人，他應該成為另一個能夠擁有自己位置、物品與歷史的實體。

如果有人冒充 Rowan，正文可以保留欺騙，但世界不能因此把真正的 Rowan 改回存活。

AI 可以提出可能的原因。

因果律引擎則確認目前的世界歷史裡，是否真的存在那個原因。

一個回答故事還可以怎麼解釋。

另一個回答哪一種解釋已經被作者建立成世界事實。

因果律引擎如何回到實際寫作現場

因果律不應該只存在於作品完成後的一份檢查報告裡。

作者最需要世界狀態的時刻，通常是正在寫下一句話時。

讀者不需要先認識 InkWeave 裡每個功能的名稱，也能理解這套寫作方式如何運作。

作者想知道什麼 InkWeave 如何回答 對應功能
這一章的角色現在在哪裡？ 因果律引擎只重播游標以前的移動事件，將角色在這個時間點的位置呈現在正文旁 AVG Stage 與 Inspector
這件物品現在由誰持有？ 因果律引擎沿著配發、取得、放置與轉交歷史推導目前持有人 Inspector 與物品歷史
兩個角色能不能當面交換物品？ InkWeave 比較兩人的當下位置，呈現物品現況，再把是否建立事件的決定交給作者 AVG Collision
為什麼角色現在是這個職位？ 歷史面板列出改變職業或身分的事件，並讓作者跳回對應正文 身分歷史與正文錨點
哪個未來場景仍然缺少前因？ 因果律引擎檢查作者為未來建立的條件，持續保留尚未完成的要求 REQ 與 Project Seer
修改前文影響了哪些後果？ 因果律引擎重新重播事件，Project Seer 整理失去來源的狀態、錯誤與提醒 因果驗證與 Project Seer

這些名稱不是另一組要求讀者先學會的術語。

它們只是替已經能夠理解的寫作體驗命名。

作者把游標放在哪裡，世界就回到哪一刻。

作者修改哪一段歷史，後面的世界就重新接受驗證。

作者想知道一個答案從哪裡來，也能回到真正造成它的正文事件。

修改前文，是兩種方法差異最明顯的時候

故事原本是這樣：

第九章，Elena 取得白色通行核心。

第十四章，她把核心交給 Rowan。

第二十一章，Rowan 使用核心進入控制區。

第三十九章，Rowan 死亡，核心留在他的死亡地點。

第四十二章，其他人準備取回核心並啟動撤離程序。

後來，作者回到第九章。

他決定 Elena 根本沒有取得核心。

也許這個改動讓角色選擇更合理。

也許核心應該透過另一條路線進入故事。

第九章的新版本本身沒有問題。

但它會讓後面的世界開始改變。

Elena 不能在第十四章交出自己從未取得的核心。

Rowan 在第二十一章也失去使用核心的來源。

第三十九章的遺物處置裡，不應該再自然出現這件物品。

第四十二章的撤離場景同樣需要重新安排。

AI 必須重新取得相關內容，再從文字中判斷這項修改可能影響哪些地方。

它可能找出其中一些問題，也可能協助作者重寫。

因果律引擎不需要重新解讀整部故事的語意。

它只重播已經改變的事件歷史。

取得事件消失。

後面的轉交失去持有來源。

持有人與物品位置隨之改變。

依賴這些狀態的事件重新接受驗證。

修改前文不是在通知因果律引擎「請再猜一次目前發生了什麼」。

前文本身就是世界的歷史來源。

歷史一旦改變，現在就必須重新形成。

未來場景也不能只靠一張待辦清單成立

作者可能先知道第二十七章要發生什麼。

角色會進入封鎖多年的檔案庫。

取得館長信任。

確認一封信的真正寄件人。

使用一份尚未消耗的一次性通行資格。

AI 可以協助作者整理這些前置條件。

可以提出第十一章到第二十六章之間可能安排的劇情。

也可以生成幾條不同的鋪陳路線。

但這些內容仍然是一組建議。

因果律寫作處理的是另一件事。

作者可以在第二十七章明確聲明：

當世界走到這裡時，哪些條件必須成立？

接著，只有真正被放進前文、並且改變相應世界狀態的事件，才能逐步完成這些條件。

「作者已經想過這件事」不等於條件成立。

「前面提到過館長」不等於信任已經足夠。

「城市準備解除封鎖」也不等於封鎖真的已經解除。

因果律引擎不檢查作者是否完成一份計畫。

它檢查世界走到那一刻時，是否真的擁有支撐場景的前因。

AI 可以發現矛盾，但不能提供因果保證

公平地說，AI 可以發現故事矛盾。

只要獲得正確、充分而且沒有互相混淆的上下文，它可能指出死者再次移動、物品重複出現，或者角色在不同地點完成交易。

AI 也可以解釋問題，提出修改方案，甚至協助改寫相關場景。

但這些答案仍然來自模型對文字的理解與判斷。

如果問題是：

Rowan 在第三十四章的壓力值究竟是多少？

第二十章時白色通行核心由誰持有？

第二十七章的劇情條件是否真的已經滿足？

Elena 和 Ilya 在第四十二章能不能直接交易？

因果律引擎不會重新閱讀文字，再猜測哪一個答案最合理。

它會按照作者明確建立的事件順序，重播屬性變化、物品流轉、角色位置與劇情條件。

相同的歷史會得到相同的世界狀態。

AI 可以提出一個可能正確的判斷。

因果律引擎則必須讓答案回到真正造成它的事件。

這項保證來自事件重播、狀態轉移與條件比較。

不是語言模型對故事作出的判讀。

InkWeave 不是 AI 加上因果律引擎

InkWeave 不是 AI Editor。

它也不是把 AI 接到規則檢查器上的混合產品。

InkWeave 的因果律引擎不包含 AI，也不依賴 AI 閱讀全文、猜測作者意圖或判斷劇情是否合理。

作者在 InkWeave 裡建立需要被世界追蹤的角色、物品、地點、人物關係、屬性、種族、職業、陣營與劇情條件。

當正文真正改變世界時，再由作者確認相應事件。

Rowan 復活，作者建立角色狀態變化。

Elena 取得核心，作者建立物品取得事件。

兩人改變關係，作者確認關係事件。

第二十七章需要特定前因，作者建立相應條件。

因果律引擎根據這些已經被作者確認的事件，推導世界走到每一個時間點時的狀態。

整個推導與驗證過程不需要 AI 參與。

InkWeave 提供的不是 AI 對故事的另一種解讀。

它提供的是一段能夠重播、驗證與追溯的世界歷史。

數學保證不代表因果律引擎理解所有文學

因果律引擎的確定性有清楚邊界。

它不能保證一部小說一定好看。

不能判斷角色死亡是否感人。

不能決定一場背叛是否符合人性。

不能分析一段沉默究竟代表原諒、恐懼，還是仍然無法說出口的憤怒。

如果作者只在普通正文中寫下「Rowan 復活了」，卻沒有建立角色狀態變化，因果律引擎不會自行把他改回存活。

如果角色內心已經原諒另一個人，卻沒有建立需要追蹤的關係變化，引擎也不會擅自重寫兩人的關係。

如果遠距傳送物品是世界裡的新技術，但作者尚未建立相應事件或規則，因果律引擎仍然會看見空間條件沒有得到說明。

數學保證從作者明確建立的模型開始。

它保證的是：

已經被建模的事件、數量、集合、位置、關係、組織與條件，會沿著時間得到一致、可重播、可追溯的結果。

未被建模的文學意義，仍然屬於作者。

這個邊界讓 InkWeave 不需要假裝自己理解所有語言。

也不會把一個可能合理的語意判斷，包裝成已經確定的世界事實。

比較兩種方法，不代表它們能互相取代

這篇文章不是要否定 AI 輔助寫作。

AI 在生成、改寫、整理與探索語言可能性方面，處理的是一個真實而且重要的需求。

因果律引擎也不是用來取代這些能力。

它不替作者續寫場景。

不產生對話。

不重新描寫氣氛。

也不替作者決定角色下一步應該做什麼。

但反過來同樣成立。

一段流暢的生成文字，不能取代角色的移動歷史。

一段看似合理的解釋，不能取代物品真正的轉交事件。

一次根據上下文作出的判斷，也不能取代可以重播與追溯的世界狀態。

如果作者需要的是更多表達方式，AI 可以提供可能性。

如果作品需要角色、物品、地點、組織與劇情條件跨越時間保持一致，語言上的可能性並不足以形成因果保證。

這兩種方法解決的不是同一層問題。

也不能因為都和寫作有關，就把它們理解成兩種可以互相替換的功能。

生成下一句，和讓前面四十章繼續算數，是兩種能力

AI 輔助寫作讓作者更快探索語言、場景與可能性。

因果律寫作則讓作者已經建立的世界，在文字不斷向前時仍然忠於自己的歷史。

一個世界不能只靠流暢的句子維持。

它還需要知道：

誰仍然活著。

誰位於哪裡。

誰持有什麼。

哪個地點仍能進入。

哪段關係已經改變。

哪個組織仍有領袖。

哪些伏筆尚未回收。

哪些未來場景仍然缺少成立條件。

AI 可以根據文字提出判斷。

但世界不能在每次出現問題時，重新猜測自己現在是什麼樣子。

它需要一段可以被重播的歷史。

需要每一個答案都能回到來源。

也需要前文一旦改變，後文重新承擔新的結果。

AI 輔助寫作提供的是可能的文字。

InkWeave 提供的是由作者明確確認、並能由因果律引擎持續重播的世界歷史。

一個回答故事還可以怎麼寫。

另一個回答已經寫下的世界，現在憑什麼成立。

這就是 AI 輔助寫作與因果律寫作真正的差別。