本地優先寫作工具：小說家把稿件留在自己電腦上

本地優先的寫作工具：把稿件留在自己電腦上，但不孤立

雲端寫作工具的吸引力是真實的——瀏覽器一開就能寫、自動儲存、跨裝置無縫。但對一部分作者，尤其是處於一部長篇深處的小說家來說，這種便利的背後藏著兩個不容易當下察覺的代價。第一個是稿件歸屬：你的小說究竟”住”在哪裡？如果你的工具明天關停、調整定價、被收購，你能不能、用多久把稿件原樣取回來？第二個是離線可用性：飛行途中、咖啡館 Wi-Fi 不穩、家裡臨時斷網，你能不能繼續寫下去？這兩個問題在工作順利的時候不會浮現，但一旦出現，往往是在最不該出現的時刻。

Scribe local-first desktop workspace — Catalpas Atelier Scribe · Local-first writing

圍繞這兩個問題，“本地優先”（local-first）這個詞在 2026 越來越頻繁地出現在獨立作者的討論裡。它常常被誤解為”反對雲”或”必須斷網工作”，但本地優先並不是孤立。它的核心命題是：稿件的權威副本（source of truth）在你的本地硬碟上——可以同步、可以備份、可以協作，但當你按下儲存時，寫入的是一個你能完全掌控的本地檔案。雲只是你選擇的擴充套件，而不是被迫接受的前提。

主流的雲端寫作工具——Google Docs、Notion、Atticus、Reedsy Book Editor——在易用性與協作上確實領先；它們對絕大多數作者也確實夠用。本文不打算否定它們，只是為另一群作者——那些對稿件歸屬、對離線可用、對長線可移植性有更高敏感度的小說家——梳理一條本地優先的可行路線，並說明這條路線並不意味著放棄同步與協作。

下面從四個維度展開：資料歸屬、本地優先不等於孤立、用 Git 做版本與協作、以及 Catalpas Atelier Scribe 在這條路線上的落地形態。

資料歸屬：你的稿件住在哪裡？

很多雲端寫作工具的”匯出”功能是存在的，但常常隱藏在不顯眼的位置，且匯出格式不總是源稿。匯出 PDF 不是匯出源稿——PDF 是產物，重新編輯要回到原平臺；匯出 .docx 是把結構化文件拍扁成單一格式；某些工具的匯出甚至會丟失內部連結、批註、嵌入資源。

更隱蔽的問題是長期可讀性。十年後，你今天寫在某個雲端工具裡的稿件還能不能用？這個問題沒有人能給保證。但如果你的稿件是一個資料夾裡的純文本 Markdown 檔案，再加上一組圖片資源，那麼十年後只要文本編輯器還能開啟 .md、圖片格式還在被支援，你的稿件就還能用。這種”格式不繫結具體工具”的屬性，是本地優先最樸素也最重要的價值。

資料歸屬還包括未經同意的訓練資料使用這件事。2026 的雲端寫作工具幾乎都在條款裡保留了對使用者內容進行分析、改進服務、訓練模型的權利。這些條款的邊界對不同平臺不同；對於一些作者，這種不確定性本身就是一個不能接受的狀態。本地優先工具預設不上傳任何內容——除非你主動連線同步服務。

本地優先不等於孤立

本地優先最容易被誤解的一點是：它不意味著你必須放棄同步、協作、備份這些雲端工具帶來的好處。它只是改變了控制權的方向。

舉個例子。你的小說稿在本地硬碟上，是一個資料夾結構：

my-novel/
├─ chapters/
│  ├─ 01.md
│  ├─ 02.md
│  └─ ...
├─ images/
└─ metadata.yaml

你可以把這個資料夾放進 Dropbox / iCloud / Google Drive，立刻獲得跨裝置同步——但同步的是你已經決定要同步的本地檔案，而不是預設上傳一切。你可以用 rclone 把它定時備份到任何物件儲存；你可以把它放進 Git 倉庫做版本管理。你可以授權某位合作編輯通過 Resilio Sync 與你共享同一份本地資料夾。這些都是”加在本地之上”的擴充套件，而不是”被雲端取代”的退步。

這種結構的另一個好處是：當某一項雲服務出問題（賬號被鎖、訂閱過期、平臺政策變更），你的稿件不會被鎖住——它一直在你的硬碟上。雲只是你選擇的便利層。

用 Git 做協作與版本控制

對於願意稍微學習一點工具的小說家，Git 把”版本管理”提升到了雲端寫作工具難以企及的精度。它對長篇寫作的價值並不在於”提交”這個動作本身，而在於：

任意回退到歷史快照——三個月前那一版結局比現在的版本更好？一條命令切回去，原稿就在那裡。
分支實驗不汙染主稿——想試一條新的情節支線？開一個 branch 寫一兩章，不喜歡就丟掉，喜歡就合併回主線。
與編輯或合作者的精確協作——編輯在自己的 branch 上改稿，你在你的 branch 上寫新章節，merge 時 Git 會精確告訴你哪些段落有衝突，逐段確認。

學習曲線確實存在——Git 在開始時不友好，需要花一兩天理解 commit / branch / merge 的心智模型。但一旦熟悉，它給長篇創作帶來的安全感遠超雲端”自動儲存”。本地的 .md 檔案加上 Git 倉庫（推送到私有 GitHub / GitLab / 自建 Gitea），構成了一套既本地、又同步、又可協作的工作流——而所有這些的權威副本依然在你的硬盤裡。

Catalpas Atelier Scribe：本地優先的工作環境

本地優先這件事，需要工具配合。如果你的寫作工具堅持用專有格式（如 Scrivener 的 .scriv 包），即使檔案在本地，本地優先的核心價值——純文本可移植——也會打折扣。Catalpas Atelier Scribe 在三端原生應用的形態下，把本地優先做成了預設值。

源稿是資料夾裡的 Markdown 每一章是一個 .md 檔案，後設資料是一份 YAML。這種結構可以被任意編輯器開啟（VS Code、Obsidian、Sublime、甚至 Notepad），可以納入 Git，可以被任何同步工具識別。Scribe 不會把稿件鎖在專有資料庫裡。

本地預設，雲端可選 Scribe 不強制賬戶登入、不強制雲端同步。檔案預設在你的本地路徑下，雲同步（Dropbox / iCloud / Google Drive 任選其一）只在你主動配置時生效。這種”預設本地，按需擴充套件”的姿態是本地優先工具的標誌。

三端原生 + 完整工作流 Windows、macOS、Linux 三端均有原生客戶端，所有 tier 在三端可用。從 Free 起步，寫作 + CJK 豎排 + 圖片匯出免費可用；Plus 解鎖 EPUB 3 與灰度/RGB PDF；Pro 提供 CMYK、自定義印刷母版、Ruby 注音、LaTeX 等完整印刷鏈路。Pro 早鳥 79.99 美元/年，常規 129.99 美元/年。

與同步工具的相容 因為源稿是純文本資料夾，Scribe 與任何檔案級同步工具都天然相容。你可以把專案放在 Dropbox 裡實現跨機同步、放在 Git 裡做版本與協作、放在 rclone 流水線裡做異地備份——這些都是疊加在本地優先之上的選項，不需要 Scribe 內部支援。

如何做出你的選擇

如果你已經在雲端寫作工具裡寫得很順、對當前的協作與同步方式滿意、且對資料歸屬問題不敏感，沒有必要為了”本地優先”這個詞強迫自己遷移。雲端工具的便利是真實的。

但如果你在以下情況下，本地優先可能是更合適的選擇：

你的稿件對你有長期價值，希望十年後仍能不依賴任何特定平臺開啟它；
你的工作場景包含頻繁的離線時段（飛行、偏遠寫作旅居、網路不穩的環境）；
你對未經同意的訓練資料使用、平臺政策變更、訂閱停止等不確定性敏感；
你願意學一點 Git 或檔案級同步工具，換來更精確的版本管理與協作；
你已經有了一套自己的備份與同步基礎設施（NAS、私有 Git 伺服器、物件儲存），希望寫作工具不與之衝突。

最好的本地優先工具，是和你已有的備份與同步習慣最合拍的那一款。從 Free 版本開始，用它寫幾個章節，看看它是否融入你的節奏。

延伸閱讀：

在 Scribe 試用同一工作流 — Free 起步，Pro 早鳥限時鎖價 →