AI 写好的文章，先别急着进草稿箱
- 备选一：AI 写好的文章，先别急着进草稿箱
- 备选二：公众号自动化总在返工？缺的是发布前那页预览
- 备选三：文章、配图、排版别一锅炖：先拼成一页预览再发布
我一开始有个困惑：公众号后台并不吃我们那种 HTML，为什么做自动化，第一步总是生成一个 HTML 文件？
后来想明白了：完整的 preview.html 不是直接给微信发布用的，它先给人预览；真正进草稿箱时，还要转成微信能接受的受限 HTML。它在浏览器里打开就能读，手机上也能看，改一句话重新生成只要几秒。这些好处，进草稿箱之前全用得上。
AI 写文章、生成配图、自动进草稿箱，流程跑通之后，问题反而比手工写还多。稿子在草稿箱打开，排版不对，配图跟文章不是一个路子，判断表在手机上挤成一团。改一处，重新生成一遍，重新上传一遍。来回几次，没人说得清该怪谁：怪文章，怪图，还是怪最后那一步转换。
AI 没把稿子写坏，是我们把验收环节省掉了。
一、把 HTML 当发布格式，验收就被省掉了
看到“生成 HTML”就以为是最后一步，格式对了就能进草稿箱。这一步真正干的活是预览。
HTML 可以做成一个普通网页，在浏览器里打开，像读者一样把文章读一遍。配图该出现在哪段，表格能不能看清，标题层级顺不顺，手机宽度下长什么样，都先在这里暴露出来。确认没问题，再转成微信能接受的那套受限格式，传进草稿箱。
微信对排版的支持有限，很多效果传进去会变形。平台本来就有边界，转换环节只是顺着边界走。正因为有边界，才更需要先在一个没有边界的地方把稿子看清楚，再带着已知的妥协去发布。
预览页还有个用处：它是一份大家都能打开的东西。内容负责人看文字，出图的人看图位，管发布的人看整体，每个人在同一页上指出问题，省得各自在文档、文件夹、编辑器里来回找。预览页是给干活的人验收用的，读者看不到它。读者看到的是发布后的样子，而你在发布前需要的，是一张能指哪打哪的检查台。跳过这一层，你第一次看到成品就是在微信编辑器里，排版、配图、结构的问题混在一起，改起来没有头绪。
二、混在一起做，返工的是整条链路
把文章、配图、排版、草稿箱写入放进同一步，表面是一次搞定，实际是每次改动都要重跑完整条链路。
常见的返工长这样：文字改了一句，要重新生成整个文件再上传；配图换了一张，图片位置是写死的，得跟着改；判断表电脑上看正常，手机上一挤就变形，要调整列数再转一次。每一步都重复消耗时间，重复消耗接口额度，最后还要人肉在草稿箱里核对一遍。一次发布，光这些来回就能耗掉半天。
更麻烦的是责任边界。内容不对怪写稿的，图不对怪出图的，排版不对怪写代码的，谁也说不清。问题就出在缺一个大家都能看的中间产物。有了中间产物，返工就有了固定入口：这版是文字要改，那版是图要换，不再是一锅乱炖。
三、体检表：你的自动化要不要先做预览层
| 体检项 | 出现这些情况 | 该做什么 |
|---|---|---|
| 排版检查点 | 总是在草稿箱里才发现排版不对 | 先做 preview.html，在浏览器里看 |
| 图文一致性 | 配图和文章风格对不上，返工要重跑全流程 | 先出 image_shotlist，图位、风格先定稿 |
| 表格可读性 | 判断表在手机上挤成一团 | 先在预览页用手机宽度检查，再转换 |
| 改动成本 | 改一处要重新上传整个稿子 | 分文件保存，哪层有问题只返工哪层 |
| 责任归属 | 出了问题说不清是内容的锅还是图的锅 | 每个产物设一个明确的验收动作 |
| 发布前确认 | 发布前没人完整读过一遍成稿 | preview.html 就是给“通读”用的 |
打勾超过两三条，就先补预览层，再谈自动化。这张表别收藏完就完事，每次跑自动化之前过一遍，哪行打勾就先补哪行。
四、五个产物，五个验收动作
把流程拆开，每个文件只干一件事，也只承担一个验收动作。顺序很重要：先验收内容和图，再合成页面，最后才碰草稿箱。
final.md：定稿的文章，只有文字，不掺排版。它负责“文章本身能不能发”，是内容负责人拍板的地方。文章里用“[图1]”这类占位标记标出图片位置，和配图清单一一对应。改稿只改这一个文件，其他层不受影响。
image_shotlist：配图清单，写明每张图放在哪一段、起什么作用，比如“第二节配一张对比示意图”。它负责“图和文章是不是同一套”：风格统一，表情一致，站在一起像同一批人做的。咱们那套黑白圆头小人，就该从头到尾是一个画风，别让其中一张突然变成别的路子。图位先在这里定死，后面就不会出现“图挺好，就是放错了地方”的尴尬。
images：按清单出好的图片文件。这一层只验收图片质量，跟文章无关。图不行就换图，不用重写一个字。
preview.html：把 final.md 和 images 合成一个网页，在浏览器里打开，模拟读者阅读。它负责“整体能不能发”：排版、图位、表格可读性，全在这一层检查。预览页的颜色、留白、卡片和表格也要跟 IP 图同一套气质，否则文章和图会割裂。问题在这里被看见，就不必到草稿箱里再看见一遍。返工也方便：换一张图，重新合成一次页面就行，不碰文字层。
wechat_content.html：微信能接受的受限 HTML，由 preview.html 转换而来。它只做格式转换，不负责内容判断。进了草稿箱，做最后的核对和发布。
对应关系很简单：final.md 管内容，image_shotlist 管图位和风格，images 管图质，preview.html 管整体效果，wechat_content.html 管转换对不对。哪一层出问题，就只返工哪一层，不用重跑整条链。
五、明天只做一件事
先别急着搭流程。找一篇已经在草稿箱里返工过的旧稿：文字导出成纯文本，配图按顺序放进一个文件夹，用最简单的工具把两者拼成一页网页，浏览器打开，从头读一遍。读到卡住的地方，停下来问一句：是话没说清，还是图没放对，还是版式不好看。
读完之后，把三个发现写下来：几处文字要改，几张图要换，哪个版式在手机上不行。
只做这一件事。你会立刻分清哪些问题属于文章，哪些属于图片，哪些属于最后那一步转换。看清楚之后，再决定要不要把预览层沉淀成自动化。