写公众号的人都被同一个问题折磨过：Markdown 写得飞起，一进公众号编辑器就原形毕露——样式全丢、代码块变形、图片传不上去。
最近一个叫 gzh-design-skill 的开源项目挺火，主打「把 Markdown 一键排成可直接粘贴进公众号编辑器的精致 HTML」，号称 6 套主题、不掉格式、没有一点 AI 味。而我自己半年前就自建了一套公众号自动发布脚本。两条路线我都深入研究过，这篇做个诚实对比：各自解决什么问题、怎么选、能不能组合用。
先搞清：公众号排版难在哪
微信编辑器是出了名的「样式粉碎机」，这些写法全会被过滤：
<style>标签、外部 CSS- class 样式、grid/flex 布局
- 大部分 position 定位
- 外链图片（非微信域名的图直接屏蔽）
所以「能排版的工具」必须做到：所有样式内联、结构最简、图片走微信图床。这是硬约束，谁来都一样。
路线一：开源排版 skill（gzh-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 实战」系列新篇；你发公众号最烦的是排版还是传图，评论聊聊；觉得有用就收藏备用。
