WorkBuddy 机器人时好时坏、老是掉线？官方对这类给的第一招还是切模型

2026-08-16

站内工具 AI 编程工具报错分诊器 → 把报错原文贴进去，先分清是网络、额度、配置还是上游故障，再决定往哪个方向查。

接入配好了，测试也通了，用了两天开始出问题：有时候回，有时候不回；或者第一次好好的，第二天再打开就失联了。

这种「时好时坏」的故障最难查——因为它没有稳定的复现路径，你没法确定刚才那个动作到底有没有效果。

官方常见问题页对这类现象有专门的条目，而且把典型表现列得挺准：

常见表现：WorkBuddy 端显示已注册或已配置完成，但机器人不回复、偶发断开，或首次可用后再次打开即失联。

本文依据 WorkBuddy 官方常见问题页 From-Beginner-to-Expert-Guide/FAQ，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据。

一、官方给的四步

顺序	做什么
1	先确认当前连接状态是否仍在线
2	优先切换模型后再次测试（官方说明部分无响应问题可通过切换模型缓解）
3	微信场景若长时间无响应，建议断开后重新连接
4	若首次可用、后续失效，记录复现时间与平台类型便于进一步排查

QQ 侧官方另有一条对应说明：QQ 机器人频繁断开或不回复，做法是优先切换模型测试；若持续存在，记录错误码、发生时间与网络环境后再排查。

两条放一起看，规律很清楚：先看状态 → 切模型 → 记录信息。

二、第一步之前，先确认一件官方没写但更基础的事

你的电脑是不是活着。

这条链路的终点是你自己电脑上正在运行的那个客户端——IM 那头收到你的消息，最终是转给你电脑上的 WorkBuddy 去执行的。

所以：

电脑关机、休眠了 → 一定不回复；
客户端被退出了 → 一定不回复；
电脑断网了 → 一定不回复。

这三种情况在平台后台里怎么查都查不出来。 而且它们完美匹配「时好时坏」这个特征——你在电脑前的时候好好的，人一走电脑睡了就失联，晚上回来动一下鼠标又好了。

「首次可用后再次打开即失联」这个描述，尤其值得先怀疑这个方向。

先查这个：

□ 电脑处于开机状态
□ 电源设置里没有「N 分钟后自动睡眠/休眠」
□ 笔记本接着电源（电池模式下的策略通常更激进）
□ WorkBuddy 客户端在运行（不是最小化就行，得进程活着）
□ 助理 / 远程控制功能已开启
□ 网络稳定

第 2 条是最常见的翻车点。很多人的电脑默认设了十分钟无操作自动睡眠，出门两小时回来发现指令一条都没执行。

三、按官方四步走

第一步：确认连接状态

去 WorkBuddy 客户端里看当前这个平台的连接状态。

这一步的价值在于分岔：

显示已连接 → 问题在链路后半段（模型、任务执行），走第二步；
显示未连接 / 断开 → 问题在连接本身，走第三步重连。

官方在描述现象时特意写了「WorkBuddy 端显示已注册或已配置完成」——说明**「显示已配置」不等于「当前在线」**，这两件事要分开看。

第二步：切换模型再测

官方对这一步的措辞是「优先切换模型后再次测试」，还专门说明了部分无响应问题可通过切换模型缓解。

这个动作成本几秒钟、完全可逆、不改任何配置，而且能一次排除一整个方向。它值得排在重新配置接入之前——重配一次接入可能要重新申请凭证、重新扫码，代价高得多。

切的时候注意跨档切，别在相邻的模型之间来回换。

第三步：微信场景可以断开重连

官方对微信场景专门给了这一条：长时间无响应建议断开后重新连接。

但要提醒一点：如果你是鸿蒙用户，重连的代价可能不小。 官方另有一条记录——鸿蒙 6 的微信扫码当前存在不兼容，已知鸿蒙 4 可以正常连接，临时方案是先用安卓手机完成首次扫码连接再切回鸿蒙。

也就是说，鸿蒙用户断开之后重连，可能又得借一台安卓机。所以鸿蒙环境下，第二步（切换模型）值得多试几次再考虑断开重连。

第四步：记录信息

官方要求记录的：复现时间、平台类型（QQ 侧还要求记录错误码与网络环境）。

「记录复现时间」这条要求值得认真做——时间点往往能暴露真正的原因：

集中在你不在电脑前的时段 → 大概率是电脑睡眠；
集中在某个固定时间段 → 可能是网络拥堵；
完全随机 → 才需要往深处查。

建议就用一个简单的表：

时间          平台      现象              电脑状态
08-16 14:30   企业微信   发了没回          在用
08-16 22:10   企业微信   发了没回          已下班，电脑未确认
08-17 09:05   企业微信   正常              刚开机

记三五条，规律通常就出来了。

四、分平台的额外检查

不同平台各有各的坑，官方文档里能对上的：

钉钉：官方接入文档的常见问题里给了排查顺序——检查应用状态（已发布并通过审批）→ 检查 Webhook 配置（地址正确且使用 https）→ 检查电脑上的 WorkBuddy 正在运行且助理服务已开启 → 检查三个权限是否都已开通。**「应用必须发布后才能使用」**是钉钉侧最容易漏的一步。

企业微信：如果是配置阶段就卡住，官方另有「域名主体校验未通过」这一条，做法是核对地址是否完整、是否与当前配置要求一致。

飞书：配置阶段的「无法检查链接」是另一条，官方说明可能出现在重复输入同一地址之后，做法是重新创建或重新填写一次配置。

QQ：官方接入文档说明需要实名认证。

五、什么时候该停下来提反馈

前面四步都走完，还是时好时坏，就别继续试了。收集这些一次性提交：

【平台】企业微信 / 飞书 / 钉钉 / QQ / 微信 / 元宝派 / Slack / Telegram / Discord
【现象】偶发断开 / 首次可用后失联 / 完全不回复
【连接状态】客户端里显示 ____
【电脑侧】开机 ✓ 无自动休眠 ✓ 客户端运行中 ✓ 助理功能已开启 ✓ 网络稳定 ✓
【已试过】切换到 ____ 模型，结果 ____；断开重连，结果 ____
【复现记录】（贴上你那张时间表）
【错误码】____（QQ 侧官方专门要求）
【网络环境】公司网 / 家庭宽带 / 热点 / 有代理或 VPN

「电脑侧」那一行全部打勾是最有价值的信息之一——它替对方排除掉了整个方向。

反馈入口：客户端右上角「帮助」下拉框，或右下角头像 → 设置 - 帮助与反馈 - 意见反馈，描述问题、上传截图并**勾选「上传日志」**提交。官方支持邮箱 workbuddy@tencent.com。

注意官方提示：日志可能包含对话记录、设备信息等数据。如果你通过 IM 处理过敏感业务内容，提交前心里有数。

小结

官方四步：确认连接状态是否在线 → 优先切换模型再测试 → 微信场景可断开重连 → 记录复现时间与平台类型（QQ 侧还要记录错误码与网络环境）。
官方没写但更该先查的：你的电脑是不是活着——关机、休眠、客户端退出，机器人一定不回复，且完美匹配「时好时坏」的特征。
「首次可用后再次打开即失联」尤其要先怀疑电脑睡眠。
「显示已配置」不等于「当前在线」，这两件事分开看。
切模型排在重配接入之前——成本低一个量级。
鸿蒙用户慎用「断开重连」：官方记录鸿蒙 6 微信扫码存在不兼容，重连可能要再借一次安卓机。
记录复现时间最有价值——时间点常常直接暴露原因。

功能与文档表述以官方为准，核对日 2026-08-16。