文科生也能搞定：基于Workbuddy与Qwen-Coder的公众号自动化发布实战

1. 项目概述：一个文科生的自动化内容发布工作流

作为一个非技术背景出身的博主，我长期被内容创作和发布的繁琐流程所困扰。每天要花大量时间在公众号后台手动排版、检查、发布，还要处理各种授权和素材管理，效率极低。直到我下定决心，要为自己打造一套“懒人”自动化工作流，核心目标就一个：让内容创作回归创作本身，把重复、机械的发布工作全部交给机器。

这个被我戏称为“龙虾进化史”的项目，正是这套工作流的实践记录。它不是什么高深莫测的AI应用开发，而是一个由几个现成工具巧妙拼接而成的“土法炼钢”方案。其核心解决了三个痛点：公众号转载的授权问题（白名单）、内容定时自动发布、以及利用AI辅助进行代码调试和文案润色。整个系统的技术栈非常“亲民”，主要围绕 Node.js 环境，利用workbuddy这个自动化工具作为执行中枢，再结合通义千问的qwen-coder模型来处理一些需要动脑的环节。

如果你也是一个内容创作者，受困于日复一日的重复操作，或者对自动化抱有好奇但又被“编程”二字吓退，那么我走过的这条路或许能给你一些直接的参考。它不追求技术的极致优雅，但求实用、能跑通、真正解放双手。

2. 核心需求与方案选型背后的逻辑

为什么是这三个工具的组合？这完全是由实际工作流倒推出来的。

2.1 需求拆解：从人工到自动化的每一步

我的旧有工作流是这样的：写完文章 → 登录公众号后台 → 申请白名单（如需转载）→ 等待对方回复并添加 → 复制文章内容到后台编辑器 → 手动排版 → 设置封面、摘要、标签 → 选择定时发布或立即发布。这个过程里，大量时间浪费在等待、重复点击和格式调整上。

因此，自动化需求可以明确为：

1. 白名单管理自动化：能自动或半自动地完成公众号文章白名单的添加，避免人工来回沟通和操作。
2. 发布流程自动化：能将本地写好的文章（Markdown格式最佳）自动同步到公众号后台，并完成基本的排版、参数设置和定时发布。
3. 辅助智能提效：在配置自动化脚本或处理意外情况时，能有一个“懂行”的助手快速解答技术问题，甚至帮忙写两行代码。

2.2 工具选型：为什么是 Workbuddy + 通义千问？

面对这些需求，我评估了几种方案：

• 方案A：纯Python脚本 + 微信API。功能最强大灵活，但学习成本高，且个人订阅号接入微信官方API流程复杂，容易在审核环节卡住。
• 方案B：使用现成的第三方发布平台。许多平台提供公众号管理功能，但通常需要授权扫码登录，有安全顾虑，且高级功能收费。
• 方案C：基于浏览器自动化的工具（如 Puppeteer, Playwright）。可以模拟人工操作，但需要自己写完整的操作逻辑，调试和维护工作量不小。

最终我选择了方案C的“升级版”：Workbuddy。它本质上是一个基于 Node.js 和 Playwright 封装的可视化自动化工作流构建工具。你可以通过拖拽模块（它称之为“Skill”）来组装自动化流程，比如“打开网页”、“输入文本”、“点击元素”、“等待时间”等。这对我这样的文科生来说简直是福音——我不需要精通 JavaScript 语法，只需要理解每个“Skill”是干什么的，然后像搭积木一样把它们连起来。

选择Workbuddy的核心理由：

1. 学习曲线平缓：可视化操作大大降低了自动化门槛。
2. 功能强大且免费：基于 Playwright，能处理现代网页复杂的交互，个人版功能足够用。
3. 易于调试：每一步操作都有直观的日志，并且可以实时看到浏览器在执行什么，哪里出错了一目了然。
4. 社区支持：有现成的“Skill”市场和教程，很多常见操作（如登录、表单填写）可以直接复用。

而对于“提神醒脑”的智能辅助，我选择了阿里的qwen-coder模型。在调试Workbuddy流程或编写一些简单的 Node.js 辅助脚本时，遇到问题直接问它，比漫无目的地搜索更高效。特别是它对于代码问题的理解和生成能力，在解决具体报错、编写数据格式转换小函数时，表现非常出色。

整个方案的架构思想就是：用Workbuddy这个“机器人”去模拟我在电脑前的一切手动操作，用qwen-coder作为这个“机器人”的“教练”和“顾问”，而我，则退居幕后成为流程的设计者和监督者。

3. 环境准备与核心工具部署

任何自动化项目，稳定的环境是基石。这一步看似简单，却埋着最多的坑。

3.1 Node.js 环境：不只是安装那么简单

Workbuddy基于 Node.js，所以第一步就是安装它。很多人直接从官网下载安装包，一路下一步，这没问题。但为了后续管理和避免权限问题，我推荐更“专业”一点的做法。

对于 Windows/macOS 用户：

1. 访问 Node.js 官网，下载 LTS（长期支持版）安装包。目前主流是 v18.x 或 v20.x。不推荐安装最新的奇数版本（如 v21.x），因为可能遇到一些库的兼容性问题。
2. 安装时，注意勾选“自动安装必要的工具”选项（Windows下是“Tools for Native Modules”），这会让后续安装一些依赖省心很多。
3. 安装完成后，打开命令行（CMD 或 PowerShell），输入node -v和npm -v检查版本，确认安装成功。

一个关键的进阶操作：配置 npm 全局安装路径和缓存路径。 默认情况下，全局安装的包（比如后面要用到的pm2）会放在系统目录，可能需要管理员权限。我们可以修改到用户目录下，避免权限麻烦。

# 查看当前配置 npm config get prefix npm config get cache # 在用户目录下创建两个文件夹，例如：`D:\nodejs\node_global` 和 `D:\nodejs\node_cache` # 然后重新配置（请将路径替换为你自己的实际路径） npm config set prefix "D:\nodejs\node_global" npm config set cache "D:\nodejs\node_cache"

配置完成后，记得将上面设置的prefix路径（如D:\nodejs\node_global）添加到系统的PATH环境变量中。这样，以后全局安装的命令（如workbuddy,pm2）就可以在任意命令行中直接使用了。

注意：网上有些教程会推荐使用nvm（Node Version Manager）来管理多版本Node.js。对于新手，如果你不需要在多个项目间切换不同的Node版本，直接安装官方LTS版是最简单稳定的选择。nvm在Windows下的安装和使用有时会遇到环境变量冲突问题，反而增加复杂度。

3.2 Workbuddy 的安装与初次启动

Workbuddy提供了多种安装方式。最推荐的是通过npm进行全局安装，这样可以在任何地方启动它。

npm install -g workbuddy

安装过程可能会比较慢，因为它会下载 Chromium 浏览器等依赖。如果遇到网络超时，可以尝试配置 npm 的国内镜像源（如淘宝镜像）：

npm config set registry https://registry.npmmirror.com/

安装完成后，在命令行输入workbuddy或wb，应该就能启动Workbuddy的桌面客户端了。首次启动，它会让你创建一个工作区（Workspace），这个工作区就是你所有自动化流程（它叫“工作台”）存放的地方。

实操心得：安装失败排查如果安装过程中报错，特别是提到playwright或chromium相关错误，大概率是网络问题导致浏览器内核下载失败。可以尝试：

1. 设置科学的上网环境（确保网络通畅）。
2. 手动安装 Playwright 的浏览器：在安装workbuddy后，单独运行npx playwright install chromium。
3. 仔细阅读错误信息，如果提示Error: No such module: http_parser这类，可能是 Node.js 版本与某些原生模块不兼容，尝试降级或升级到另一个 LTS 版本。

3.3 通义千问（Qwen-Coder）的接入准备

qwen-coder是一个AI大模型，我们需要通过其API来调用。这里不涉及复杂的本地部署，我们使用阿里云灵积平台提供的在线API服务。

1. 注册阿里云账号并实名认证。
2. 进入阿里云灵积（DashScope）控制台（在阿里云产品里搜索“灵积”即可找到）。
3. 在控制台，你可以找到“模型服务”下的qwen-coder模型。新用户通常会有一定量的免费额度，足够个人测试和使用。
4. 关键一步：在“API密钥管理”中，创建一个新的API Key，并妥善保存。这个API_KEY就是我们后续与模型对话的通行证。

你不需要专门为它准备一个开发环境，任何能发送HTTP请求的工具或编程语言都可以调用它。在我们的场景里，我会准备一个简单的 Python 脚本或 Node.js 脚本，在需要的时候，把问题（比如一段报错信息、一个功能需求描述）和这个API_KEY一起发送给灵积的API端点，就能得到回答。

4. 核心模块一：公众号白名单自动化处理

公众号白名单操作，本质是在网页后台进行一系列点击和输入。这正是Workbuddy的强项。

4.1 流程设计与动作拆解

在微信公众平台，添加白名单的路径通常是：首页 → 内容与互动 → 原创管理 → 白名单 → 添加。我们需要用Workbuddy精确地模拟这个过程。

在Workbuddy中，我们创建一个新的“工作流”，可以命名为“公众号白名单助手”。这个工作流由一系列“Skill”（技能块）串联而成：

1. 打开网页 Skill：目标URL设置为https://mp.weixin.qq.com。
2. 等待元素 Skill：等待登录二维码出现。这里使用“等待元素可见”功能，可以通过Workbuddy的元素选择器工具，直接点击页面上的二维码区域来获取其CSS选择器。
3. 人工干预点：在这里，我们插入一个“提示”或“暂停”Skill，提示用户“请使用微信扫码登录”。因为涉及安全登录，完全自动化扫码不现实也不安全。等待用户手动扫码登录成功。
4. 等待页面跳转 Skill：登录后，等待页面跳转到首页，可以通过等待某个首页特有元素（如“新建群发”按钮）出现来判断。
5. 点击元素 Skill链：依次模拟点击“内容与互动”、“原创管理”、“白名单”选项卡。这里的核心技巧是：使用相对稳定且唯一的元素选择器。不要用易变的文本，而是用>// run_workflow.js const { exec } = require(‘child_process’); const path = require(‘path’); // 假设你的工作流文件是 publish_article.workflow.json const workflowPath = path.join(__dirname, ‘workflows’, ‘publish_article.workflow.json’); // 使用 workbuddy CLI 运行工作流，假设命令是 ‘workbuddy run’ const command = `workbuddy run "${workflowPath}" --data ‘{“article_path“: “./articles/latest.md“}’`; exec(command, (error, stdout, stderr) => { if (error) { console.error(`执行错误: ${error}`); // 这里可以添加错误通知，比如发送邮件或钉钉消息 return; } console.log(`标准输出: ${stdout}`); if (stderr) console.error(`标准错误: ${stderr}`); });
6. 用 PM2 启动并守护：

   pm2 start run_workflow.js --name “wechat-publisher”

7. 设置 PM2 开机自启：

   pm2 startup # 根据提示执行生成的命令 pm2 save # 保存当前进程列表

现在，run_workflow.js脚本就会在后台运行，并且即使服务器重启也会自动恢复。PM2 还提供了日志查看(pm2 logs)、监控(pm2 monit)、重启(pm2 restart)等强大功能。

7.2 基于时间与事件的自动化触发

单纯的守护进程还不够，我们需要定时或按事件触发工作流。

方案一：Cron 定时任务（最常用）在 Linux 服务器或 macOS 上，使用系统的cron；在 Windows 上，使用“任务计划程序”。

• Linux/macOS 示例：编辑 crontab (crontab -e)，添加一行，表示每天上午10点执行。

  0 10 * * * cd /path/to/your/project && /usr/bin/node /path/to/run_workflow.js >> /path/to/logfile.log 2>&1

• Windows 任务计划程序：创建一个基本任务，设置每天触发，操作为“启动程序”，程序或脚本填写node.exe的完整路径，参数填写run_workflow.js的完整路径，起始于填写项目目录。

方案二：文件监听触发如果你希望一有新的 Markdown 文件放入特定文件夹，就触发发布流程，可以使用chokidar这样的 Node.js 库来监听文件系统变化。

1. 安装chokidar:npm install chokidar
2. 修改run_workflow.js，将其包装成一个文件监听服务：

   const chokidar = require(‘chokidar’); const { exec } = require(‘child_process’); const watchPath = ‘./articles/to_publish/*.md’; const watcher = chokidar.watch(watchPath, { ignored: /(^|[\/\\])\../, // 忽略隐藏文件 persistent: true, awaitWriteFinish: true // 等文件写完再触发 }); watcher .on(‘add’, filePath => { console.log(`检测到新文件: ${filePath}`); // 调用工作流，并将文件路径作为参数传入 const command = `workbuddy run “./workflows/publish.workflow.json” --data ‘{“article_path“: “${filePath}”}’`; exec(command, (error, stdout, stderr) => { /* ...处理日志和错误... */ }); }) .on(‘error’, error => console.error(`监听错误: ${error}`)); console.log(‘开始监听文章目录...’);

3. 同样用 PM2 守护这个监听脚本。

方案三：Webhook 触发如果你有更复杂的协作流程，比如文章在 Git 仓库合并后自动发布，可以搭建一个简单的 HTTP 服务器（用 Express.js 很容易），暴露一个 API 端点。当 Git 服务（如 GitHub, GitLab）的 Webhook 触发时，调用这个端点，从而启动Workbuddy工作流。

通过以上集成，整个系统就变成了一个真正的自动化流水线：我只需要专注于内容创作（写 Markdown 文件），剩下的转换、上传、设置、定时发布，全部由这个“数字员工”在后台默默完成。

8. 避坑实录与稳定性优化

在实际搭建和运行过程中，我遇到了无数大大小小的坑。这里记录下最具代表性的几个，以及最终的解决方案。

8.1 环境与依赖问题

• 坑1：Node.js 版本冲突导致原生模块编译失败

  • 现象：安装workbuddy或某些 Node 原生依赖时，报错提示node-gyp编译失败，提到 Python 或 C++ 编译工具问题。
  • 排查：这通常是因为项目依赖的某些原生模块与当前 Node.js 版本不兼容，或者系统缺少编译环境。
  • 解决：
    1. 确保使用 LTS 版本：首先统一使用 Node.js 的 LTS（长期支持）版本，如 v18.x 或 v20.x，这是生态兼容性最好的版本。
    2. 安装构建工具：在 Windows 上，安装windows-build-tools（一个 npm 包）或 Visual Studio Build Tools，并勾选 C++ 桌面开发组件。在 macOS 上，安装 Xcode Command Line Tools (xcode-select --install)。在 Linux 上，安装build-essential等基础编译包。
    3. 清理重装：如果还不行，尝试删除node_modules文件夹和package-lock.json文件，然后运行npm cache clean --force清除缓存，再重新npm install。

• 坑2：Playwright 浏览器下载超时或失败

  • 现象：workbuddy安装或运行时，卡在Installing browsers...或直接报错网络问题。
  • 解决：
    1. 配置镜像或代理：Playwright 会从谷歌等地址下载浏览器，国内网络可能不稳定。可以设置环境变量指定下载源，或者配置全局的网络代理。
    2. 手动安装：安装完workbuddy后，单独进入项目目录，运行npx playwright install chromium --with-deps，--with-deps参数会同时安装系统依赖。这个命令支持断点续传，比在npm install过程中下载更稳定。

8.2 Workbuddy 流程设计问题

• 坑3：元素选择器“今天能用，明天就挂”

  • 现象：精心录制的流程，过几天再跑，就卡在某个点击步骤，提示找不到元素。
  • 原因：前端页面更新，元素的class、id甚至结构发生了变化。
  • 解决：
    1. 选择“健壮”的选择器：优先使用>