公众号文章完成后，如何把配图、排版和发布分开处理

写完正文，不等于所有后续工作都要一起做

公众号文章交稿后，常见的下一步有配图、排版、预览、推送草稿箱和群发。它们彼此相关，却不是同一个任务。把这些动作全部默认塞进“完成文章”里，容易出现两类问题：一是正文尚未确认，就先花时间处理图片和样式；二是工具把稿件推入草稿箱甚至执行后续操作，而作者原本只想拿到一份可编辑的正文。

更清楚的做法，是把交付拆成几个可以分别确认的环节：正文完成、配图处理、版式转换、本地或后台预览、获得授权后推送草稿箱。每一步都说明输入、产物和是否继续，哪怕中途停下来，已完成的内容也不会和待办事项混在一起。

这里说的“分开处理”，不是要求每件事必须使用不同工具，而是要求任务边界清楚。你可以先只要正文；之后单独补充图片需求；再决定是否套用公众号样式；最后明确是否要推送到草稿箱。没有提出的动作，不应被当成默认授权。

第一步：把正文作为独立交付物

写作阶段先约定交付内容，例如标题、摘要、正文、结构层级，以及需要保留的链接或资料说明。若文章仍要经过团队审核，也可以把初稿和定稿状态标清楚。这样后续做配图或排版时，处理的是一份明确的稿件，而不是一边改观点、一边调整视觉样式。

如果原稿使用 Markdown，可以在写作阶段保留标题、列表、引用、代码块等结构。相关工具的资料显示，Markdown 可以作为转换公众号排版的输入；但转换并不意味着内容本身已经无需检查。文章结构、图片位置和格式是否正确，仍要在导入或转换后确认。

建议把交付状态写得具体：

• “只完成正文，暂不配图、排版或发布。”

• “正文已定稿，下一步只补充文中配图，保留原文。”

• “请将这份 Markdown 转成公众号预览，不推送草稿箱。”

这类说明比“把文章做完整”更容易执行，因为它直接指出本轮要做什么、哪些事暂不做。尤其在团队协作中，明确“暂不发布”可以避免把内容准备工作误解成对外操作的许可。

第二步：配图按需追加，不要自动补齐

配图可以在正文完成后单独安排。先判断文章是否需要插图、封面，还是暂时以纯文字交付；再给出图片主题、用途、位置和已有素材。若文章没有封面，也不等于一定要立刻生成一张。参考的发布流程资料明确区分了配图与排版：没有封面时仍可生成本地预览，但进入草稿发布流程时，封面可能是必要条件；另一份工作流资料也明确写出，排版和发布不应自动调用视觉模块，只有用户另行要求配图时才进入图片处理。

这一区分很实用：文章缺图是一项待决定的需求，不是自动生成图片的指令。如果作者还没选好图，可以先保留图片位置说明，例如“此处待补示意图”，也可以先只做文字版预览。若需要实际配图，再单独说明图片是封面还是正文插图，以及是否使用已有素材或另行制作。

已经有图片时，也要把素材交付和排版安排分开。图片来源可能是本地文件、网络图片或编辑器中的已有内容；不同工具对图片导入和上传的方式不同。资料中的公众号排版案例提到，部分流程会把文章中的本地图片或网络图片上传至微信图床，再推送到草稿箱。这并不意味着所有图片都能在任何平台上直接沿用。导入后应检查图片是否显示、顺序是否正确、位置是否符合正文语义。

第三步：排版只改变呈现，不顺手改写正文

排版任务最好限定为“转换结构与视觉样式”，而不是再做一轮内容改写。可以指定主题、标题样式、正文格式、代码块样式等；如果没有特别偏好，就先采用工具提供的默认主题，并把样式选择留到预览后调整。

不同来源展示了几类常见工作方式：将 Markdown 转成公众号兼容格式、把 Notion 内容导入公众号编辑区，或在本地工作区生成公众号长文预览。它们解决的问题有所不同，但共同点是，转换后仍需要核对标题层级、列表、引用、图片顺序和特殊格式。尤其是从一个编辑器搬到另一个编辑器时，原稿看起来正常，并不能保证目标页面完全一致。

因此，交代排版时可以附上边界：

• 保留正文原意和段落顺序，只处理版式。

• 图片先按原稿位置放置，不自行新增配图。

• 先生成预览，确认后再讨论是否推送草稿箱。

如果发现标题层级或图片位置错乱，先修正导入结果，再套用样式；不要同时大改结构和视觉格式。这样可以更容易判断问题来自内容结构还是排版转换，也减少重复调整。

第四步：预览是独立的检查环节

预览不等于发布，也不应被省略。资料中的流程包括在本地生成预览，或将排版结果推送到公众号草稿箱后再通过后台查看；另有导入流程建议在编辑区检查标题层级和图片顺序，并以公众号预览效果为准。也就是说，预览的作用是发现目标环境中的显示问题，不能仅凭原始 Markdown 或其他编辑器里的外观判断结果。

预览时可以依次检查：标题和摘要是否正确，正文段落是否完整，标题层级和列表是否清楚，图片是否缺失或错位，链接和特殊符号是否显示异常。若是包含代码、表格或多张图片的文章，还应重点确认这些内容在转换后的效果。具体可用的格式和限制会因工具、平台及文章内容而不同，不能把某一工具的检查规则当作所有公众号流程都通用的标准。

这一环节可以单独交付为“预览文件”或“后台草稿预览”。预览后如果需要换主题、调整图片或修正格式，应明确只重新生成预览；不要因为要改样式，就自动再推一次草稿。发布工作流资料也特别区分了这两类动作：更换主题可以重新预览，但再次发布需要重新明确要求。

第五步：把草稿箱和正式发布授权说清楚

“排版完成”“预览通过”和“发布”是不同状态。把内容推送到公众号草稿箱，已经涉及外部平台操作；正式群发则是更进一步的发布动作。不能只凭“把文章整理好”“完整制作”推断作者同意执行这些操作。

相关工作流资料规定，只有用户本轮明确要求推入草稿箱或发布，且发布预检通过时，才执行推送；只要求排版、预览或“完整制作”，不构成发布授权。资料还指出，发布前需要检查文章和封面等条件；未获得明确授权时，流程应停在预览。实际使用时，可以把授权分成两句确认：

• “请生成排版预览，不要推送到公众号。”

• “预览确认后，请将这篇文章推送到公众号草稿箱；暂不群发。”

如果只需要草稿箱，就不要把“发布”含糊地用作泛称，因为有些流程会将其理解为推送到草稿。说明目标状态更稳妥：是生成本地预览、保存到草稿箱，还是要求执行正式群发。草稿箱里的内容也应在后台预览和微调后，再由负责账号的人确认后续操作。

一份可复用的分步任务说明

可以用下面的模板安排文章完成后的工作，并按实际需要删掉不相关步骤：

> 正文已经完成，请保留标题、段落顺序和原意。当前任务只做公众号排版预览，不生成或新增配图，不推送草稿箱，也不群发。请先检查标题层级、图片位置和格式；发现问题时列出需要确认的项目。等我确认预览并明确授权后，再处理下一步。

如果确实需要补图，可以先单独追加：

> 请为这篇文章准备封面图和正文配图。先列出图片用途与对应位置，等我确认素材方案后再继续；不要修改正文，也不要排版或发布。

准备推送草稿时，则另起一条明确指令：

> 请把已确认的文章和封面排版后推送到公众号草稿箱。完成后告知我草稿状态；不要群发。

这种拆分让每一步都有清楚的产物，也便于追溯哪些工作已完成、哪些仍待确认。正文可以先交付，图片可以之后补，排版与预览可以再次单独安排；只有在作者明确提出并授权时，才进入草稿箱或发布环节。