← 全部文章
scribe · 工作流 · 解决方案 · 指南 2 min

Scribe 解决方案合集:把卡住的稿件交到下一步

Markdown 工作流、CJK 竖排、EPUB + 印刷双产物、参考文献、本地优先、InDesign 替代——按你卡在哪一步选一篇看。

Scribe 解决方案合集:把卡住的稿件交到下一步

写到一半卡住,往往不是因为工具不够多——大多数作者的硬盘里已经塞满了”听起来不错但用不起来”的应用。真正的卡点通常出现在流程的连接处:写完了不知道怎么交印刷、做了电子书又要重做一次印刷版、参考文献与公式在不同工具里漂移、CJK 项目找不到合适的竖排路径。这些痛点不是单点的功能缺失,而是工作流的衔接缝。

Catalpas Atelier brand banner
Catalpas Atelier

这一页按”你正在哪一步卡住”组织。每一篇都给出可落地的工作流,不夸大 Scribe 能做什么、也不替你做风险决策——里面提到的方法(Markdown 源稿、版本控制、单源多端导出)在任何同类工具里都成立,你可以在自己熟悉的工具上复用同样的思路。

我们也建议你不要把”换一个新工具”作为第一反应。先看看下面这些场景里哪一个最接近你当前的处境,再决定是要调整流程、还是确实需要更换工具。

我卡在这里 → 看这一篇

你正在处理的问题建议看
用 Markdown 写完,但不知道怎么交印刷用 Markdown 写完一本书 + 印刷级 PDF 的最短路径
中文 / 日文项目需要竖排成品CJK 竖排自出版:桌面端能完整走完吗
EPUB 与印刷 PDF 总是漂移同一份稿件同时出 EPUB 与印刷 PDF
学术稿件需要参考文献 + 数学公式参考文献 + LaTeX 公式在同一个编辑器
想把稿件牢牢放在自己电脑上本地优先的小说写作工具
不想再付 InDesign 月费平价的 InDesign 替代方案:书籍内文

一条通用建议

不管你卡在哪一步,有三个习惯通常能让流程稳定下来——它们的共同特点是把工作流的”耦合点”减少,让稿件、产物、版本三者各自有自己的存放方式。

用 Markdown 作为源稿。纯文本可被任意编辑器打开,可纳入 Git 做精确版本管理,也不会被任何工具的专有格式锁住。十年后只要还有文本编辑器,你的稿件就还能用——这种长期可读性是 .scriv.docx.vellum 这类专有格式给不了的。

坚持同源多端导出。同一份稿件构建出 EPUB / DocX / 印刷 PDF,避免维护两套源稿。在第一本书的时候双源稿不会让你感到痛苦,等到要做重印、第二版或长尾运营时,“两份稿件不同步”几乎一定会出问题。

印刷参数前置。开本尺寸、装订侧、出血、章节起始页规则——这些在写作早期就设好,不要等到交付前才意识到。提早设定的好处不是当时多省时间,而是写作过程中你的预览就一直是”接近成品的样子”,每一处节奏都在它最终的版面里被检验。

还想看别的

在 Scribe 里把这个问题一次性解决 →