这一篇紧接着上一期的内容。

上一期我们搞定了科技早报的自动生成，很多同学跑通后跟我反馈：“曹工，图是有了，但发公众号还是很繁琐啊。”

确实，要把图片保存下来，去公众号后台新建图文，手动把新闻一条条复制进去，还得处理外部链接不能跳转的问题，最后还得手动裁剪封面图。这一套下来，没个二十分钟搞不定。

既然要做自动化，就得做得彻底一点。今天我们要实现的效果是：上一个工作流生成图片后，自动触发这个工作流，完成公众号图文的排版、封面上传、链接转二维码、最后直接生成一篇“待发布”的草稿。

你要做的，只是在手机上预览一下，检查图片是否有缺陷，原文二维码识别跳转是否正常，就可以直接发表了。

核心难点与解决方案

在开始连线之前，有两个痛点必须先说清楚，否则后面的配置你可能会看不懂：

1. 外链跳转问题：微信文章内部不支持直接跳外部新闻链接。
   • 解法：把每一条新闻的链接自动转成二维码图片，放在标题旁边，用户长按识别即可。
2. 封面图裁剪问题：通过接口上传封面，文章默认的封面裁剪可能是在中间，不能很好的展现封面图。
   • 解法：这里需要用到一个取巧的方法，手动抓取微信后台的裁剪参数（下文会详细教）。

先看一眼最终做出来的草稿效果，左边新闻，右边二维码，底部还自动挂了名片：

准备工作：安装社区节点

n8n 原生并没有对接微信公众号和生成二维码的功能，我们需要安装两个社区贡献的节点。

点击左侧菜单的 Settings -> Community Nodes -> Install，分别搜索并安装：

1. n8n-nodes-wechat (用于操作公众号接口)
2. n8n-nodes-qrcode-generator (用于把链接转成二维码图片)
    

安装完如果没有搜到相关节点可以重启一下 n8n。

搭建流程

先看看工作流的全貌

第一步：接收数据与环境初始化

这个工作流不是独立运行的，它是被上一个“早报生成”工作流触发的。

Execute Workflow Trigger (工作流被调用)
这个节点作为入口，接收上游传来的两个核心数据：

• newsList：包含所有新闻标题和链接的数组。
• picUrl：上一道工序生成好的早报长图链接，封面和内容长图都用这个。

第二步：拆解数据，逐条处理

因为新闻是“一堆”数据，而生成二维码需要“一条一条”来，所以这里需要把数组拆散。

Split Out (拆分数据)

• Field to Split Out: 填入 newsList。
  这一步把原本的一条包含 10 个新闻的数据，拆成了 10 条独立的数据流。

注意节点间连接线上的项目数量，经过这个节点处理，变成了 10 个项目，每个项目都是一条独立的新闻。

Loop Over Items (循环处理)
这是一个容器节点，所有在它里面的操作，都会对每一条新闻执行一次。

• Batch Size: 设为 1，保证顺序处理。
• 把节点的 Loop 端点连到下一个生成二维码的节点上，每一次循环会传递单条新闻数据。

第三步：循环内的核心操作（链接转码）

接下来的三个节点都在 Loop 循环内部，逻辑非常紧凑：拿链接 -> 转成码 -> 传给微信 -> 拿到微信图片链接。

QR Code Generator (生成原文链接二维码)
这是刚才安装的社区节点。

• Content: 填当前循环的新闻的 link 字段
• Width: 设置为 300 像素足够了，足够长按识别。
  这一步会直接输出一个图片的二进制文件（Binary Data）。

上传图文消息图片 (WeChat)
注意，刚刚生成的二维码是在 n8n 的内存里，需要上传为微信图文消息图片，获取到图片链接才可以插入文章里。

• Binary Property: 填入 data（这是上一个节点输出图片时的默认属性名）。
  执行后，微信会返回一个 url，这个 URL 才是能在公众号文章里显示的图片地址。

注意所有微信相关操作的节点都要选择凭证，使用微信开发者平台（12 月 1 日起所有开发相关的配置都挪到这了）里获取 AppID 和 AppSecret，并且把 n8n 运行机器所在的公网 IP 配置到白名单内。
 

Edit Fields (拼装新闻标题和链接)
一条新闻跑完所有流程后，我们需要整理一下输出给下一步的数据。
保留两个字段：

1. title: 新闻标题。
2. qr_url: 刚才微信返回的那个图片 URL。

循环执行完成以后，所有新闻的原文链接被替换成了微信提供的二维码访问链接

其实 n8n 的设计原则是默认支持循环执行节点的，这块要单独添加循环是因为上传图文消息这个节点不能根据前面传入的项目数量自动运行多次，所有需要手动设计循环流程让每次只处理一个新闻，最后再合并，就没问题了。

第四步：AI 智能排版

当所有循环跑完，我们用 Aggregate 节点把散落的数据重新聚合起来。现在我们手里有了一个包含所有标题和对应二维码 URL 的列表。

这一步是为了让大模型能拿到完整的新闻列表，如果不合并，后面的 AI Agent 节点会对每个新闻运行一次，这样不符合我们汇总拼接的目的。

拿到了新闻标题和原文的二维码链接，怎么把它们变成漂亮的表格？手写 HTML 拼接太累了，这种脏活累活交给 AI 就行了。

AI Agent (排版引擎)

添加 AI Agent 节点，按下图设置，注意 allNews 拖进来以后外面要加上一层 JSON. stringify() ，否则大模型不能准确拿到 JSON 里的内容。

Chat Model 端点连接一个大模型，这里我使用了 Gemini，你用 DeepSeek 也可以。

格式化端点的选择与填写参考下图

我在大模型的系统提示词 Prompt 里写得非常具体，让大模型组装一个标准的 HTML Table。
第一列放新闻标题，第二列放一个 img 标签，src 为这条新闻对应的原文链接生成的二维码，最后拼接为完整的表格结构内容放入 content 字段。

AI 就帮我们把十条新闻瞬间拼成了一段整洁的 HTML 代码，并且从传入的 markdown 内容内提取早报图片的 URL 放入 pic_url 字段。

早报图片链接原内容为 markdown 格式：

![image](https://googlecdn2.datas.systems/storage/response_images/644/2025/12/02/1764691118947519493_6982.png)

大模型会把图片链接部分提取出来，可以复制出来测试一下在浏览器是否能访问。

第五步：处理封面图（硬核知识点）

新闻正文搞定了，现在处理封面，因为公众号文章的封面是要使用永久素材的 media_id，所以我们要先把早报的图片上传到微信服务器，获取 media_id 和常规 URL，后续正文内也要用到。

HTTP Request (下载封面)

大模型提取出来的封面链接只是一个 URL，我们需要把它下载成二进制文件。

• URL: 填入 picUrl。
• Response Format: 选择 File。

Edit Image(调整图片大小)

因为前面的工作流画的早报图片是 4K 高清，图片会比较大，上传微信服务器的时候会报图片太大的错，所以这边添加一个编辑图片的节点，选择 Resize，将图片的尺寸调整到 2K 左右，这样图片的大小就不会超标了。

上传永久素材 (WeChat)

把刚才调整完大小的图片传到微信素材库， 这里微信会返回一个 media_id，这是封面的唯一身份证，后面的步骤要用到。

第六步：生成草稿与发布

终于到了最后一步，把所有东西组装起来。

新增文章 (WeChat)

• 标题: 可以用表达式自动生成日期，如 {{ $now.format('yyyy年MM月dd日') }} 科技早报。
• 消息内容: 插入要展示的早报图片，再把刚才 AI 拼接好的 HTML 字符串也添加到指定的位置。你还可以在前后加上一些固定的头部或尾部（比如“关注曹工不加班”的引导语）。
• 封面媒体ID: 填入上一步获取的 media_id。

下面是消息内容的详细配置

关键点：如何达到最好的封面裁切效果？

公众号文章的封面有两个尺寸，具体看下图，合并发布时作为第一个文章时为 2.35:1, 后续文章或者分享出去的卡片封面为 1:1，我们需要获取到封面图裁剪的参数，才能达到最佳展示效果。

像我的早报顶部有标题和日期，用来做封面图正好，所以这个地方裁剪顶部区域即可，裁剪的参数自己计算有点麻烦，这边有个取巧的方法

获取方法：

1. 打开 Chrome 浏览器，登录公众号后台，打开新建文章的编辑器页面。
2. 按 F12 打开开发者工具，切换到 Network 面板。
3. 把工作流生成的图片（尺寸需要固定，至少比例需要固定）添加到封面图并裁剪。
4. 在 Network 里找到上传请求，查看 Payload，复制里面的两组参数用下划线连接。
5. 把这个两个值分别填回 n8n 的对应字段里。

发送钉钉消息

最后，调用 HTTP Request 节点通过钉钉机器人的 Webhook 自己发个通知，告诉自己草稿已经上传完成，审核一下没有问题，就可以发表了。

总结

这套流程跑通后，以前繁琐的排版工作就变成了全自动，解决了从生成到发布最后一公里的痛点。

这套工作流的 JSON 文件，我都打包好了，关注公众号“曹工不加班” 发送 “02” 即可获取，直接拿去导入就能用，有问题可以直接公众号私信我。

感谢同学们能看到最后，曹工不加班，点个关注早点下班～