用 WorkBuddy 搭建微信公众号全自动发布流水线（附完整步骤与踩坑记录）

标签：#WorkBuddy#　分类：人工智能　来源：原创

摘要：我把前期撰写的文章，放到一个专属文件夹。每天自动抓取我放进本地文件夹的文稿，自动纠错润色、排版配图、生成封面，并直接推送到公众号草稿箱——全程无人值守，发布前只需人工点一次审核。本文记录从 0 到跑通的完整步骤。

一、背景：提高公众号文章编辑效率

我运营一个个人微信公众号，坚持日更。日常流程是：写稿（Word）→ 手动纠错 → 网页后台粘贴 → 手动调格式 → 找封面图 → 上传 → 群发。每篇耗时 30–40 分钟，其中真正有创造性的只有写稿那 10 分钟，其余全是重复劳动。

我的诉求很简单：写完的 Word 丢进一个固定文件夹，剩下的全自动，我只负责最后审核点发布。调研后我选了 WorkBuddy（腾讯的全场景 AI 工作台），因为它同时具备三件事：本地文件操作权限、定时自动化任务、以及可以调用浏览器和脚本。这三样缺一不可——单纯的对话 AI 拿不到本地文件，单纯的脚本工具做不了润色排版。

二、方案设计：三条自动化流水线

最终落地的架构是三条互相独立的定时任务，全部跑在 WorkBuddy 的自动化模块里：

· 每日流水线（每天 09:30）：扫描本地「创作文稿」文件夹 → 按放入顺序取 1 篇 → 语法纠错润色（不动观点和语气）→ 生成公众号内联样式排版 HTML → AI 配图并裁掉水印 → 调用微信开放接口推入草稿箱 → 汇报库存。

· 每周流水线（每周日 09:30）：扫描 E 盘「学习研究」文件夹，把新增资料自动上传云端知识库，供后续创作检索取材。

· 每月流水线（每月 30 日 09:30）：扫描各平台后台导出的数据表，生成多平台数据看板（KPI 卡片、平台对比、趋势曲线、TOP 排行、运营建议）。

完整命令回复

三、实操步骤

步骤 1：把知识库搬进 WorkBuddy

先把历史资料沉淀成可检索的素材库。我在本地建好分类文件夹（品牌案例/商业资管/市场客研等），在 WorkBuddy 对话里说「把 E 盘学习研究文件夹导入资料库」，它会自动在云端建目录树并逐个上传。48 个文件里有两个 PPTX 超过单文件 100MB 上限，WorkBuddy 给出的方案是把 PPTX 当 zip 拆开、对里面 5–9MB 的高清图片降采样（最长边 2000px、JPEG 质量 80）后重新打包——142MB 压到 17MB，投屏质量完全够用。

（在本地硬盘中建立知识库目录）

发布指令

设置自动更新时间

步骤 2：搭每日推送流水线

核心目录结构如下（publish.py 是通过微信开放接口发草稿的脚本，config.json 存 AppID/AppSecret）：

wechat_mp/

  config.json        # AppID + AppSecret

  publish.py         # 取 token -> 正文图传图床 -> 封面传永久素材 -> draft/add

  articles/          # 排版 HTML

  images/            # 配图与封面

  processed.json     # 已推送台账（防重复）

自动任务的执行逻辑：扫描文件夹里未处理过的 docx，与台账比对；按文件创建时间从旧到新排序，一天只取一篇（队列消耗制）；只改错别字、语病和标点，严格不动观点、结构、语气；排版成正文 16px、行高 1.85、两端对齐的内联样式 HTML；没有合适配图时按文章主题生成横版图，并用 PIL 裁掉图片底部 18% 去掉 AI 生成水印；最后执行：

python publish.py --mode draft --author "李四" --title "<标题>" \

  --file "articles/xxx.html" --cover "images/xxx.jpg" --digest "<摘要>"

推送成功后把文件名写进台账，汇报 media_id 和剩余库存；库存少于 3 篇时提醒补充。实测从读到 Word 到草稿箱出现成品，全程 5 分钟以内，其中接口推送只要 9 秒。

步骤 3：多平台数据看板

公众号后台的个人订阅号没有数据统计 API 权限（所有 datacube 接口返回 48001），所以看板走「文件导入」路线：各平台后台导出的 Excel/CSV 按平台名放进子文件夹，脚本自动识别表头（标题/日期/阅读或播放/点赞/评论/分享/收藏/新增粉丝这些列名模糊匹配，表头前有干扰行也能自动定位），汇总输出一个自包含的 HTML 看板：KPI 卡片 + 平台流量对比 + 趋势曲线 + TOP 内容排行 + 自动生成的运营建议。

四、踩坑与解法

坑 1：个人订阅号没有群发权限。

我以为写好后直接自动推送。第一次跑通发布时兴冲冲调 freepublish 接口，直接返回 errno 48001——2025 年 7 月起平台回收了个人订阅号的自动群发权限。解法：改用 draft/add 接口推草稿箱，最终发布永远由人手动点。事后看这反而是对的：AI 准备、人来把关，内容安全上更稳妥。

坑 2：任务「没跑」其实是跑了一半。

有天上午到了点草稿箱没动静，我以为是任务没触发。排查发现自动化其实 09:37 就执行了：排版、配图全都做完了，只卡在最后一步发布（ IP 变了）。排查思路：先看 articles/ 目录最新文件的时间戳和台账，判断执行到哪一步，再对症处理，不要一上来就怀疑调度。在此说明下，IP问题可能导致推送失败，不用着急，WorkBuddy会告诉你怎么操作，在此不再赘述。

坑3：AI 改稿的分寸。

必须坚持原创，坚持自身内容输出。早期版本的提示词让 AI「润色」，结果它擅自改写句式、增删内容。后来把规则收紧成白名单式：只允许改错别字、语病、标点、人名地名用字（比如「螺祖」改「嫘祖」），其他一律不动，并要求汇报每一处修改。交给 AI 的事，边界越具体越安全。

五、效果

· 原来我一堆电子版文稿，每天用 30–40 分钟压缩到「写稿 + 点一次发布」，排版配图零耗时。把原来沉睡的数字资产从新激活了。

· 设定好自动推送之后，如同设定闹钟一样，每天 1 篇按放入顺序推送，库存台账防重复，断更风险只剩「忘了写稿」。

· 这些内容已经形成知识库素材上传云端，历史资料全部可检索，写新文章时说一句主题就能自动引用库里内容。

· 不用一个个平台去复盘，每月自动出多平台看板，哪类选题数据好一目了然，反过来指导选题。