文章终于写完了。你刚准备松一口气真正磨人的工作才开始找图、裁封面、调字号、改行距、上传图片、复制正文再到公众号后台一遍遍预览。更让人烦的是这些动作并不难却会把一整块时间切得七零八落。写作时积累起来的情绪和判断也经常在反复排版中被消耗掉。所以我更愿意把 WorkBuddy 的价值理解为一条“内容交付线”而不是一台“自动写作机”。真正省事的地方不是它能不能替你写出两千字而是正文、截图、配图、封面和 HTML 能不能顺着同一条任务继续往下走最后安静地出现在公众号草稿箱里。成熟的自动化不是把人踢出流程而是在重复环节自动执行在关键节点停下来等人确认。一、这次要跑通什么这次实操只完成到“公众号草稿箱”不直接群发。完整流程是确定主题 → 撰写文章 → 人工审稿 → 整理截图 → 生成配图与封面 → 转为微信兼容 HTML → 上传图片 → 创建草稿 → 后台终审腾讯官方文档把 WorkBuddy 定义为全场景 AI 办公工作台用户用自然语言描述任务它会在工作空间中读取材料、执行步骤并交付结果。官方文档也说明Skill 可以封装脚本和工作流在授权后调用第三方 API因此把公众号草稿接口封装成可复用 Skill是这套流程成立的关键。二、先准备好四样东西已经安装并登录的腾讯 WorkBuddy。能够使用相关接口的微信公众号账号具体权限以公众号后台“接口权限”页面为准。公众号 AppID、AppSecret以及已经加入白名单的调用方公网 IP。一个独立的本地工作目录用来保存素材、截图、正文、封面和发布记录。安全红线不要把 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 官方文档不同版本的菜单位置可能调整请以当前客户端为准。