把 Markdown 转成公众号草稿，听起来是”格式转换”，真正做起来会发现最折腾的不是语法，而是样式映射。Markdown 只有一套语义，但公众号排版有主题、有配图、有”AI 味”、还有缺图这种边角，哪一个处理不好，最后推出来的草稿都没法用。

我做了个把 Markdown 安全转换并上传为公众号草稿的 Skill（wechat-draft-publisher-skill）。这篇讲我在样式映射上踩到的几个坑。

“只推草稿，不群发”是底线

先讲最关键的边界：这个工具只创建草稿，绝不直接群发。因为把内容推到线上是不可逆的一步，不该让程序替你拍板。

所以整个链路是可恢复的：草稿模式 = 一个可逆的中间态。程序把内容、样式、图片都准备好，生成草稿并返回 media_id，最后一步发布留给人确认。这一步人工确认，是这个工具最重要的设计，比任何样式优化都重要。

样式映射：语义 → 视觉

Markdown 的 #、**、1. 是语义；到了公众号，要变成”字体、字号、行距、颜色、间距”这些视觉参数。映射如果做对了，读者看到的是”一篇排好版的文章”；做错了，就是一堆裸奔的文本。

我给它做了一套主题来统一映射：目前有 15 套主题、22 种配图风格，默认文章用 warm-handdrawn，贴图用 infographic-warm。每套主题定义了标题、正文、引用、代码块、图片该怎么呈现。这样”语义 → 视觉”的映射是可复用的，而不是每篇都硬编码。

这里有个人容易踩的坑：不要太依赖自动推断，也别完全不管。给一套默认主题，但要让人能覆盖。

图片：最容易坏的一环

图片在样式映射里是最容易出问题的：

  • 缺图：文章里引用了图片，但文件不存在，或者链接失效。如果直接推上去，会留下一个破图，很掉价。
  • 我的处理是缺图守卫：默认发现缺图就中止（而不是带病发布），可以显式 --allow-missing-images 才继续。这里的取舍是：宁可停下问一句，也不要带着坏图上线。
  • 配图风格：贴图要用统一的风格，才有一致性。

AI 味：一个需要”阈值”的指标

公众号文章讲究”人味”。Markdown 转草稿时，如果内容本身就一股 AI 味，样式再好也没用。所以我加了一个 AI 味检测：会给内容打一个分，默认阈值 45，总分超过阈值就阻止发布。

这个阈值是个典型的”没有标准答案，但要定一个并解释“的东西：

  • 定太低 → 正常内容被误拦，烦人；
  • 定太高 → 没拦住 AI 味，读者一眼看穿；
  • 我的做法是给个可调的默认值（45），并让这个人能覆盖。关键不是数对，而是”有个可解释的标准、且人能改”。

最后几条

  • 只建草稿不群发，最后一步发布留给人工确认——可逆、可恢复，比任何自动化都值钱。
  • 样式映射用主题统一（语义→视觉），给默认、可覆盖。
  • 图片要缺图守卫：宁可中止，也别带破图上线。
  • “AI 味”用一个可解释、可调的阈值（默认 45），别迷信数值、但要有个标尺。
  • 把”内容 + 样式 + 图片”都准备好，再生成草稿并返回 media_id 交给人——程序负责”可运行”，人负责”可确认”。

工具最有价值的部分，往往不是它帮你做了多少，而是它知道该在哪一步停下来等你。