用 Markdown 写完一本书 + 印刷级 PDF：最短工作流

用 Markdown 写完一本书，并交出印刷级 PDF 的最短路径

Markdown 在 2026 已经成为很多技术派作者、研究者、独立出版人事实上的写作格式。它的优势不需要重复——纯文本、可被任意编辑器打开、版本管理友好、不会被工具绑架。但用 Markdown 写完一本书之后，怎么把它变成一份能送印厂的印刷级 PDF？这条路径长期被两类做法占据，每一类都有它的代价。

Scribe print PDF preview — Catalpas Atelier Scribe · Markdown to print PDF

第一类是纯命令行 Pandoc + LaTeX 流水线。把 Markdown 通过 Pandoc 转 LaTeX，再用 XeLaTeX 或 LuaLaTeX 编译为印刷 PDF。这条路径在技术作者群体中很流行，能产出几乎可与专业排版媲美的印刷效果。但它的学习曲线相当陡——你需要熟悉 LaTeX 模板（template）、fontspec、geometry、bookcover 等多个宏包，对中文项目还要处理 ctex 或 luatexja。每一处版面调整（行距、章节起始页位置、字体替换）都要回到模板文件里改 LaTeX 代码，迭代效率不算高。

第二类是Markdown 写作 + Word/InDesign 排版。在 Typora 或 Obsidian 里完成 Markdown 稿件，导出 .docx，再在 Microsoft Word、Adobe InDesign 或 Affinity Publisher 里做最终排版。这条路径每一步都”看得见”，但整条链路的转手成本高——每改一次稿件就要重新导出、重新调整排版细节，长期下来同步成本累积。

围绕这两类的取舍，2026 有几款工具试图把”Markdown 写作 → 印刷级 PDF”压缩进一个应用——不需要 LaTeX、不需要转手到 Word 或 InDesign、不需要在写作端和排版端之间反复跳。下面从四个维度展开。

为什么把 Markdown 作为源稿格式

Markdown 适合长篇写作的原因，不在于”语法简单”——它的语法确实简单，但这不是核心。核心在于以下几点的组合：

纯文本可移植——十年后只要还有文本编辑器，你的稿件就还能打开。这种长期可读性是专有格式（.scriv、.atticus、.vellum）无法提供的。
结构是语义化的——# 表示章节、* 表示强调、> 表示引用。这些标记不是视觉装饰，而是语义标签，可以被模板按不同形态渲染（电子书一种、印刷一种、网页一种）。
与版本管理工具无摩擦——Markdown 是行级别的文本，Git 能精确显示”这一段改了哪个字”。Word 的 .docx 是 zip 包，diff 难度高。
写作时不被排版细节打扰——在 Markdown 里你不用考虑字号、行距、字体，只关注内容。排版的工作交给后端模板。

但 Markdown 不适合所有场景。如果你的项目涉及复杂的多栏排版、大量图文混排、需要精确控制每一行的位置（如诗集、绘本、画册），Markdown 的表达力会显得不够。它最适合的是以文字为主、结构清晰、章节为单位的长篇——小说、非虚构、教辅、技术著作、研究专著。

Pandoc + LaTeX 的代价：灵活但门槛高

Pandoc + LaTeX 是 Markdown-to-print 路径里最强大的方案，没有之一。它能产出几乎任何形态的 PDF——任何字体、任何尺寸、任何章节样式、任何版面规则都可以通过模板实现。许多大学出版社、技术书出版商、严肃非虚构出版人长期使用这条路径。

但它的代价是真实的：

LaTeX 模板的学习曲线——一个基本可用的书籍模板需要 200-400 行 LaTeX 代码，覆盖文档类、字体、几何、章节样式、页眉页脚、目录、引用等。从零开始写需要数周时间熟悉。
每次版面调整都要改代码——想把章节标题字号大一点？回到模板改 \titleformat 命令。想要每章必从右页开始？要在合适的位置插入 \cleardoublepage。版面修改不是”点几下”，而是”改代码”。
错误诊断不友好——LaTeX 报错信息对新手很难读懂，一个缺失的括号可能产生十几行错误日志。
CJK 处理需要额外配置——中文需要 ctex 宏包，日文需要 luatexja，韩文需要 kotex。每种语言的对接细节都不同。

如果你愿意为终极的版面控制投入数周到数月学习，Pandoc + LaTeX 是无可替代的。如果你不愿意，那就需要寻找一条不必学 LaTeX 的最短路径。

一体化路径：写作端就是排版端

一体化的设计哲学是：让写作面板与排版面板共存于同一个应用。你左手敲 Markdown，右手看到这段 Markdown 在最终印刷版面里的形态。每一次按键的改动毫秒级反映到预览面板，包括字体、行距、段首缩进、章节起始页的所有细节。

这种设计的好处不在”省工具”——而在反馈周期。在 Pandoc + LaTeX 流水线里，从”改一行字”到”看到改后的 PDF 效果”中间是一次完整的编译，几秒到几十秒不等。在一体化应用里，这个反馈是即时的。对长篇写作而言，反馈周期的差异决定了”想要做的版面调整”是会被做还是被推迟到下次。

代价当然也存在：一体化应用的版面表达力通常不如 LaTeX。如果你的项目需要 LaTeX 才能完成的复杂版面，一体化路径未必能满足。但对绝大多数”以文字为主”的长篇而言，一体化提供的版面能力已经足够覆盖印刷需求。

Catalpas Atelier Scribe：Markdown-to-print 一体化

Catalpas Atelier Scribe 是一款围绕这条路径设计的三端原生桌面应用：写作面板 + 实时印刷预览 + 印刷级 PDF 导出，全程在 Markdown 源稿之上展开。

Markdown 源稿，三端原生 每章一个 .md 文件，可被任何编辑器打开、纳入 Git、被任何同步工具识别。Windows / macOS / Linux 均有原生客户端。

所有 tier：CJK 竖排 + Markdown 写作 + 图片导出 Free 版本就足以完成一个项目的写作环节——所有基础 Markdown 语法、CJK 竖排、图片导出（分页 + 长图）在 Free 版本可用。

Plus 起：EPUB 3 + 灰度 / RGB PDF Plus 版本解锁 EPUB 3 与灰度/RGB PDF。绝大多数标准小说与一般非虚构的印刷需求（黑白内文，封面单独由设计师完成）在 Plus 层完整覆盖。

Pro：印刷级 PDF 的完整链路 对印刷级要求更高的项目需要 Pro 版本。Pro 提供：

CMYK 色彩空间 + ICC 色彩管理——印厂指定的 ICC 配置可载入，确保印出颜色与预期一致。
自定义印刷母版——开本尺寸（标准 KDP/IngramSpark 尺寸有预设）、对开页设置、装订侧切换（左装订或右装订，CJK 竖排默认右装订）、出血范围（通常 3mm）、内白边（装订侧额外余量）、对位标记自动生成。
自定义字体导入——直接载入印厂指定的字体或你自购的商用字体，字体嵌入 PDF。
LaTeX 公式实时预览——数学公式在预览面板毫秒级渲染，导出 PDF 与 EPUB 时保留矢量形态。
Ruby 注音——CJK 项目的 Ruby（注音、振假名）覆盖 EPUB 与印刷 PDF 导出。

Pro 早鸟价 79.99 美元/年，常规 129.99 美元/年。相对于 InDesign Single App 22.99 美元/月（263.88 美元/年），价格大约一半。

印刷母版关键参数：作者真的需要知道的那些 即使工具能做大多数自动化，作者还是应该知道几个关键参数：

开本尺寸：常见 6×9 英寸（美式 trade paperback）、A5、B6（日文常用）；
出血：3mm（IngramSpark 标准）；
内白边：按页数增加，200 页书内白边约 13mm，400 页约 19mm；
色彩空间：印厂 specified ICC；
字体嵌入：所有用到的字体都要嵌入 PDF。

Scribe Pro 把这些参数做成可见但有默认的设置项——作者不必从零开始，但也不会被黑箱化。

如何做出你的选择

最短路径不是绝对的——它取决于你愿意投入的学习成本与对版面控制的需求。

如果你愿意为终极版面控制投入时间，Pandoc + LaTeX 流水线仍是不可替代的选择，特别是涉及复杂多栏、技术书排版、严肃学术出版的项目。

如果你正在用 Word + Vellum/Atticus 路径且走得通，没有必要切换到 Markdown——优秀的工作流不需要被换掉。

在以下情况下，Markdown-to-print 一体化可能是更合适的选择：

你已经习惯 Markdown 写作，不愿意为了排版回到 Word；
你重视写作端与排版端的反馈周期，不想忍受”导出—编译—查看”的循环；
你的项目涉及 CJK 竖排、Ruby 注音、LaTeX 公式中的一项或多项；
你需要印刷级 PDF（CMYK、ICC、自定义母版）但不愿意学 LaTeX；
你的设备组合横跨 Windows、macOS、Linux；
你重视源稿的长期可移植性，不希望被专有格式锁定。

从 Free 版本起步——基础写作能力已经完整，足够你验证整条工作流是否合拍。确认契合再升级到 Plus 或 Pro 解锁你需要的导出能力。用它写几个章节，看看它是否融入你的节奏。

延伸阅读：

在 Scribe 试用同一工作流 — Free 起步，Pro 早鸟限时锁价 →