把写稿、配图和入库连成一条线：WorkBuddy 自动推送公众号草稿箱实操

文章终于写完了。

你刚准备松一口气，真正磨人的工作才开始：找图、裁封面、调字号、改行距、上传图片、复制正文，再到公众号后台一遍遍预览。

更让人烦的是，这些动作并不难，却会把一整块时间切得七零八落。写作时积累起来的情绪和判断，也经常在反复排版中被消耗掉。

所以，我更愿意把 WorkBuddy 的价值理解为一条“内容交付线”，而不是一台“自动写作机”。真正省事的地方，不是它能不能替你写出两千字，而是正文、截图、配图、封面和 HTML 能不能顺着同一条任务继续往下走，最后安静地出现在公众号草稿箱里。

成熟的自动化，不是把人踢出流程，而是在重复环节自动执行，在关键节点停下来等人确认。

一、这次要跑通什么

这次实操只完成到“公众号草稿箱”，不直接群发。完整流程是：

确定主题 → 撰写文章 → 人工审稿 → 整理截图 → 生成配图与封面 → 转为微信兼容 HTML → 上传图片 → 创建草稿 → 后台终审

腾讯官方文档把 WorkBuddy 定义为全场景 AI 办公工作台：用户用自然语言描述任务，它会在工作空间中读取材料、执行步骤并交付结果。官方文档也说明，Skill 可以封装脚本和工作流，在授权后调用第三方 API；因此，把公众号草稿接口封装成可复用 Skill，是这套流程成立的关键。

二、先准备好四样东西

1. 已经安装并登录的腾讯 WorkBuddy。
2. 能够使用相关接口的微信公众号账号；具体权限以公众号后台“接口权限”页面为准。
3. 公众号 AppID、AppSecret，以及已经加入白名单的调用方公网 IP。
4. 一个独立的本地工作目录，用来保存素材、截图、正文、封面和发布记录。

安全红线：不要把 AppSecret 直接粘贴到普通对话里，不要写进文章，也不要截图发给别人。优先使用本地环境变量或 Skill 指定的安全配置文件；测试截图中要遮住账号、密钥、公网 IP 和本地敏感路径。

三、在 WorkBuddy 中找到公众号发布 Skill

打开 WorkBuddy 左侧的“专家”，进入顶部“技能”页。官方界面截图中可以看到“技能市场”和“已安装”两个区域，市场里已经出现了 Wechat Publisher 一类公众号发布能力。

WorkBuddy 官方文档截图：技能市场。建议搜索“微信公众号”“Wechat Publisher”或“公众号草稿”。

如果市场里没有完全匹配的结果，点击右上角“添加技能”，可以选择“查找技能”“上传技能”或“创建技能”。

WorkBuddy 官方文档截图：添加技能，可查找、上传或创建 Skill。

在“查找技能”中输入下面这段提示词：

请帮我查找能够把微信公众号文章写入后台草稿箱的 Skill。

要求：
1. 能读取本地 HTML 正文和封面图片；
2. 能获取公众号 access_token；
3. 能上传正文图片和封面素材；
4. 能创建公众号草稿；
5. 默认只写入草稿箱，禁止直接群发；
6. 在执行前展示将要使用的账号、标题、摘要、作者和图片数量；
7. 优先推荐官方或来源清晰、权限说明完整的 Skill。

安装前别只看名字。先检查 Skill 的来源、权限、脚本说明和数据外发范围。公众号发布需要第三方平台凭证，这不是“点一下就没风险”的普通功能。第一次使用时，最好拿一个测试账号或低风险草稿先跑通。

四、建立一个不会乱的工作目录

新建任务前，先创建一个独立文件夹，例如：

workbuddy-wechat/
├─ materials/        原始资料与参考链接
├─ screenshots/      WorkBuddy和公众号后台截图
├─ images/           正文配图
├─ output/           Markdown、HTML和封面
├─ logs/             预检与发布结果
└─ .env              本地凭证，不上传、不分享

让 WorkBuddy 帮你初始化目录：

请在当前工作空间中创建微信公众号文章项目目录，包含 materials、screenshots、images、output、logs 五个文件夹。

同时创建：
1. .env.example：只保留变量名和占位符，不写真实密钥；
2. .gitignore：忽略 .env、临时文件和发布日志中的敏感数据；
3. publish-checklist.md：记录发布前检查项。

完成后只汇报创建了哪些文件，不要读取或输出任何真实密钥。

不同发布 Skill 的变量名可能不一样，务必以你安装的 Skill 说明为准。配置完成后，可以让 WorkBuddy 做一次“只验证、不发布”的连接测试。

五、先策划，再让 WorkBuddy 写正文

很多人把主题丢进去，就等着 AI 一次交稿。这样最快，也最容易得到一篇四平八稳、没有作者的文章。

更稳妥的做法是先让 WorkBuddy 输出写作方案，确认观点和结构后再写。以“机器旁边的人”公众号为例，可以输入：

我要为微信公众号“机器旁边的人”写一篇实操文章，主题是：WorkBuddy 自动把文章写入微信公众号后台草稿箱。

目标读者：希望用 AI 提升内容生产效率的职场人、自媒体作者和技术作者。

文章目标：让零基础读者照着文章完成“写稿—配图—封面—HTML排版—写入草稿箱”的完整流程。

写作要求：
1. 开头从“文章写完后还要排版、配图、上传”的真实痛点切入；
2. 有明确观点：WorkBuddy真正的价值不是替人写字，而是连接多个交付环节；
3. 采用故事推进，包含期待、受阻、怀疑、发现关键和理性总结；
4. 每一步提供可以直接复制的提示词；
5. 写明 AppSecret、IP白名单、图片上传和HTML兼容等风险；
6. 不虚构测试时间、数据和亲身经历；
7. 语言自然、有情绪、有判断，避免“赋能、颠覆、开启新时代”等AI腔；
8. 先输出文章大纲、核心观点和计划使用的图片清单，等我确认后再写正文。

WorkBuddy 官方文档中的任务对话就是这种模式：输入自然语言要求，在同一任务里继续检查和调整结果。

WorkBuddy 官方文档截图：输入完整要求后，在同一任务中查看结果并继续修改。

初稿完成后，不要直接进入发布。再用一轮“去AI感”审稿：

请以微信公众号责任编辑的身份审阅初稿。

重点检查：
1. 开头三句话是否足够抓人；
2. 是否存在没有依据的体验、数据或结论；
3. 哪些段落只是功能罗列，没有作者自己的判断；
4. 情绪变化是否自然，是否有具体事件触发；
5. 操作步骤、菜单名称和提示词能否对应；
6. 是否出现AI常用套话、重复总结和过度宣传；
7. 手机阅读时是否存在过长段落。

先列出问题、严重程度和修改建议，不要自动重写。等我确认后，再只修改确认过的问题。

六、把真实界面截图变成正文配图

实操文章最怕两件事：一是没有截图，读者不知道该点哪里；二是截图很多，却和步骤对不上。

建议至少保留四张真实截图：

• 技能市场中找到公众号发布 Skill；
• 输入文章策划与写作提示词；
• 右侧结果区出现 Markdown、HTML、配图和封面；
• 微信公众号后台草稿箱中出现新草稿。

先用系统截图工具截取真实界面，放进 screenshots 文件夹，再交给 WorkBuddy 统一处理：

请处理 screenshots 文件夹中的所有界面截图，用于微信公众号实操文章。

要求：
1. 保留真实界面，不重绘、不伪造按钮和文字；
2. 裁掉无关桌面区域和大面积空白；
3. 遮盖账号、AppID、AppSecret、公网IP、本地用户名和敏感路径；
4. 需要说明点击位置时，只添加简洁的红色箭头和1—4编号；
5. 保证手机端可以看清关键文字；
6. 统一导出为PNG，并按01-skill、02-writing、03-results、04-draft-success命名；
7. 输出图片清单，说明每张图应插入正文的哪个步骤。

任务完成后，可以在右侧结果区查看工作空间文件。官方截图显示，HTML 等成果会在对话旁边列出，不必离开当前任务反复寻找文件。

WorkBuddy 官方文档截图：在右侧结果区查看工作空间文件与生成的 HTML。

七、生成正文配图和公众号封面

截图负责证明“怎么操作”，配图负责解释“整个流程如何连接”。两者不能互相替代。

让 WorkBuddy 调用当前可用的图片生成能力，或者使用本地 HTML、SVG、PIL 等方式制作：

请根据已经确认的文章正文生成1张封面图和2张正文图。

封面图：
- 尺寸先按900×383像素制作，上传后以公众号后台裁切预览为准；
- 主标题：WorkBuddy自动发布公众号
- 副标题：从写稿、配图到草稿箱
- 风格：简洁、现代、真实办公感；
- 画面表现“文章文件沿一条流程进入微信公众号草稿箱”；
- 不堆砌机器人、芯片和发光大脑；
- 标题在手机信息流中必须清晰。

正文图1：
- 展示“选题→写稿→审稿→截图→配图→HTML→草稿箱”的完整流程；
- 16:9横图，最小字体在手机端清晰可读。

正文图2：
- 展示“自动执行”和“人工确认”的分工；
- 自动执行：生成文件、处理图片、上传素材、创建草稿；
- 人工确认：事实、观点、封面裁切、敏感信息、最终发布；
- 白底信息图，结构清楚，不添加水印。

生成后保存到images目录，并输出每张图的用途、尺寸和插入位置。

这里有一个很容易忽略的细节：公众号正文中的图片不能只是本地路径，也不能指望任意外链长期显示。发布 Skill 需要先上传正文图片，再把 HTML 中的图片地址替换成微信返回的地址；封面则要先上传为可用于草稿的封面素材。

八、把正文转成微信兼容 HTML

文章、截图和配图都齐了，再让 WorkBuddy 生成最终 HTML：

请把确认后的公众号文章转换为微信编辑器兼容的HTML，保存为 output/article.html。

要求：
1. 使用内联CSS，不使用JavaScript、外部字体、表单和复杂动画；
2. 正文字号16—17px，行高1.8—1.9；
3. 小标题层级清楚，段落适合手机阅读；
4. 代码和提示词使用可换行的深色代码块，避免横向溢出；
5. 按正文标记插入screenshots和images目录中的图片；
6. 为每张图片保留准确的alt说明；
7. 同时生成output/article.md、output/summary.txt和output/publish-manifest.json；
8. manifest中记录标题、作者、摘要、封面路径、正文HTML路径和正文图片清单；
9. 不上传、不发布，完成后只提供本地预览和文件清单。

我不建议把“生成 HTML”和“立即推送”写在同一条提示词里。两步分开，能在真正触碰公众号账号之前，多一次检查机会。

九、先预检，再写入草稿箱

第一条只做预检：

请调用已经安装的微信公众号草稿发布 Skill，对 output/publish-manifest.json 执行发布前预检。

本轮禁止上传素材、禁止创建草稿、禁止群发。

请检查并汇报：
1. 目标公众号名称；
2. 标题、作者、摘要；
3. HTML文件是否可读取；
4. 封面尺寸和文件格式；
5. 正文图片数量、路径和缺失情况；
6. 账号接口权限、凭证读取和IP白名单是否正常；
7. HTML中是否仍有本地路径、外链图片、JavaScript或不兼容样式；
8. 将要调用的操作，仅允许“上传素材”和“创建草稿”。

发现任何问题就停止，不要自动发布。预检通过后等待我确认。

确认目标账号和所有字段无误后，再输入第二条：

确认写入微信公众号后台草稿箱。

请严格使用刚才预检通过的manifest：
1. 获取或刷新access_token；
2. 上传正文图片，并替换HTML中的图片地址；
3. 上传封面并取得可用于草稿的media_id；
4. 创建公众号草稿；
5. 禁止调用群发、发布或删除接口；
6. 成功后返回草稿标题、草稿media_id、图片上传数量、完成时间和日志文件位置；
7. 日志中不得记录AppSecret和完整access_token；
8. 如果任一步失败，停止后续操作并给出可执行的修复建议，不要重复创建草稿。

十、最后一步必须回到公众号后台

WorkBuddy 返回“创建成功”，不等于文章已经可以直接发。

登录微信公众号后台，在内容管理的草稿区域打开新草稿，至少检查下面八项：

• 目标账号是否正确；
• 标题、作者和摘要是否完整；
• 封面在信息流裁切后是否还看得清；
• 正文图片是否全部显示；
• 截图中的小字在手机预览中是否可读；
• 提示词代码块是否溢出或错行；
• 链接、引用和段落间距是否正常；
• 是否残留AppID、IP、用户名或本地路径。

常见问题通常集中在三处：凭证或 IP 白名单导致连接失败；图片没有先上传并替换地址；HTML 使用了微信编辑器会过滤的样式。遇到错误时，不要立刻整条流程重跑。先让 WorkBuddy定位失败环节，确认没有重复草稿，再从断点继续。

写在最后：最值得自动化的，不是观点

第一次看到“自动写文章、自动发公众号”，很多人最先想到的是：以后是不是连文章都不用写了？

我恰恰觉得，方向应该反过来。

选题为什么值得写，哪个观点应该保留，哪些话不能为了流量夸大，这些才是作者最不应该交出去的部分。真正适合交给 WorkBuddy 的，是文件整理、图片处理、格式转换、素材上传和草稿创建——它们重要，却不值得反复消耗人的注意力。

当这些环节被连成一条线，作者省下来的不只是几十分钟。

更重要的是，写作的那股劲，不会再死在复制、粘贴和排版里。

让AI负责把文章送到草稿箱，让人负责决定这篇文章值不值得被看见。

---

截图说明：文中 WorkBuddy 界面图片来自腾讯 WorkBuddy 官方文档；不同版本的菜单位置可能调整，请以当前客户端为准。