公众号排版自动化：开源排版 skill 对比自建脚本

写公众号的人都被同一个问题折磨过Markdown 写得飞起一进公众号编辑器就原形毕露——样式全丢、代码块变形、图片传不上去。最近一个叫 gzh-design-skill 的开源项目挺火主打「把 Markdown 一键排成可直接粘贴进公众号编辑器的精致 HTML」号称 6 套主题、不掉格式、没有一点 AI 味。而我自己半年前就自建了一套公众号自动发布脚本。两条路线我都深入研究过这篇做个诚实对比各自解决什么问题、怎么选、能不能组合用。先搞清公众号排版难在哪微信编辑器是出了名的「样式粉碎机」这些写法全会被过滤style标签、外部 CSSclass 样式、grid/flex 布局大部分 position 定位外链图片非微信域名的图直接屏蔽所以「能排版的工具」必须做到所有样式内联、结构最简、图片走微信图床。这是硬约束谁来都一样。路线一开源排版 skillgzh-design-skill研究完它的文档这个项目的核心思路是把排版做成组件库6 套精选主题摸鱼绿、红白、石墨极简、留白禅意等每套是完整的组件库设计变量 几十个精细组件 视觉层级表智能排版章节自动编号、每段主动给关键词加下划线、引言卡与目录、作者签名合并不掉格式的硬功夫样式全内联、文字用span leaf包裹专门规避微信会过滤的写法双关卡质量校验组件库 lint 产物 validate构成「改 → 验 → 修」闭环一键复制生成带复制按钮的预览页点一下把富文本复制进剪贴板直接粘贴进公众号后台它的定位很清晰排版美化专家。解决的是「文章好不好看」输出物是你手动粘贴进编辑器。路线二我的自建发布脚本我的脚本出发点不同——当时痛点不是「不好看」是「每周发几篇手动传图排版太费人」。所以它是个自动化流水线Markdown → 内联样式 HTML → 图片从 OSS 下载转存微信图床 → 封面自动压缩到 64KB → 调官方 API 推草稿箱 → 人工点发表几个关键技术点都是拿报错换的图片必须转存正文图先用微信 uploadimg 接口转成微信域 URL外链图床必被屏蔽封面有 64KB 上限超过就传不上脚本里自动压IP 白名单家用宽带公网 IP 会变接口报 40164 时要把新 IP 加进公众号后台白名单只推草稿不直发订阅号每天只有 1 次直发额度推草稿箱人工确认再发稳它的定位发布自动化。排版只求干净规范重点在「零手动搬运」。对比两个工具其实在解决链条上的不同环节gzh-design-skill我的自建脚本核心问题排得好看发得省事排版能力6 套主题组件库精致一套干净内联样式朴素图片处理粘贴时手动处理自动转存微信图床发布方式复制 → 手动粘贴API 直推草稿箱适合谁对排版颜值有要求高频发布、怕重复劳动我的结论不二选一组合着用看清定位后答案就明显了——排版用 skill 的组件库思路发布走自动化管线。我的落地计划是把 gzh-design-skill 的主题组件库接进我的流水线替换掉现在那套朴素样式让「自动推草稿」的产出也能有主题级的排版。它出「面子」排版引擎我出「里子」图床上传 API 发布。这其实是工具选型的通用判断法别问「哪个工具更好」先问「我的痛点在链条的哪个环节」。环节不同工具是互补不是竞争。给想上手的人的建议发文频率低、对颜值有追求 → 直接用 gzh-design-skill复制粘贴足够每周发好几篇、被传图排版耗掉大量时间 → 值得自建或改造一条发布管线既高频又要颜值 → 按上面的组合方案来上一篇讲的 Loop 和 Graph 在这里也有体现我的发布管线就是个小 Loop选文→转换→传图→推草稿→汇报而「排版引擎可插拔」就是个图的分支设计——工具会换流水线不动。如果这篇对你有用欢迎关注看「AI 工具人 PM 实战」系列新篇你发公众号最烦的是排版还是传图评论聊聊觉得有用就收藏备用。