Scribe 解決方案合集：把卡住的稿件交到下一步
Markdown 工作流、CJK 豎排、EPUB + 印刷雙產物、參考文獻、本地優先、InDesign 替代——按你卡在哪一步選一篇看。
Scribe 解決方案合集：把卡住的稿件交到下一步
寫到一半卡住，往往不是因為工具不夠多——大多數作者的硬盤裡已經塞滿了”聽起來不錯但用不起來”的應用。真正的卡點通常出現在流程的連線處：寫完了不知道怎麼交印刷、做了電子書又要重做一次印刷版、參考文獻與公式在不同工具裡漂移、CJK 專案找不到合適的豎排路徑。這些痛點不是單點的功能缺失，而是工作流的銜接縫。
這一頁按”你正在哪一步卡住”組織。每一篇都給出可落地的工作流，不誇大 Scribe 能做什麼、也不替你做風險決策——裡面提到的方法（Markdown 源稿、版本控制、單源多端匯出）在任何同類工具裡都成立，你可以在自己熟悉的工具上覆用同樣的思路。
我們也建議你不要把”換一個新工具”作為第一反應。先看看下面這些場景裡哪一個最接近你當前的處境，再決定是要調整流程、還是確實需要更換工具。
我卡在這裡 → 看這一篇
| 你正在處理的問題 | 建議看 |
|---|---|
| 用 Markdown 寫完，但不知道怎麼交印刷 | 用 Markdown 寫完一本書 + 印刷級 PDF 的最短路徑 |
| 中文 / 日文專案需要豎排成品 | CJK 豎排自出版：桌面端能完整走完嗎 |
| EPUB 與印刷 PDF 總是漂移 | 同一份稿件同時出 EPUB 與印刷 PDF |
| 學術稿件需要參考文獻 + 數學公式 | 參考文獻 + LaTeX 公式在同一個編輯器 |
| 想把稿件牢牢放在自己電腦上 | 本地優先的小說寫作工具 |
| 不想再付 InDesign 月費 | 平價的 InDesign 替代方案：書籍內文 |
一條通用建議
不管你卡在哪一步，有三個習慣通常能讓流程穩定下來——它們的共同特點是把工作流的”耦合點”減少，讓稿件、產物、版本三者各自有自己的存放方式。
用 Markdown 作為源稿。純文本可被任意編輯器開啟，可納入 Git 做精確版本管理，也不會被任何工具的專有格式鎖住。十年後只要還有文本編輯器，你的稿件就還能用——這種長期可讀性是 .scriv、.docx、.vellum 這類專有格式給不了的。
堅持同源多端匯出。同一份稿件構建出 EPUB / DocX / 印刷 PDF，避免維護兩套源稿。在第一本書的時候雙源稿不會讓你感到痛苦，等到要做重印、第二版或長尾運營時，“兩份稿件不同步”幾乎一定會出問題。
印刷參數前置。開本尺寸、裝訂側、出血、章節起始頁規則——這些在寫作早期就設好，不要等到交付前才意識到。提早設定的好處不是當時多省時間，而是寫作過程中你的預覽就一直是”接近成品的樣子”，每一處節奏都在它最終的版面裡被檢驗。
還想看別的
- 想知道這些方案怎麼和你已有工具配合：Scribe 對比指南
- 想看按使用場景篩選的清單：Scribe 年度盤點合集