公众号排版指南

这十篇写的都是同一件事的不同切面：怎么让一篇公众号文章在读者手机上真正读得下去。 它们分成五组——第一组解决「转换」，说明 Markdown 进微信为什么常常样式全丢；第二组解决「参数」，把字号、行距、留白、配图、深色适配这些具体数值定下来；第三组解决「结构」，讲长文怎么切、段落怎么断、发布前该查什么；第四组解决「选择」，给出判断一个排版工具靠不靠谱的可核对标准；第五组是视角，讨论 AI 写作普及之后排版的位置发生了什么变化。

这十篇分别解决什么

转换（1 篇）。 Markdown 转公众号的真正难点不在转换，而在微信会对粘贴进来的 HTML 跑一遍清洗——class、<style>、flex、grid、position 都会被丢掉。理解了这一点，判断一个转换器能不能用就有了确定的标准。

参数（3 篇）。 字号 15px、行高 2.0、字间距 1px、段间距 18px、两侧留白 12px——这些数字不是审美偏好，是手机阅读成本的计算结果。同一组里还包括配图（为什么图片会裂、宽度为什么只写自适应、封面为什么总被裁）和深色模式（微信对正文做整体反色，图片不变，于是贴边的浅底块和极浅的表格线会最先失效）。

结构（3 篇）。 三千字以上的长文靠六个结构件让读者不迷路；段落长度有物理上限，每段 3 到 5 行是舒适区；发布前有 23 项检查分四组，其中 8 项每次必查。这三篇合起来是一条从写作到发布的完整工序。

选择（2 篇）。 一篇给出挑选排版工具的三条可自查标准（产物是不是纯内联样式、多列是不是用表格、有没有复制前自检），一篇说明这个工具自己为什么不做后端——纯前端换来的是「正文不出本机」这个可验证的事实，代价是主动放弃云同步与协作。

视角（1 篇）。 当写出通顺文字的成本接近零，通顺本身不再传递信号，读者判断「值不值得读」的依据转向结构与版式。这一篇讨论排版为什么从锦上添花变成了筛选环节，以及 AI 引擎与人类读者要的东西为什么会是同一套。

为什么给的是数值和判据，不是「合适就好」

这十篇里给的都是可执行的东西：具体数值、可自查的判据、逐条对应的检查项。

字号写 15px、行高写 2.0、段间距写 18px、配图密度写每 400 到 600 字一张、正文字体与标题至少差 2px——这些数字都能拿去对照，也都能按自己的读者群体调。之所以不写「合适就好」，是因为「合适」这个词在排版里没有可执行的含义：读者看完还是不知道明天该改哪个参数。

同样地，讲工具选择那一篇没有做排行榜。排行榜会过期，判据不会：产物是不是纯内联样式、多列是不是用表格、有没有复制前自检——这三条你现在就能自己验，明年也还是这三条。