先從你最想解決的寫作問題開始

選擇小說寫作軟體時，真正要問的不是誰的功能最多，而是：哪些工作你希望交給工具，哪些判斷仍然由自己完成？

你可能需要整理十幾萬字的正文、安排主線與支線、建立世界觀，或讓 AI 在協助寫作時讀到正確的背景。也可能是每次改動前文，都得重新確認後面的人物、物品與事件是否仍然成立。

這些都是小說創作的需求，但需要的能力不完全相同。本文先依需求比較七套工具，再用一枚通行徽章的故事，說明「保存設定」與「推導故事此刻的狀態」有什麼差別。

本文快速導覽｜從你想知道的事情開始

點選下方連結，就能跳到本文對應段落，不必從頭讀完。第一次接觸因果律寫作，可以先看「徽章故事」，再看「游標與世界狀態」。

想直接看某款工具？

Scrivener／Ulysses · Plottr · World Anvil／Campfire · Novelcrafter

本文由 InkWeave 發布，依各產品的官方功能說明比較工作方式，並說明 InkWeave 的設計取向。本文未對七款產品進行全面實測；選擇建議依需求提出，不是性能排名。

七款小說寫作軟體，先看哪一款？

軟體 你最想解決的問題 建議先了解的能力
Scrivener 正文太長，章節與研究資料難以管理 拆分與重排文件、查看大綱、編整輸出
Ulysses 想在 Apple 裝置間維持專注的寫作環境 文字庫、作品組織與低干擾編輯
Plottr 動筆前，想看清主線、支線與場景安排 視覺時間線、場景卡與劇情線
World Anvil 想讓世界設定可以相互連結、瀏覽與展示 世界文章、互動地圖與時間線
Campfire 需要依作品建立可自訂的世界觀資料 人物、地點等設定模組與正文寫作
Novelcrafter 想整合正文、故事資料與可選的 AI 協助 Codex、故事進展資料與 AI 上下文
InkWeave 改動事件後，想知道後文哪些條件不再成立 正文寫作、事件建模與因果律驗證

有角色管理，不代表處理的是同一個問題。 人物可以是一篇設定文章、一張場景卡引用的資料，也可以是一個會隨事件改變位置與持有物的世界實體。

同樣地，擁有時間線不等於只能規劃；擁有世界百科也不代表不能撰寫正文。選擇時，應觀察工具如何協助你完成工作，以及修改以後，哪些資料需要再次確認。下文的各工具介紹附有對應的官方資料來源。

功能範圍

InkWeave 的因果律引擎屬於專業版訂閱功能，免費版不包含此功能。官網的遊樂場可免費體驗，是預設情境的互動示範。詳見 訂閱方案。

同一枚徽章，改動前文後發生什麼事？

假設將軍原本持有一枚通行徽章，瑟琳沒有徽章，後文安排了這些事件：

章節 原本的劇情 這一幕依賴什麼？
第五章 將軍將徽章交給瑟琳 將軍能完成交付，且持有徽章
第八章 瑟琳憑徽章進入軍營 瑟琳仍持有徽章
第十二章 瑟琳把徽章交給同伴 轉交前至少持有一枚徽章
第十六章 將軍親自出現，要求她履行承諾 將軍仍能以活人的身分出場

這些內容可以寫進章節、場景卡、設定文章或故事資料庫。不同工具能幫助作者組織與查找它們。

接著，作者修改第五章：將軍在交付以前死亡，那次交付也被取消。 假設後面沒有補上其他取得徽章的事件，也沒有復活或其他特殊設定，原本的後文便需要重新檢查：

  • 第八章： 瑟琳失去徽章來源，入營條件需要重新安排。
  • 第十二章： 她沒有取得徽章，便不能照原樣轉交。
  • 第十六章： 將軍的出場方式需要改寫，或建立能支持它的新設定。

作者可以選擇讓瑟琳從別人手中取得徽章、改成潛入軍營，或重新安排整條故事線。工具的價值在於協助找出受影響的條件，讓作者把心力放在新的劇情選擇上。

驗證邊界

這是說明依賴關係的故事範例，不代表系統只讀到「將軍死亡」這句自然語言，就會自動理解所有後果。在 InkWeave 中，死亡、交付、持有條件等需要先被作者建立或確認為系統能處理的事件與條件。

把游標放在事件前後，世界有不同的「現在」

先回到交付成功的原始版本。假設將軍與瑟琳都在同一地點，將軍有一枚徽章，瑟琳沒有；兩人之間只有這一次轉交，沒有其他取得或失去徽章的事件。

游標所在位置 將軍持有的徽章 瑟琳持有的徽章
交付事件之前 1 0
交付事件之後 0 1
再移回交付事件之前 1 0

移回前文，不是在撤銷交付，而是在查看交付尚未發生時的世界。故事本身沒有改變，你查看的時間位置改變了。

這也是「世界狀態」和「最新設定」的差別。最新設定可能告訴你瑟琳持有徽章；世界狀態則需要回答：在你正在寫的這一刻，她究竟拿到了沒有？

角色卡、物品頁、時間線與版本紀錄都有用途。但要回答這個問題，還需要知道事件如何改變持有量，以及那些事件在目前位置以前是否已經發生。

若想進一步了解角色、物品、伏筆與條件如何一起被追蹤，可以閱讀 InkWeave 因果律引擎功能介紹。

親自看一次

開啟因果律遊樂場，跟著引導，把游標放到燈油交付事件前後，觀察角色持有的數量與場景如何改變。再嘗試預設的改稿操作，看看前因改變會帶來什麼問題。

遊樂場使用有限情境模擬工作方式，可免費體驗；桌面軟體中的因果律引擎屬於專業版訂閱功能。

Scrivener 與 Ulysses 都在保護正文，但方法不同

Scrivener 把長篇作品視為一個可以拆解與重新組合的專案。作者可以在 Binder 裡建立章節、場景、研究資料與其他文件。透過 Corkboard 和 Outliner 觀看結構、摘要、中繼資料與字數。使用 Scrivenings 將分開管理的場景重新連續閱讀。用 Snapshots 保存修改前的文字版本。最後再透過 Compile 將內部結構輸出成需要的格式。它解決的是長篇文件一旦變大，就不再適合永遠放在同一份文件裡的問題。

Ulysses 則盡可能讓作者保持在文字裡。內容被存放在 Sheets、Groups 與 Projects 中。Keywords 和 Filters 協助尋找資料。Material Sheets 可以保存不應出現在最終輸出中的素材。寫作目標與統計則用來掌握進度。作者可以先用帶有標記語意的純文字完成內容，再輸出成 PDF、DOCX、ePub、HTML 等格式，並透過 iCloud 在 Apple 裝置之間延續工作。

Scrivener 的專注來自可操作的結構。Ulysses 的專注來自降低介面與格式對寫作的干擾。這兩種方向都很成熟。但它們主要保護的是文字與文件。

如果角色在第八章失去一件物品，兩套軟體都能保存這段文字，也能讓作者另外建立相關筆記。單是保存這段文字與筆記，還不能證明第二十章的物品使用成立；評估工具時，應另外確認它是否具有你需要的事件與條件驗證能力。文件知道作者寫了什麼。世界是否仍然成立，通常還要由作者自己確認。

官方功能說明：Scrivener、Ulysses。

Plottr 保護的是作者準備如何讓故事發生

Plottr 把故事規劃變成可以直接觀看的結構。作者可以透過時間線安排事件。用不同 Plotlines 區分主線、支線與角色弧線。在 Scene Cards 裡保存場景摘要、視角角色、目標、衝突與自訂資訊。也能依角色、地點、標籤與其他屬性篩選內容，檢查某條故事線如何穿過整部作品。系列作品還可以從不同層級觀看單本與跨書劇情。

這些功能讓作者在寫出完整正文以前，就能看見故事的節奏與形狀。

但是，大綱裡的事件仍然是規劃。場景卡可以寫著「角色取得王室徽章」。

正文最後卻可能讓偷竊失敗、交易取消，或持有徽章的人提前死亡。如果正文改變，大綱不會自然變成新的世界歷史。作者仍然需要回到原本的規劃，重新確認哪些場景、角色線與後續條件受到影響。

Plottr 很擅長回答：故事原本準備如何發展？

另一個需要分開評估的問題則是：正文修改之後，世界現在實際允許什麼？場景規劃本身，並不等於對事件前提進行運算與驗證。這兩個問題彼此相關。卻不能用同一個答案代替。

官方功能說明：Plottr 的時間線、場景卡與故事資料管理。

World Anvil 與 Campfire 都能建立世界，但世界的呈現方式不同

World Anvil 以互相連結的文章為核心。創作者可以建立角色、國家、文化、歷史與其他世界內容，將它們放進分類、地圖、時間線、家族樹與關係結構。文章可以彼此引用。地圖上的位置可以連向相關資料。世界也能依不同權限公開給讀者、玩家或共同創作者探索。

World Anvil 不是只有設定百科。它也提供 Manuscripts，讓作者規劃、撰寫、編排與發布作品，並在寫作時查看世界資料。但它最鮮明的能力，仍然是把世界轉化成可以被閱讀、連結與展示的知識結構。

Campfire 則以模組組成世界。角色、地點、物品、時間線、地圖、日曆、關係、文化、種族、宗教、魔法與其他資料，可以放進各自的模組與高度自訂的元素中。Manuscript Module 讓作者撰寫正文、管理章節、標記角色與地點，並在旁邊參照相關筆記。作者可以依自己的作品選擇需要哪些模組，不必讓所有世界使用完全相同的設定模板。

World Anvil 擅長讓知識形成可探索的世界。Campfire 擅長把世界拆成可以個別建立與連結的資料模組。兩者都能保存大量設定。也都比單純的文字文件更接近真正的世界觀管理。

但一份完整的角色文章，仍然不一定代表它能回答角色在第十三章的狀態。一張物品卡可以寫出物品的歷史與用途。卻不一定會因為正文刪掉一次轉交，就自動指出後面的持有人已經失去物品來源。

設定資料回答的是世界由什麼構成。因果狀態回答的是故事走到此刻時，這些構成已經被事件改成什麼樣子。

官方功能說明：World Anvil、Campfire。

Novelcrafter 讓故事資料成為寫作與 AI 可以使用的上下文

Novelcrafter 把規劃、正文、Codex 與可選的 AI 輔助放在同一套工作流程中。作者可以整理角色、地點與其他故事資料，並在需要時將相關資訊提供給 AI。這能減少模型因為缺少背景而給出不合設定內容的問題。詳見 Novelcrafter 官方介紹。

Codex 也不只是固定不變的角色卡。它的 Progressions／Additions 允許作者在場景中補充或替換條目資訊，用來記錄角色、地點或物品隨故事發展而產生的變化。詳見 官方 Progressions 說明。

因此，比較時不應把 Novelcrafter 簡化成「只有靜態資料的 AI 寫作工具」。它能組織故事資料，也能記錄進展。

本文關心的另一層差異，是更新故事資料與驗證事件前提：記錄「瑟琳從這一幕起持有徽章」，和根據交付雙方的位置、交付前的持有量及事件順序，檢查「這次交付是否成立」，是兩項需要分開評估的能力。

選擇工具時，可以拿自己的故事實際試問：修改取得物品的前因以後，系統會更新哪些資訊？會檢查哪些後續事件？哪些事情仍需要作者確認？

InkWeave 不是在其他寫作軟體後面補一個檢查步驟

如果把這些軟體簡化成分類，很容易得到一個錯誤印象：正文交給 Scrivener 或 Ulysses。大綱交給 Plottr。世界觀交給 World Anvil 或 Campfire。AI 交給 Novelcrafter。最後再用 InkWeave 檢查因果。

但 InkWeave 不是只能放在寫作流程末端的校對工具。它本身就承載正文、章節、角色、地點、物品、陣營、屬性、旗標、條件與事件。

差別在於，這些內容不是各自獨立的資料頁。

作者確認角色移動，角色的位置會從那個事件開始改變。確認物品取得、放置或轉交，物品的持有人與數量會沿著後續時間重新計算。

確認角色死亡，角色的行動能力、遺留物品與相關陣營結構都可能受到影響。確認地點封鎖、禁入或毀滅，後面的移動與事件也必須承認新的條件。

如果你的故事涉及家族、國家、公會或小隊，也可以查看 InkWeave 陣營系統，了解領袖、成員、稱號與勢力關係如何沿著故事時間被追蹤。

作者把游標放在較早的章節時，InkWeave 會推導當時的世界切片。移到較後面的章節，世界才帶著更多事件的結果出現。

因此，設定不是只有初始版本與最新版本。角色、物品、地點與陣營在故事的每一個位置，都可能有自己的現在。

InkWeave 不只是替複雜故事收拾後果。它讓作者從故事開始，就有能力創造一個可以持續變得更複雜、卻不必依靠記憶勉強維持的世界。

Project Seer 不是 AI 審稿，而是因果律驗證

看到一套系統能找出劇情矛盾，很多人會自然聯想到 AI。讓模型閱讀全文。要求它尋找角色、時間線與設定問題。再由模型提出哪些地方看起來不一致。

這種做法可以協助作者獲得閱讀意見。也可能發現人類忽略的問題。

但它提供的是判斷。結果會受到上下文範圍、提示方式、資料版本、語言表達與模型差異影響。模型也可能誤解隱喻、謊言、回憶與敘事詭計。

InkWeave 的 Project Seer 不是 AI 審計。它使用的是 InkWeave 自行研發的確定性因果律引擎。

系統不會自行閱讀句子，猜測作者是否讓將軍死亡。死亡、物品轉交、角色移動、地點狀態與陣營變化，都由作者明確確認為世界事件。

因果律引擎再按照正文順序重播這些事件，維持一套可計算的虛擬世界狀態。

如果將軍已經死亡，後文就不能在沒有新規則的情況下，繼續讓他像活人一樣移動或交易。如果瑟琳從未取得徽章，她可以轉出的徽章數量就是零。如果某個地點已經封鎖或毀滅，後續移動就必須符合相應條件。如果場景需要某個旗標、事件階段或數值門檻，目前狀態也必須真正滿足要求。

相同的事件、規則與順序，會得到相同結果。

這種驗證有明確的範圍。 InkWeave 的因果律引擎依作者已建立的世界實體、事件與規則，運算數量、集合、順序、狀態轉換與條件比較。它不保證作者沒有建模的事實。也不聲稱能理解所有文學意義。

使用前需要知道

因果律驗證能指出已建模的事件缺少哪些成立條件；它不保證找出所有劇情漏洞，也不取代作者對人物動機、敘事效果或文學意義的判斷。

錯誤不只要被發現，還要能回到因果來源

一句「這裡可能不一致」有時候還不夠。

長篇作者真正需要知道的是：哪裡不一致？從哪一個事件開始不一致？又有哪些後文受到影響？

當作者修改較早的世界事件並保存後，InkWeave 會重新檢查後續因果。Project Seer 會將錯誤與警告依章節整理。作者可以從問題直接回到相應的事件位置。在能追蹤來源的情況下，也能看見造成錯誤的相關事件。

例如，角色與物品位於不同地點，問題可能同時連向角色最後一次移動與物品最後一次轉移。

角色死亡前後的物品發生變化，原本確認的遺物處置可能需要重新結算。地點毀滅前的角色位置被修改，當時應受影響的人員集合也可能與原本結果不同。

陣營領袖死亡或成員離開後，原本的階層與後續效果也可能失去支撐。

系統不會替作者選擇新的劇情。不會自行復活角色。不會把物品偷偷交給需要它的人。也不會為了讓後文通過，修改作者已經確認的世界。

它只把斷裂的位置與因果來源帶回寫作現場。世界把問題問出來。答案仍然留給作者。

選擇寫作軟體時，要看它讓什麼工作不再需要手動完成

功能列表可以告訴作者一套軟體能做什麼。

卻不一定能告訴作者，使用它以後，自己還要負責什麼。

Scrivener 能讓長篇文件保持可操作。Ulysses 能讓寫作環境保持連續與安靜。Plottr 能讓尚未寫出的劇情變得可見。

World Anvil 能讓世界知識形成可以連結、展示與探索的百科。Campfire 能讓不同類型的世界設定進入高度自訂的模組。Novelcrafter 能讓故事資料成為規劃、寫作與 AI 協助時可以使用的上下文。

這些能力都是真實的。也不是 InkWeave 必須否定的功能。

InkWeave 與它們真正不同的地方，是它不只保存故事資料。它讓作者確認過的事件改變世界，再讓後文對這些改變負責。

因此，選擇軟體時，不必先把自己分類成短篇作者、長篇作者、規劃型作者或探索型作者。

工具不只服務既有的創作習慣。它也會改變作者有能力創造什麼。

當整理章節的成本下降，作者能駕馭更大的正文。當世界資料更容易建立，作者能創造更豐富的設定。當故事狀態能被持續推導與驗證，作者也能更放心地讓角色、物品、陣營與因果變得複雜。

真正值得問的不是：我的故事目前夠不夠複雜？而是：當我把它寫得更長、更深、更自由時，這套軟體會替我守住什麼？

最好的小說寫作軟體，取決於它把故事當成什麼

如果故事是一組需要撰寫、排列與輸出的文件，Scrivener 提供了一套成熟的長篇工作方式。

如果故事首先需要一個安靜、流暢，能在 Apple 裝置之間延續的文字環境，Ulysses 對寫作體驗有非常清楚的回答。

如果故事仍在規劃階段，需要看見情節線、角色弧線與場景排列，Plottr 讓尚未完成的作品先具有形狀。

如果世界需要成為可瀏覽、可連結、可公開展示的知識體系，World Anvil 能讓世界觀超越作者自己的筆記。

如果創作者需要大量可自訂、彼此連結的世界觀模組，Campfire 能承載非常廣泛的設定資料。

如果作者希望 AI 在協助創作時取得角色、場景與世界上下文，Novelcrafter 把這些內容帶進同一套工作流程。

但如果故事不只是文件、大綱與資料，而是一個會被事件持續改變的世界，選擇標準就會不同。

角色不是只有一張人物卡。他會移動、取得物品、改變身分、加入陣營，也可能死亡。

地點不是只有一篇介紹。它會開放、封鎖、留下物品，也可能被毀滅。

一件物品不是只有用途與描述。它會轉手、遺失、被放置，也會改變持有人能做的事。

事件也不只存在於時間線上。它會讓後面的故事得到或失去成立條件。

InkWeave 把這些變化放進正文時間流，再由自行研發的因果律引擎推導與驗證世界狀態。

這不是功能表上多一個「一致性檢查」。而是對小說寫作提出另一種定義。

作者寫下的不是一堆等待整理的文字。他正在建立一個會記得自己發生過什麼，並且要求後文承擔那些改變的世界。

選擇小說寫作軟體時，真正要選的不是哪一套功能最多。而是你希望故事在軟體裡，只是一份作品。還是一個真的會因為正文而改變的世界。