Catalpas Atelier 文章
文章
关于工艺、出版以及我们所做工具的长篇写作。
產品
Scroll
寫作工具比較
從你已經熟悉的寫作或規劃工具出發，再判斷下一本書還需要怎樣的 Story 視圖、本機 Project、作者工作流程或出版交接。
Scrivener 裝得下整本書，複雜故事還需要哪些觀察角度？
Scrivener 用 Binder、Corkboard 與 Research 建立成熟的長篇工程。當時間、關係、地點與研究線索開始彼此牽動，了解 Scroll 如何用多檢視 Story Project 幫助作者看清整部作品。
Manuskript 讓小說規劃有了方法，日常寫作還需要怎樣的體驗？
Manuskript 用開放原始碼、premise、Outline 與 Index Cards 幫助小說逐步成形。當作品進入長期寫作，了解 Scroll 如何把規劃、正文、任務、版本與出版下游組織成連貫的桌面體驗。
Ulysses 守住了安靜寫作，大型 Project 還需要怎樣展開？
Ulysses 用 Library、Sheets 與 Apple 裝置連續性保護安靜寫作。當人物、研究、修訂與版本讓作品成為大型 Project，了解 Scroll 如何用本地長篇工作台把規劃、正文與出版準備重新放在一起。
Obsidian 的 Vault 可以生長十年，每部小說怎樣擁有同一套工作流？
Obsidian 用本地 Markdown、Links、Graph、Canvas 與外掛生態養成長期知識網路。當小說家為不同世界建立多個 Vault，了解 Scroll 如何讓每個本地 Project 直接擁有一致的規劃、寫作、任務、版本與出版工作流。
Notion 讓所有人看見大綱，誰來保管正式長稿？
Notion 用資料庫多樣檢視、評論與權限讓團隊共享創作資訊。當作品進入巨量正文、版本與出版準備，了解 Scroll 如何為作者建立沉浸的本地長篇 Project，並自然接續 Scribe。
真正讓你返工的，是時間、層級，還是世界觀？
年齡與日期衝突、層級大綱混亂、世界觀資料散落，需要的是不同工具。了解 Aeon Timeline、OmniOutliner、Fantasia Archive 與 Scroll 的專項深度和整合廣度。
創作解決方案
從構思與規劃，到沉浸寫作、研究、修訂和版本管理：從長篇作品目前最棘手的問題開始讀。
同一個故事，為什麼需要 11 種檢視？
小說時間線、關係圖、地圖和白板各自解決什麼問題？了解 Scroll 11 種 Story 檢視如何讀取同一組資料，按目前疑問選擇觀察方式。
模板不是故事公式：讓人物、地點、事件與正文從同一個 Project 生長
人物模板、事件模板和故事公式有什麼區別？從最低限度資料開始，判斷何時使用內建模板、何時建立自訂 Project 模型。
把「寫完一本書」拆成看得見的工作：小說家的任務看板
「繼續寫小說」為什麼難以執行？分清故事事件與作者任務，用看板、行事曆、清單和排程限制同時進行的長篇寫作與修訂工作。
小黑屋不是把介面藏起來：怎樣建立可持續的沉浸寫作時段
全螢幕後為什麼仍然無法專注？用明確目標、有限回饋、遮罩、打字機模式與安全出口，建立可重複的沉浸式寫作時段。
即閱模式還是原始碼檢視？寫作流暢與 Markdown 可控可以同時擁有
不必在純 Markdown 原始碼與格式化編輯之間二選一。了解 Scroll 即閱模式與原始碼檢視如何編輯同一份正文，以及儲存、檢查與備份邊界。
世界觀不是百科全書：讓人物、地點、關係與時間真正回到故事裡
世界觀文件越寫越長，正文卻仍找不到答案？從最小 Story data、顯式關係、地圖與時間線出發，讓人物、地點和規則回到場景選擇。
線索沒有丟，只是散在整本書裡：懸疑作者怎樣管理時間線與人物知情範圍
多名嫌疑人、交錯證詞和雙時間線怎樣核對？把真實事件、人物知情與讀者揭示分開，再用時間線、關係、搜尋與任務完成一輪人工檢查。
「我記得看過這條資料」：讓研究來源、正文依據與全 Project 搜尋連起來
PDF、網頁摘記與訪談散在各處？區分原始來源、Project 副本、作者判斷與正文表達，再用資料卡、連結和全 Project 搜尋找回依據。
初稿寫完以後，真正困難的是怎麼改：長篇小說的結構修訂工作流
初稿收到滿篇回饋，卻不知道從哪裡開始？一次只定義一個結構問題，用多種檢視診斷、有限任務、關聯章節和安全檔案重組完成可結束的修訂回合。
別再靠 final-final 找定稿：稿件版本、正式來源與完整 Project 備份
final-final 不是版本策略。區分工作檔案、作品登記、稿件版本、Publish Version 與完整 Project 備份，讓修訂版和自出版來源保持清楚。
年度工具合集
按作者正在解決的難題挑選長篇寫作與規劃工具，不把「最佳」變成唯一答案。
2026 複雜故事小說規劃軟體清單：人物、時間線與任務怎樣放在一起
多人物、多線敘事怎樣選擇小說規劃軟體？從長篇工程、時間模型、知識網路與由多種檢視共用的 Story data，整理適合複雜故事的七款工具。
2026 奇幻與科幻作者的世界觀工具清單：設定、關係、地圖與時間線
世界觀資料很多，卻難以回到故事？盤點適合奇幻與科幻作者的六款工具，區分長期百科、時間模型、知識網路與圍繞正文工作的 Story data。
2026 歷史題材與非虛構作者的研究寫作工具清單
研究資料怎樣從收藏走進正文？盤點 Zotero、Scrivener、Obsidian、Notion、Aeon Timeline 與 Scroll，區分來源、檢索、推斷和正式引用。
2026 系列小說作者的專案與版本管理工具清單
三部曲怎樣管理共享設定、不同作品、修訂稿與出版來源？從視覺系列規劃、時間模型、長篇工程、Library、資料庫與本地 Project 盤點七款工具。
出版工作流程
Scroll 承接構思、規劃與正文；稿件準備妥當後，由 Scribe 接續完成排版、分頁與出版輸出。
產品
Scribe
對比
對作者常用的寫作與排版工具做中立的橫向比較，幫你按場景選擇。
Scrivener 與 Catalpas Atelier Scribe：小說家的稿件管理與印刷鏈路
Scrivener 重新定義了長篇小說的素材管理；Scribe 把同一份稿件一直帶到印刷與 CJK 排版終點。
Vellum 與 Catalpas Atelier Scribe：從 Mac-only 走向跨平臺與 CJK
Vellum 把 Mac 使用者的電子書與印刷書做得優雅簡潔，Scribe 把同一種簡潔帶到 Windows、Linux，並補上 CJK 與 CMYK。
Ulysses 與 Catalpas Atelier Scribe：Markdown 寫作之外的出版鏈路
Ulysses 把 Apple 生態的 Markdown 寫作打磨得近乎完美；Scribe 在保留同樣寫作體驗的基礎上，把電子書與印刷鏈路接到了同一個應用裡。
Atticus 與 Catalpas Atelier Scribe：Web 原生 vs 本地優先
面向獨立作者的 Atticus 與 Scribe 對比：瀏覽器書籍排版，還是本地優先的 Markdown 桌面工作流。
Affinity Publisher 與 Catalpas Atelier Scribe：買斷排版器與作者向的寫作鏈路
Affinity Publisher 是一次性買斷的專業排版器，覆蓋視覺密集型專案；Scribe 把作者真正需要的排版能力放進了寫作工具本身。
Microsoft Word 與 Catalpas Atelier Scribe：從最通用的文書處理器走向出版終點
Word 是最普及的寫作工具，但並非為印刷與電子書而設計；Scribe 在保留 Word 相容性的同時，把出版鏈路接到了同一個應用裡。
Adobe InDesign 與 Catalpas Atelier Scribe：行業級排版器與作者友好的印刷鏈路
InDesign 是出版業的事實標準；Scribe 用大約一半的月費，把獨立作者真正會用到的印刷能力與 Markdown 寫作整合到同一個應用裡。
解決方案
針對寫作與出版路上的具體問題，給出可落地的工作流。
用 Markdown 寫完一本書，並交出印刷級 PDF 的最短路徑
如果你已經習慣 Markdown 寫作，但還在為「最後那一步排版」反覆折騰，這裡有一條把整條鏈路收進一個應用的路線。
自出版作者的 CJK 直排／豎排：能用桌面應用走完整個流程嗎？
繁體中文與日文直排／豎排、Ruby 注音與印刷級 PDF，長期是 Word 與 InDesign 之間的灰色地帶。這裡給一份桌面端的現實路線。
同一份稿件同時出 EPUB 與印刷 PDF：indie 作者的單檔案工作流
EPUB 與印刷 PDF 是兩套排版邏輯，但稿件應該只有一份。這裡給一條讓源稿單一、產物多端的路。
學術與非虛構寫作：參考文獻管理與 LaTeX 公式在同一個編輯器裡
論文、非虛構、教輔長期被「編輯器 + 引用管理 + 公式排版」三件套割裂。把它們收進一個應用是可能的。
給小說家的本地優先寫作工具：把稿件留在自己電腦上
雲端寫作器很方便，但稿件歸屬與離線可用是另一個維度。本地優先的工作流並不意味著孤立。
平價的 InDesign 替代方案：用更小的預算做書籍內文
InDesign 是行業標杆，但對獨立作者來說月費偏高。如果只需要做書籍內文，可以用一半左右的預算走完同一條路。
年度盤點
一份每年更新的精簡清單。
協作工具
把 Scribe 與你已經在用的寫作、筆記、審校與協作工具串起來，給出可落地的工作流。
Scribe 與 Obsidian：知識庫 + 稿件的兩段式工作流
Obsidian 適合養設定與素材，Scribe 適合長稿成書。把它們分工清楚，可以避免筆記和稿件互相汙染，也避免一份內容兩邊維護。
Scribe 與 Notion：協作大綱到獨立稿件的切換點
Notion 擅長團隊大綱與素材協同，Scribe 擅長長稿成書。本文給出從 Notion 切到 Scribe 的時機、匯出 Markdown 時常見的結構丟失、以及出書後知識沉澱的去向。
Scribe 與 Word：docx 橋接的來回審校工作流
編輯、合作者、出版社往往只接受 Word（或同類）。本文講清楚 Scribe 與 docx 之間的橋接路徑、來回審校的版本控制、以及什麼時候應當離開 Word 回到 Markdown 這一側。
Scribe 與 Grammarly：語言審校在哪一步接入
一套把 Grammarly、ProWritingAid 或 LanguageTool 接入 Scribe 的實用流程：保留 Markdown、章節結構和作者聲音。
Scribe 與 Reedsy Studio：共編平臺與本地稿件的版本邊界
Reedsy Studio 適合與職業編輯在雲端共編，Scribe 適合作者主導的長稿與印刷鏈路。本文給出兩邊的分工、匯出路徑上的樣式斷層、以及印刷參數回到 Scribe 這一側的理由。