AI公众号写作|公众号文章定稿之后,转 Word 这一步我也没自己干过

我三个公众号的文章，定稿全是 markdown，交付要交 Word：微软雅黑、小四号、全黑字、A4 纸，一个都不能差。

以前这步是手工的：排格式、调字号、对行距，一篇十几分钟，三个号一天十几篇的时候，光转档就小半天。现在这步是一条自动流水线，md 扔进去，Word 按标准格式出来，一次齐。

为什么要先 md 再转

有人问过我，直接在 Word 里写不行吗？行，但乱。

我现在的分法是：写作的时候只管内容，markdown 纯文本，标题就是标题、段落就是段落，没有任何格式的干扰，改起来也痛快。定稿之后，转档是机器按固定标准跑的，每一次出来的格式都一样，雅黑、小四、全黑、A4，不会有这篇忘了调行距那种事。

md 原稿长这样：标题是标题、段落是段落，只有内容没有格式

同一篇转出来的 Word：雅黑、小四、全黑、A4，格式一步到位

这里有个关键的认知：编辑状态和交付状态分开。写的时候想排版，两边都干不好。先把内容定死，再让格式一步到位，这是流水线的头。

再说细一点。markdown 的好处是它只有结构、没有样式：一个标题就是"这是标题"，至于标题该多大、多粗、什么颜色，那是另一层的事，写的时候不用管。还有一个附带的安心：纯文本的稿子留底稳当，几年后打开还是那个样子。而 Word 里这两层是混在一起的，你敲一下回车可能就带上了上一段的格式。写作者最怕的不是写得慢，是写着写着开始想"这段该几号字"，思路就断了。

流水线怎么搭的

核心是一个转档的技能包，md 文件进去，它按预设的标准排版出 docx。几个实战里的注意点：

转档技能包里的标准卡：字体、字号、颜色、页面、标题、行距，全部是写死的具体值，机器照单执行

中文文件名有时候会在程序里闹脾气，跑批量的时候我用无中文的临时文件名绕开。表格多的文章要单独验，转完打开看看表格线、表头还在不在。批量转的时候一个一个来，转完核一下文件大小，异常小的多半是空壳。

还有一个容易忽略的：转出来的 Word 打开预览一遍再交付。格式对不对、字体全不全，肉眼看一遍最保险，十秒钟的事。

这几条听着零碎，其实都是同一类问题：转档失败往往不报错。它可能给你一个文件，文件也能打开，但里面少了半篇、表格塌了，你不打开看根本不知道。所以这条流水线里，"跑完看一眼"是必做动作，不是可选项。

还有个坑我踩过：转出来的文件跟原稿字数对不上。不是丢字，是格式转换时标点、空行、特殊符号的处理不完全一致。所以我不敢只看"转成功了"，还得扫一眼篇幅，差得太离谱的，一定有东西没转过去。

一个月的批量成品：7 月 15 日到 31 日的稿子全在，扩展名、数量一眼数得清

你照着做，三步

第一步，把你的交付标准写成一张卡：字体、字号、颜色、纸张，几行字。标准定死了机器才好执行。写的时候写具体值，别写"正式一点""统一一下"这种话，这些词人看都要猜，机器只能瞎猜。

第二步，选一个顺手的转档工具，把标准配进去，先拿一篇不重要的试跑。

第三步，跑顺之后固定下来，以后每篇定稿就走这条线，不再手排。

跑成什么样

跑通之后，这块的活基本从日程上消失了。以前一批稿子转完要小半天，现在是一条指令下去，出来的文件格式全对，我打开翻一眼就交付。省下来的时间不算多，但省下来的那种烦，逐篇调字号、对行距，是真正消耗人的东西。

那这条线是不是就不用人管了？也不是，边界说两条。

一是它只管格式，不管内容。md 里写错了，转出来的 Word 里还是错的，转档不会帮你改内容。

二是特别复杂的排版别指望它。图文混排、多栏、特殊表格这类，机器出来的效果不一定赶得上手调，这种情况下该人工还得人工。但回到我们的实际场景，文章交付要的就是那几样固定标准，这条流水线刚好够用。

顺带说一句这些标准是给谁看的。转出来的 Word 是交付件，收件人拿到的是它，所以那套字体字号，本质上是对方的标准，不是我审美的表达。想清楚这一层，就不会在字体上折腾自己的偏好——标准是拿来对齐的，不是拿来发挥的。

踩坑提醒

最常见的不满是"格式差一点"。差一点也别手改——手改一次，标准就破了，下次还得差。要改就改转档的标准配置，改一次，以后全对。

顺带一句：标准卡建好之后，我自己也照它交件。对着同一张卡，人和机器出来的东西才是一回事。判断该不该动手的办法很简单：这次改了，下次还会不会遇到？会，就改配置。

#AI提效实战  #markdown转Word全自动  #公众号文章排版一步到位