微信直连采用腾讯内部ClawBot协议，实现企业级客服号长连接与低延迟通信；本地执行依托SkillHub进程调度，绕过远程桌面直接调用系统API；技能运行于用户会话上下文，支持原生GUI操作与敏感数据隔离。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
微信直连不是“挂个网页”，而是官方协议级接入
WorkBuddy 的微信远程控制不是用网页扫码跳转、也不是走微信开放平台的普通公众号或小程序逻辑，它走的是腾讯内部认证的 ClawBot 协议通道。这个通道允许 WorkBuddy 桌面客户端以「企业级客服号」身份注册并长期维持长连接，消息收发不依赖用户手动刷新或轮询，延迟压在 300ms 内。普通公众号接口有每日调用限额、消息模板限制、无法接收图片/语音原始数据等硬约束，而 ClawBot 直接绕过这些——这也是为什么你能在微信里直接发一张截图让它“按图找文件”，它真能读像素内容去匹配桌面窗口。
本地执行不靠“远程桌面投屏”，靠 SkillHub 的进程级调度
很多人以为微信发指令后，WorkBuddy 是把电脑屏幕画面推到手机上让你点来点去。完全不是。真实链路是：微信消息 → ClawBot 网关解析成结构化任务 → 路由到本地 SkillHub → 匹配对应技能（比如 find_file_by_name）→ 在桌面端拉起独立子进程执行（非 UI 自动化模拟，而是调用 Windows Search API 或直接遍历 NTFS MFT）。整个过程不启动任何远程桌面服务（如 RDP、TeamViewer），也不需要开启系统辅助功能权限。这意味着：
- 即使你锁屏，任务照常运行（只要 WorkBuddy 进程没被系统休眠杀死）
- 敏感操作（如读取 Outlook 邮箱、打开加密 Excel）仍受 Windows 用户会话隔离保护，不会越权
- 技能失败时错误日志只存在本地
%APPDATA%WorkBuddylogs，不上传云端
为什么有时候发指令没反应？重点查这三处
实测中 80% 的“微信发了但没动静”问题，都卡在这三个环节，而不是模型或网络：
-
ClawBot连接状态异常：打开 WorkBuddy → 个人头像 →Claw 设置→ 看右上角小绿点是否常亮；若灰掉，点「重连」，不要反复扫码 - 技能未启用或依赖缺失：比如想用「自动归档邮件」技能，但本地没装 Outlook，或没授权
MAPI接口；这类技能会在首次运行时报ERR_SKILL_DEPENDENCY_MISSING - 微信侧被限流：连续 5 条指令在 10 秒内发出，
ClawBot服务端会主动丢弃后 2 条，且不返回任何提示；建议加空行或换语气词缓冲节奏
和 OpenClaw 的关键区别不在界面，而在执行上下文
OpenClaw 的技能跑在 Node.js 沙箱里，所有文件操作必须显式声明路径、权限、回调，本质是「脚本驱动」；WorkBuddy 的技能默认运行在当前用户登录会话下，能直接读写桌面、剪贴板、活动窗口句柄。这就导致：
- 同一份
rename_files.js技能，在 OpenClaw 里要写fs.readdirSync('C:\Users\Me\Desktop')，在 WorkBuddy 里只需desktop.find('report*.docx').rename('Q2_final.docx') - WorkBuddy 可以调用
user.get_active_window().screenshot()截当前前台窗口，OpenClaw 做不到（无 GUI 上下文） - WorkBuddy 的多模型切换（Hunyuan / DeepSeek）影响的是任务规划层，不改变执行层——执行永远走本地，模型只负责“想怎么做”，不负责“怎么做”
desktop.find() 可能返回空结果，得先触发 cloud.download()。这种细节，文档不会写，但每次更新技能前，最好在目标环境里用 test_skill --verbose 跑一遍。 
