CJK 豎排自出版工作流：桌面端能完整走完嗎？

CJK 豎排自出版：能用一款桌面應用走完整個流程嗎？

中日韓豎排在自出版工作流里長期處於一個灰色地帶。橫排——也就是歐文寫作慣用的從左至右、從上至下——在幾乎所有現代寫作與排版工具裡都有完善支援；但豎排，作為中日韓傳統出版形式與當代精裝版本仍然廣泛使用的版面方向，能選的工具一直不多。2026 這個狀況比過去好一些，但仍不能說”已經解決”。

Scribe CJK vertical layout preview — Catalpas Atelier Scribe · CJK vertical layout

絕大多數英文 indie 出版圈推崇的工具——Vellum、Atticus、Reedsy Book Editor——都不支援 CJK 豎排。這並非它們的缺陷，只是其目標使用者群體使其沒有動力優先開發這條功能。結果是：使用中文或日文寫作、又希望做豎排版本（小說精裝、傳統文學、漫畫譯本、教輔與古籍重排）的獨立作者，長期被推到兩條不夠友好的路徑上——要麼使用 Microsoft Word 或 WPS Office 做出基本能用的豎排但精度不足以送印，要麼直接學 Adobe InDesign、Affinity Publisher 或 LaTeX 這類專業排版工具，付出可觀的學習成本。

圍繞這條路徑，2026 出現了一些試圖把”作者一個人完成 CJK 豎排自出版”做成可行選擇的工具。這篇文章不打算否認 InDesign 在專業排版領域的地位——它仍然是出版行業的事實標準，且在複雜多語種排版上無可替代；但對於”我只是想自己出一本中文/日文書”的獨立作者，是否還有第三條路？

下面從四個維度展開：CJK 豎排在主流工具裡的灰色地帶、Ruby 注音的結構性需求、桌面端送印路徑，以及雙軌釋出（橫排電子書 + 豎排精裝）的工作流。

CJK 豎排在主流工具裡的灰色地帶

豎排不只是”把字旋轉 90 度”。它涉及一整套不同於橫排的版面約定：

文字從上到下流動，列從右到左推進；
標點符號的形態與位置需要隨豎排重新對映（句號在右下、引號採用「」『』等）；
數字、英文混排（“今年 2025 年發行”中的”2025”）需要縱中橫排（tate-chu-yoko）；
段首縮排、對齊、行間距的規則也與橫排不同。

主流文書處理軟體——Word、Pages、Google Docs——對豎排的支援長期停留在”基礎可用”層面：Word 在 Windows 端可以切換豎排模式，但與中文出版社編輯期望的版面精度仍有距離；Google Docs 在 2026 仍未提供真正的豎排支援，Notion 同樣沒有。

專業排版工具的豎排支援是另一個層級：InDesign 提供完整的 CJK 豎排能力（World-Ready Composer + 日文/中文/韓文版本），Affinity Publisher 在最近的版本里也補足了豎排支援。但它們都不是為”寫作”設計的，作者通常需要把稿件先在 Word 或其他工具裡寫完，再匯入到 InDesign 裡做排版，多了一道轉手。

這就是 CJK 豎排自出版工作流的灰色地帶：寫作工具的豎排夠用但不夠精，排版工具的豎排精確但不適合寫作，作者要麼接受精度損失，要麼接受工具切換的開銷。

Ruby 注音不是裝飾，是結構性需求

Ruby（日語稱呼，中文常稱”注音”或”拼音”，韓文稱”한글 위에 한자”）是 CJK 出版的另一個長期痛點。對於以下場景，Ruby 不是”裝飾性的功能”，而是產品必須支援的結構性需求：

日文小說（特別是 light novel、兒童文學）大量使用 furigana 標註難讀漢字；
中文教輔與少兒讀物廣泛使用拼音注音；
古籍今譯與傳統文學重排經常使用注音輔助現代讀者；
韓文出版偶爾使用漢字（한자）配合 Hangul 注音。

Ruby 在 EPUB 3 規範中有標準的 <ruby> 元素，但具體實現需要工具同時處理：

寫作端的輸入便捷性（每次手敲 <ruby> 標籤會非常繁瑣）；
預覽端的視覺對位（注音字號、行間距、對齊方式）；
匯出端的多格式相容（EPUB 3 的 <ruby> 標籤 + 印刷 PDF 的字元級精確對位 + DocX 的擬態支援）。

絕大多數英文向工具不支援 Ruby——它在它們的使用者群體中不構成需求。LaTeX 通過 pxrubrica 等宏包支援，但需要熟練的 LaTeX 操作。InDesign 與 Affinity Publisher 支援，但仍是排版端而非寫作端。對於希望”邊寫邊看到注音對齊效果”的作者，可選範圍非常窄。

桌面端送印路徑：CMYK、ICC、印刷母版

豎排不只是螢幕顯示，最終要進印廠。送印需要的不只是”匯出 PDF”，而是一份印廠能接收、能正確印出的 PDF——這意味著：

色彩空間是 CMYK，不是 RGB——RGB 是螢幕色彩，CMYK 是印刷色彩，不匹配會導致印出的顏色與預期不符。
嵌入正確的 ICC 色彩配置——印廠會指定要用的 ICC（如 Japan Color 2001 Coated、China GB 等），PDF 中需要嵌入對應配置。
印刷母版正確——對開頁（左右頁對稱）、裝訂側（左裝訂還是右裝訂，CJK 豎排預設右裝訂）、出血範圍（通常 3mm）、內白邊（裝訂側需要額外餘量）、對位標記。
字型嵌入——所有中日韓字型需要嵌入 PDF，否則印廠端可能無法正確渲染。

這套要求對作者並不友好——它們大多是”印廠期望但作者不一定懂”的細節。一款真正能讓作者完成自出版印刷的工具，應該把這些細節做成可配置但不必從零開始的選項：常用印刷尺寸有預設、裝訂側切換是一次性勾選、ICC 配置可以根據目標印廠載入，出血與對位標記自動加上。

Catalpas Atelier Scribe：把 CJK 工作流收到桌面端

Catalpas Atelier Scribe 是少數同時把以上幾條要求做到預設值的桌面應用：CJK 豎排在所有 tier 可用、Ruby 注音覆蓋電子書與印刷匯出（Pro）、CMYK 與 ICC 與印刷母版在 Pro 版本提供。

所有 tier：CJK 豎排 + Markdown 寫作 + 圖片匯出 Free 版本就支援 CJK 豎排——中文、日文、韓文均可。寫作面板用 Markdown 原始碼，預覽面板即時顯示豎排版面（含正確的標點位置、縱中橫排）。這一層就足以讓作者完整完成一部豎排作品的寫作與初版校對，零成本。

Plus 起：EPUB 3 + DocX + 灰度/RGB PDF 解鎖 EPUB 3 匯出（含完整出版後設資料）、DocX 匯出（用於與編輯往來）、灰度與 RGB PDF 匯出（適用於普通屏讀 PDF 與非彩印場景）。

Pro：CMYK + ICC + 自定義印刷母版 + 字型匯入 + Ruby Pro 版本提供完整的印刷鏈路：CMYK 色彩空間、ICC 色彩管理、自定義印刷母版（對開頁 + 裝訂側切換 + 出血 + 內白邊）、自定義字型匯入（直接載入印廠指定的中文/日文字型）、Ruby 注音覆蓋 EPUB 與印刷 PDF 匯出。Pro 早鳥 79.99 美元/年，常規 129.99 美元/年——相對於 InDesign Single App 22.99 美元/月（263.88 美元/年）大約一半價格。

三端原生 Windows、macOS、Linux 均有原生客戶端。CJK 出版作者的裝置組合往往跨多個作業系統（家裡 Mac、工作機 Windows、有些用 Linux），三端原生意味著工作流不會因裝置切換而中斷。

雙軌釋出：橫排電子書 + 豎排精裝

CJK 出版的另一個常見場景是雙軌釋出——同一部作品同時出橫排版（適配主流電子書閱讀器、面向當代讀者的舒適閱讀體驗）與豎排版（精裝實體書、傳統文學的版面尊重）。兩個版本來源同一份稿件，只是輸出方向不同。

Scribe 在這一點上的設計是：在專案設定裡切換版面方向（橫排 / 豎排），其他不變。同一份 Markdown 源稿可以生成兩套產物——橫排 EPUB + 橫排印刷 PDF + 豎排印刷 PDF。對於面向不同讀者群體的發行策略，這種”源稿不分叉、產物多形態”的工作流減少了維護成本。

需要說明：這條路徑不取代專業排版師與 InDesign 在大規模出版項目裡的角色。如果你是出版社做大批次精排（每年幾十上百部作品、版面要求與營銷節奏複雜），InDesign 仍是最穩的選擇。Scribe 適合的是獨立作者或小型出版方一個人完成 CJK 自出版的場景。

如何做出你的選擇

CJK 出版的工具選擇，比英文向工具更需要明確”你的目標產物形態”。

在以下情況下，桌面一體化工具可能是更合適的選擇：

你是獨立作者或小型出版方，自己完成從寫作到送印；
你的專案是中文 / 日文 / 韓文長篇（小說、非虛構、教輔、文集）；
你需要豎排版本，但不願意為”只出一本書”投入數月 InDesign 學習；
你的專案需要 Ruby 注音覆蓋電子書與印刷；
你已經在 Markdown 寫作，希望寫作端與排版端不分家。

InDesign 仍是大型出版項目、複雜多語種、專業排版師協作場景的首選；Affinity Publisher 是一次性買斷的桌面專業排版替代。這些工具的位置不被本文所述路徑取代。

最穩的方式是先從 Free 版本起步——CJK 豎排能力在 Free 已經完整可用，足夠你驗證整個寫作流程是否合拍。確認後再升級到 Plus 或 Pro 解鎖你需要的匯出能力。用它寫幾個章節，看看它是否融入你的節奏。

延伸閱讀：

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