2026 奇幻與科幻作者的世界觀工具清單：設定、關係、地圖與時間線

一位奇幻作者花了兩年建立海灣諸國：七種貨幣、三套宗教曆法、九個港口家族，以及一場改變大陸貿易的舊戰爭。真正寫到女主角走進邊境市場時，她卻停住了——當地人用哪種貨幣不難查，難的是這項制度會怎樣改變眼前的交易、人物關係和衝突。

世界觀工具最擅長解決「資料放在哪裡」。長篇小說還會追問「這條資料此刻怎樣影響故事」。兩者並不衝突，但會形成不同的工作重心：有的作者需要一座跨作品長期生長的百科，有的需要精確時間模型，有的喜歡自己搭建知識網路，還有的希望人物、地點與事件在目前 Project 中直接參與時間線、關係圖、地圖和正文。

下面六款工具代表了不同取向。清單不以功能數量排名，而是幫助你判斷，世界觀的主要職責究竟是長期儲存、專項計算、自由連線，還是服務正在寫的故事。

世界觀作者常同時珍惜兩件事：一方面，她希望多年積累的語言、歷史和地圖不被某一本書耗盡；另一方面，她又需要這些資料在今晚要寫的場景裡真正產生作用。前一種需求看重長期資產，後一種需求看重進入正文的距離。分清兩者，也能避免僅僅因為已經投入太多整理時間，便繼續把不適合目前作品的方法用下去。

World Anvil：把整個世界作為長期資產經營

World Anvil 圍繞世界百科提供文章、地圖、家族樹、外交關係、日曆、時間線和白板等工具。對於跑團世界、跨媒介設定或會被多部作品反覆使用的宇宙，這種「世界先於單本小說存在」的結構很有吸引力。資料可以按自己的內部邏輯繼續擴張，而不必被第一卷的章節目錄限制。

它適合樂於持續建設、分享或展示世界的人。寫作者需要另外決定哪些資料是公開百科，哪些只是目前故事的隱秘事實，以及章節發生改變時，誰負責把新結果帶回長期設定。

Campfire：以模組組合寫作與世界構建

Campfire 把 Manuscript、Characters、Timeline 等不同創作模組組織在一個寫作生態裡。作者可以按作品需求選擇關注的部分：有人先寫人物，有人圍繞地點和時間建立設定，也有人更需要正文與規劃同處一套環境。

這種模組化很適合不想讓所有小說都使用同一份重型模板的作者。選擇時，可以進一步檢視自己最常用的世界資料是否會回到場景、章節和修訂任務中，以及跨作品資料要長期共享還是按書分開管理。

Fantasia Archive：離線世界觀歸檔的專門空間

Fantasia Archive 是免費的離線 worldbuilding 工具。它圍繞不同文件類型、雙向關係、層級、標籤、搜尋與排序來組織世界資料，並允許離線專案的匯入匯出。對希望資料留在本機、又想使用專門世界觀結構的作者，它提供了清楚而集中的方向。

它的價值來自歸檔與關係，而不是替小說生成情節。若你選擇讓它成為世界設定權威，最好同時寫下交接規則：正文中的新事實何時回填，目前卷的臨時設定是否進入長期資料庫，哪些內容仍只屬於敘事。

Obsidian：讓本地 Markdown 世界自由生長

Obsidian 的 Links、Backlinks、Graph 與 Canvas 很適合把語言、歷史、地點和人物連成長期網路。本地 Markdown 讓資料保持普通檔案形態，主題、外掛和開放介面則允許作者按照自己的創作習慣繼續塑造環境。

對享受系統設計的人，這是一種強大的自由。多個小說世界分別使用不同 Vault 時，.obsidian 設定也按 Vault 儲存；相同主題、外掛、模板和快捷鍵可以由作者自行複製，或透過同步功能維護。於是選擇會落到工作習慣上：你想維護一座大而可塑的知識庫，還是希望每部小說開啟時就擁有相同的作者功能？

Aeon Timeline：當世界的歷史必須精確成立

如果王朝更替、航程、人物年齡和自定義曆法決定劇情是否可信，世界觀就不僅是資料，還包含需要計算的時間模型。Aeon Timeline 能把事件、人物、地點與故事弧放進時間關係中，並區分事情發生的順序與讀者得知它們的敘事順序。

這種專項深度適合時間錯誤代價很高的作品。它並不需要承擔全部世界觀或正文；作者可以讓時間模型保持權威，再為設定庫和寫作環境建立明確的命名與交接方式。

Scroll：讓世界資料真正參與目前故事

Scroll 以一部本地 Project 為邊界。人物、地點、組織與事件作為 Story data，可以在表格、時間線、關係圖、地圖和其他儲存檢視中被重新觀察，不需要為關係圖與時間線分別重抄人物和事件。思維導圖、自由白板與流程圖更適合探索；其中的畫布連線不會自動寫回結構化關係。

回到邊境市場。作者可以讓市場成為地點卡，讓商會與走私集團成為組織，讓舊戰爭與貨幣改革成為事件；關係由作者明確建立，地理位置由作者放到地圖上，事件日期由作者記錄到時間線。寫場景時，她仍要判斷制度如何影響角色選擇。Scroll 不會自動理解世界，也不會宣告設定已經一致；它把相關上下文留在目前作品旁邊，讓作者更容易完成這項判斷。

這份收益往往在第二次改稿時才真正顯現。女主角不再經過邊境市場，作者把會面改到河港；地點改變以後，她可以重新查看參與組織、舊戰爭留下的航道限制和貨幣改革發生的時間，再決定哪些場景必須一起調整。資料沒有替她作決定，卻讓改動不再只發生在一章之內。世界觀從「寫過很多」變成「改稿時仍找得到」。

這種 Story data 與百科資料的差別，在於它必須服務敘事。一個人物欄位只有在會被查詢、篩選或反覆核對時才值得建立；一句充滿歧義的傳說，也許更適合留在正文。結構化卡片不是要求世界變成資料庫，而是為那些會影響多個場景的事實提供穩定落點。

地圖同樣不是自動地理系統。作者可以在地圖檢視中放置地點卡，幫助檢查人物要去哪裡；關係圖以明確記錄的關係為核心，也可以按設定加入由共享事件等記錄衍生的唯讀連線。它不會閱讀正文，也不會把衍生連線變成正式關係。保持這些邊界，反而讓世界觀更可信：每一種檢視都回答具體問題，不替作者製造結論。

世界觀是否真正服務故事，還可以用一場戲來檢驗。選一個人物即將作出艱難決定的場景，列出會改變決定的地點規則、組織利益、歷史事件與人物關係。能夠改變行動的資料，適合靠近目前 Story；只負責營造遠景的內容，可以留在百科或研究筆記；暫時沒有用途的靈感，也不必為了表格完整而過早定型。這樣建立的結構會隨小說需要生長，而不是與字數比賽。

還可以再做一次「離開工具」的檢驗：合上所有設定頁面，用兩三句話說明這場戲為什麼只能發生在這個世界。如果答案仍只是專有名詞，資料可能還停留在裝飾層；如果你能說出角色因為法律、地理、歷史或關係而不得不作出的選擇，世界觀已經進入了敘事。工具在這裡負責縮短資料與場景之間的路，真正把它們接起來的仍是作者。

系列作者還要多做一層判斷：一條規則是整個世界長期有效，還是只代表第一卷人物當時的理解？前者適合穩定資料源，後者也許應保留在人物備註或正文中。區分客觀設定與敘事認知，可以減少後續作品被早期筆記無意鎖死。

如果你的世界獨立於任何一部小說，長期百科或專門資料庫可能更自然；如果故事依賴複雜日期，專項時間模型仍有價值；如果你最享受的是設計自己的知識系統，本地 Markdown 網路會提供更多自由。Scroll 更適合人物、地點、事件、研究與正文經常互相牽動，而且作者希望每部作品擁有一致工作區的情形。

可以在《世界觀不是百科全書》繼續閱讀 Story data 怎樣回到場景；若需要查看時間線、關係圖、地圖與畫布的分工，參閱《同一個故事，為什麼需要 11 種檢視？》。回到年度工具合集可按其他難題選擇工具。

一套合適的世界觀工具，不會替你把資料寫得更多，而會讓真正重要的設定在故事需要它時及時而自然地出現，也讓作者知道哪些空白暫時不必填。想了解 Scroll 如何組織這類本地 Project，可查看 Scroll 產品頁。