公众号排版交给 AI,难点在能不能粘过去

用 AI 排公众号，最烦的不是排得难看。

是排得很好看，你一粘进编辑器，样式全掉了。屏幕上是加粗的标题、带底色的引用块，粘过去变成一堆没有格式的黑字。

这件事我遇到过。

后来我想明白了原因：公众号编辑器不认很多标签。外层的布局容器、类名、外部样式表，它全给你滤掉，只留最基础的那点东西。

所以 AI 排版真正的难点不在审美，在它得知道哪些东西是能带过去的。

有人把这件事做成了一个技能包，叫 gzh-design-skill。GitHub 上 3747 个 star，419 个 fork，最近一次提交在今年 7 月。

我用了一阵子，值得说三点。

先把门槛说清楚，这条会筛掉一部分人。

它不是那种下载安装的排版软件。你没法双击打开它，也没法拖一个文件进去。

它是给 AI 看的技能包。前提是你已经在用能加载技能的 AI 工具，Claude Code、Codex、Cursor 这一类。装好之后，你跟 AI 说一句「用某主题排版」，它自己去取组件、拼 HTML。

换句话说，这套东西解决的不是「人怎么排版」，是「AI 排完怎么不出错」。

对完全没碰过这类工具的人，这一步就是门槛，绕不过去。装好之后是零操作。

这是我用下来觉得最值的设计。

文章排完，它会先跑一遍合规校验。这个校验查的是：有没有出现微信不认的标签，结构是不是对的，正文里的每一段文字有没有按要求包裹。

过了这一关，才生成第二样东西：一个带复制按钮的预览页。你打开它，点右上角，粘进公众号编辑器。

两道关卡的分工很清楚。第一道管「能不能粘过去」，第二道管「粘过去方不方便」。

我想了一下，这个设计对应的是 AI 工作的一个通病。

AI 生成的东西，「看起来对」和「实际对」是两件不同的事。一篇排好的稿子，你在屏幕上看是没问题的，粘过去才知道样式掉了。人做这件事的成本是每次都要试一遍，AI 做这件事的成本是它可以自己先试一遍。

它选了后者。不过关就重做，不是把一份错的交给你，让你自己发现。

这个思路放到别的地方也一样：让 AI 交作业之前先自查一遍。这个技能包只是把它做成了一个具体的东西。

它内置了六套主题。摸鱼绿、红白、石墨极简、留白禅意、摸鱼票据、橄榄手记。

我更在意的不是有六套，是这六套的组织方式。

每一套主题是一个独立文件，里面四样东西：设计变量、各个组件的完整 HTML、模板骨架、以及从 Markdown 元素到组件的映射规则。代码不写在流程文档里，用的时候去组件库里取。

这个区别在改东西的时候才看得出来。

一次性模板的问题在于，这次排出来的好看，你下次想调一个段间距，不知道该改哪儿。改完发现另一篇文章的排版跟着变了，或者更糟，完全没变，因为那篇用的是另一份拷出来的样式。

组件库不是这样。设计变量集中在一处，改一个颜色值，用这套主题的所有文章跟着变。流程文档只写规则，不写具体代码。

我改过它的校验脚本和公共说明部分。改完之后六套主题都受益，不用一套一套去改。

写公众号的人最怕的一件事，是样式回不去。上个月一篇排得挺好，这个月想复用，调半天调不回来。把主题做成版本化的组件库，是解决这个问题的正路。

说一个我自己撞上的事。

有一回 AI 排完一篇文章，校验跑过去，零错误。我打开生成的 HTML 看了一眼，里面留着几十条注释，是用来标分区的，比如这里开始是正文、这里开始是结语。

注释本身不影响显示，但公众号编辑器怎么处理它，不太好说。

问题在于，校验器当时根本不检查注释。所以它显示「通过」。

我给它加了一条检查。

这件事让我明白一个道理：自动校验覆盖的是已知的坑。写校验规则的人，只能把他想到的问题写成规则。没想到的，跑一百遍也是零错误。

新坑得靠真实使用才能撞出来。

所以我现在看到「校验通过」这四个字，不会当成「绝对没问题」。它只说明已知的那几类问题没有出现。

如果你的排版是手动做的，这套东西对你没用，它不解你的题。

但如果你已经在用 AI 写稿，链条上有「写」和「排」两段是分开的，那它能省掉一跳。

我自己的流程是：稿子写完，跟 AI 说一句用哪套主题，它排完，我自己看预览页，点复制，粘进后台。

中间不再有「打开另一个排版网站」「把样式一点点调回去」这些动作。

上周我又排了一篇。

校验跑完，零错误。我还是翻到生成的 HTML 里，数了一遍注释条数。

零。

这件事以前要我自己盯着，现在有人替我看。

这里是「AI干货仓库」，一个还在跟排版较劲的地方。