#WorkBuddy# 用WorkBuddy从0到1完成公众号文章优化与草稿推送——一篇实操教程

前言

做自媒体的人都知道，写完一篇文章不等于能发。排版、金句、CTA、封面图、推送到草稿箱……每个环节都要花时间。

这篇文章记录我用 WorkBuddy 一次性完成「公众号文章诊断 → 文案优化 → 尾面图生成 → API推送草稿箱」的全过程。不是概念介绍，是每一步都跑通了的真实操作记录。

一、背景：一篇文章需要改什么？

我有一篇公众号文章，标题是《学AI最忌讳的一件事：等"学明白"了再动手》，内容讲的是"干中学"的理念，附了一个用 Kimi 做知识库问答时遇到 RAG 的真实案例。

文章底子不错，但要发公众号，我自己看总觉得哪里不对，但说不上来。

于是我把全文丢给 WorkBuddy，让它做一次"公众号发布前的体检"。

二、WorkBuddy 的诊断结果：5个硬伤

WorkBuddy 读完全文后，直接给出了5个问题清单：

看到第1条的时候我就服了——"知识的诅咒"这个词我用了很久，一直以为是"学太多学不完"的意思，实际上是认知心理学里"专家无法理解新手困境"的概念。这个错误如果发出去，评论区一定会有人纠错。

三、逐条优化的过程

WorkBuddy 不是只给问题不给方案，每一条都附了具体改法：

改动1：「知识的诅咒」→「死循环」

原文："掉进知识的诅咒：永远学不完，永远开不了工"

改成："这就是大多数人的死循环：学 → 觉得不够 → 继续学 → 还是觉得不够 → 永远没有'开始'那一天。"

用"死循环"替代不准确的专业术语，还把循环过程拆开了，读者一看就懂。

改动2：新增金句区

在 RAG 案例之后，补了一段引用块：

不是先学再干，而是先干再学。 遇到墙，拆墙。拆不动了，才去学怎么拆。 学完就用，用完就记住。

这是全文的"传播锚点"，方便读者截图转发。公众号文章如果没有一句能截图的话，传播力会差很多。

改动3：RAG 例子加"情绪转折"

原文直接从"变傻了"跳到"研究RAG"。中间补了一句："我当时就懵了：明明昨天还好好的，怎么今天就废了？"

加了情绪反应，读者代入感更强。写文章不是写报告，有情绪才有共鸣。

改动4：结尾加行动指引

原文结尾只到"边干边学是最短路径"就结束了。补了一段：

别问"我该先学什么"。随便找一个你感兴趣的问题，今天就把它丢给AI，看它怎么回你。从那一刻起——你就已经在学了。

把理念变成今晚就能执行的动作，读者才有"被推动"的感觉。

改动5：CTA升级

原文只引导评论。优化版分三层：

• 互动："你的坑，正好是别人的解药"——比"评论区聊聊"有吸引力
• 在看：引导点"在看"，提升推荐权重
• 转发：精准指向"还在准备的朋友"，给读者一个转发的理由

改动6：段落节奏调整

长段落拆成1-2行的短段，关键句单独成行。手机端阅读体验更好，下滑节奏更顺。

四、生成封面图

公众号文章需要封面图，尺寸建议 900×383（2.35:1）。

我让 WorkBuddy 用 AI 生成了一张封面：深蓝色背景 + 金色发光路径，路径上有一个小人向前奔跑，身后留下一堆书本。契合"干中学"的主题——丢掉书本，跑起来。

生成后效果不错，高对比度，在公众号信息流里很显眼。

五、推送到公众号草稿箱（踩坑记录）

这是整个流程里最折腾的一步，也是最有价值的一步。

5.1 找到发布技能

WorkBuddy 内置了一个「公众号草稿推送」技能（mp-draft-push），它封装了微信公众号的 API 调用流程：获取 access_token → 上传封面图 → 创建草稿。

5.2 准备凭证

推送需要公众号的 AppID 和 AppSecret。这里踩了第一个坑：

坑1：原始ID ≠ AppID

我一开始发了一个 gh_9192dce91f97，这是公众号的原始ID，不是 AppID。

坑2：AppSecret 不在注册信息页

截图发的是「注册信息」页面，那里只显示 AppID。AppSecret 要去「设置与开发 → 基本配置」页面，找到"开发者密码(AppSecret)"那一栏，点"重置"获取。首次需要管理员扫码验证。

5.3 IP白名单问题

拿到 AppID 和 AppSecret 后，调用 API 获取 access_token，结果报错：40164 invalid ip。

坑3：调用方IP必须在白名单里

微信公众号 API 要求调用方的 IP 必须先加到白名单。WorkBuddy 告诉了我当前的 IP 地址，我去「基本配置 → IP白名单」里加上之后，token 就拿到了。

5.4 jq 未安装

拿到 token 后，脚本用 jq 解析 JSON 返回值，结果报错。排查发现环境里没装 jq。

坑4：换用 Python 处理 JSON

WorkBuddy 自动切换方案，用 Python 重写了整个推送流程（requests + json），绕过了 jq 依赖。这体现了 AI 助手的一个优势：遇到环境问题能自动适配，而不是卡住报错。

5.5 推送成功

最终用 Python 脚本完成了三步操作：

1. 获取 access_token ✅
2. 上传封面图，拿到 media_id ✅
3. 创建草稿，拿到草稿 media_id ✅

草稿成功出现在公众号后台的「内容管理 → 草稿箱」里，标题、摘要、封面图、HTML正文都正常。

推送完成后，WorkBuddy 自动清理了含 AppSecret 的临时文件。

六、效果总结

整个流程从"文章诊断"到"草稿推送成功"，一个人、一个工具、一次对话搞定。

如果是传统流程：

• 自己反复读文章找问题 → 半小时
• 手动改文案 → 1小时
• 找/做封面图 → 半小时
• 登录公众号后台手动排版发布 → 半小时

用 WorkBuddy：全部在一个对话里完成，还能自动处理 API 调用中的各种环境问题。

七、写在最后

这篇文章本身就是"干中学"的产物。我没有先去学"微信公众号API怎么调"，而是在"我想把文章推到草稿箱"这个真实需求驱动下，一步步遇到了问题、解决了问题。

AppID 和原始ID的区别、IP白名单、jq 依赖、Python 替代方案——这些知识如果脱离场景去学，大概率学完就忘。但现在，每一个都是被真实问题"逼"着搞懂的，这辈子忘不掉。

工具不是学出来的，是用出来的。

标签：#WorkBuddy# #公众号运营# #AI实战# #实操教程# #效率工具#