摘要
昨天我处理了一篇小绿书正文的段落问题。源文在 Markdown 里看起来还行，但进入草稿箱以后，段落不是太散，就是像没有分段。
问题出在小绿书的阅读场景。它不是普通长文，段落要适合手机快速阅读。我的做法不是只修一篇，而是把段落重排规则写进发布流程。
这篇文章讲的是为什么短内容也需要排版逻辑。
目录
- Markdown 好看不代表手机端好读
- 一句一段为什么会出问题
- 我把哪些规则写进流程
- 为什么不只修单篇文章
- 长期收益
- FAQ
Markdown 好看不代表手机端好读
在本地 Markdown 里，多空几行往往不明显。
但到了手机端，段落间距、标题重复、图片位置都会变得很明显。尤其是小绿书这种短内容，正文不长，任何多余空行都会被放大。
昨天的问题就是这样。源文几乎每句话之间都有空行，发布脚本把这些空行都当成段落分隔，结果草稿箱里看起来很散。
一句一段为什么会出问题
一句一段适合某些社交文案，但不是所有小绿书都适合。
如果每句话都单独成段，手机上会出现很大的视觉间隔。读者会觉得内容碎，节奏断。
但完全不分段也不行。所有句子挤在一起，又会压迫。
所以问题不是“要不要空行”，而是要找到自然段的节奏。
我把哪些规则写进流程
我把两个规则沉淀进发布流程。
第一，如果正文开头重复出现标题，就自动去掉。标题已经在外层有了，正文里再来一次会显得啰嗦。
第二，如果检测到大量短句单独成段，就合并成更适合手机阅读的自然段。
同时，列表和图片逻辑要保留。不能为了合并段落，把结构弄坏。
为什么不只修单篇文章
只修单篇文章当然最快，但下次还会遇到同样问题。
我更愿意把这类问题写进流程。因为它不是某篇文章的偶然错误，而是一类输入格式和发布平台之间的适配问题。
一旦流程能处理，以后不管文章来自语音、手写还是 AI 初稿，都能在发布前做一次手机端适配。
长期收益
长期收益是稳定的阅读体验。
小绿书内容不只是“字数合规”就够了，还要看起来舒服。段落自然，标题不重复，图片和正文关系清楚，读者才愿意看完。
把这些规则沉淀下来，每次发布都会更稳。
FAQ
小绿书要不要保留空行？
要，但不能机械地每句话一段。应该按自然意思分段。
为什么要去掉正文标题？
因为外层已经有标题。正文再重复一次，会浪费空间。
这种重排会不会破坏原意？
规则应该只调整段落，不改写内容。列表和图片也要保留。