昨天我处理了一篇小绿书正文的段落问题。它在 Markdown 里看起来没什么，但发到草稿箱以后，段落要么太散，要么像没有分段。原因是源文几乎每句话都有空行，发布脚本会把这些空行理解成段落边界。
我的思路不是只修那一篇，而是把规则写进流程：小绿书发布时，自动去掉正文开头重复标题，并把大量“一句一段”的短段落合并成适合手机阅读的自然段，同时保留列表和图片逻辑。
为什么要这样做？因为小绿书不是普通长文。它更依赖手机端的阅读节奏，段落太碎会显得松散，完全不分段又会压迫。流程应该帮用户找到中间状态：有呼吸感，但不散。
长期收益是稳定输出。只要规则沉淀到发布脚本里，以后不管文章从对话生成、手写整理，还是旧稿改写，都能在入草稿箱前做一次适配。这样修的不是一篇文章，而是一类发布质量问题。