接入渠道谁覆盖得广？WorkBuddy 九个平台，OpenClaw 一长串外加插件生态
「能从哪些聊天软件里指挥它」——这是两边都主打的能力，但覆盖面和实现方式差别很大。
先说形态前提：WorkBuddy 是商业闭源桌面客户端，渠道是产品内置的；OpenClaw 是 MIT 开源的自托管 Gateway 网关，官方定义就是「通过渠道插件将你常用的聊天应用连接到 AI 编码智能体」。
依据：WorkBuddy 官方文档《助理远程控制》（
Function-Description/Assistant）与各平台接入指南；OpenClaw 官方中文文档zh-CN/（快速开始）与zh-CN/channels/下各页。核对日均为 2026-08-16。本文只并列官方事实，不做优劣判断。
一、WorkBuddy 官方支持的九个
官方在助理文档里给了完整表格，全部标注为「✅ 支持」：
Slack、Telegram、Discord、微信助理、企微助理、QQ 机器人、元宝机器人、钉钉机器人、飞书。
每个平台都有独立的官方接入指南，官方说明「每个指南都包含了从创建应用、配置权限到完成接入的完整步骤和截图说明」。
二、OpenClaw 文档列出的渠道
官方文档首页的定位句里就列了一串：
一款适用于任何操作系统的 AI 智能体 Gateway 网关，支持 Discord、Google Chat、iMessage、Matrix、Microsoft Teams、Signal、Slack、Telegram、WhatsApp、Zalo 等。
官方还说明渠道插件可添加 Matrix、Nostr、Twitch、Zalo 等服务；官方插件按需安装。
从文档的渠道导航还能看到更多条目，包括 SMS、ClickClack、IRC、Mattermost、Nextcloud Talk、Raft、Tlon、Synology Chat、LINE 等，以及一个「Regional platforms」分组，里面有微信、QQ Bot、腾讯元宝。
三、并列对照
| 平台 | WorkBuddy | OpenClaw |
|---|---|---|
| Slack | ✅ 官方指南 | ✅ |
| Telegram | ✅ 官方指南 | ✅ |
| Discord | ✅ 官方指南 | ✅ |
| 微信 | ✅ 官方指南（无需开发凭证，扫码即可） | ✅（腾讯维护的外部插件，能力元数据未声明支持群聊） |
| ✅ 官方指南（需实名认证） | ✅（QQ Bot） | |
| 元宝 | ✅ 官方指南（元宝派） | ✅（腾讯元宝） |
| 飞书 | ✅ 官方指南 | ✅（中文区渠道文档有） |
| 企业微信 | ✅ 官方指南（有可见范围管控） | 首页列表中未出现 |
| 钉钉 | ✅ 官方指南 | 首页列表中未出现 |
| iMessage / Signal / WhatsApp / Microsoft Teams / Google Chat / Matrix | 未列 | ✅ |
| SMS / IRC / Mattermost / Nostr / Twitch / Zalo 等 | 未列 | ✅ 或可通过插件添加 |
两边都覆盖的：Slack、Telegram、Discord、微信、QQ、元宝、飞书。
只有 WorkBuddy 有独立官方接入指南的：企业微信、钉钉——这两个恰好是国内企业办公 IM 的主力。
只在 OpenClaw 文档里出现的：iMessage、Signal、WhatsApp、Microsoft Teams、Google Chat、Matrix，以及一批小众与自建类渠道。
四、机制差异：内置 vs 插件
这是比清单长短更实质的差异。
WorkBuddy：渠道是产品内置的。你在「助理设置」的集成列表里选平台、按提示配置，不涉及安装任何组件。
OpenClaw：官方的架构是核心与渠道分离。以微信为例，官方文档写得很直白：
微信代码不在 OpenClaw 核心仓库中。OpenClaw 提供通用渠道插件契约，外部插件提供微信专用运行时。
对应的操作是：openclaw plugins install ... → 启用 → 重启 Gateway 网关 → 用命令行发起登录。
这个差异带来两个连锁影响：
- 扩展性：OpenClaw 理论上可以接任何按契约实现的渠道，官方还提供了「渠道插件 SDK」；WorkBuddy 的渠道由官方决定。
- 依赖链：插件有自己的版本兼容性要求（OpenClaw 微信插件文档里就给了 2.x / 1.x 两条版本线对应的 OpenClaw 版本），也有自己的发布问题（官方记录过 npm 包缺少已编译运行时文件的情况）。
五、接入门槛并列
WorkBuddy 侧按凭证需求分三档（官方各指南口径）：
| 档 | 平台 | 要什么 |
|---|---|---|
| 扫码即用 | 微信助理 | 无任何开发凭证（WorkBuddy ≥ 4.6.4、微信 ≥ 8.0.70） |
| 申请凭证 | QQ、元宝派、Slack、Telegram、Discord | AppID/AppSecret 或各自的 Token |
| 企业后台 | 企业微信、钉钉、飞书 | 企业账号 + 管理员或创建应用权限；钉钉与飞书应用必须发布 |
OpenClaw 侧的共同门槛是先得有一个跑起来的 Gateway 网关——官方要求 Node 22.22.3+ / 24.15+ / 25.9+、自备所选提供商的 API 密钥，装完跑 openclaw onboard --install-daemon。渠道接入是在这之后的事。
所以门槛的性质不同：WorkBuddy 是「每个平台各自的凭证与权限」；OpenClaw 是「先有网关，再谈渠道」。
六、准入控制并列
接进来之后，「谁能给它发消息」两边的机制不同：
OpenClaw：官方文档写明私信使用配对和允许列表模型，命令是 openclaw pairing list <channel> 与 openclaw pairing approve <channel> <CODE>；多账户场景还能按账户/渠道/发送者隔离会话（session.dmScope per-account-channel-peer）。
WorkBuddy：九个平台里，官方明确提供准入管控的是企业微信的「可见范围」——选择哪些员工、部门或标签可以使用这个机器人。其他平台官方文档未提供对应的准入配置说明。
这条对团队使用场景影响很大——尤其考虑到「群里任何人 @ 它，指令都会在你的电脑上执行」这个共同的架构事实。
七、两边共同的那个前提
都要求宿主活着：
- WorkBuddy：官方在助理文档「注意事项」里明写——使用助理时，电脑需要保持开机并运行 Tencent WorkBuddy；确保网络连接正常；
- OpenClaw：Gateway 网关是本地进程，官方在 Cron 文档里也写明 Gateway 网关必须处于运行状态。
区别在宿主形态：OpenClaw 文档列了 Docker、Kubernetes、各家云托管、树莓派等部署方式，网关可以 7×24 跑在服务器上；WorkBuddy 依赖你那台桌面电脑醒着。
八、按官方自述定位的场景归因
强调：这是按双方官方自述的定位做的归因，不是评测结论。
- 你的团队在企业微信或钉钉里办公 → 这两个只有 WorkBuddy 有独立官方接入指南；
- 你需要 iMessage、Signal、WhatsApp、Teams、Google Chat、Matrix → 只有 OpenClaw 文档列出了它们；
- 你想最快接上微信、不碰命令行 → WorkBuddy 的微信助理无需任何开发凭证；
- 你需要接一个两边都没有的渠道 → OpenClaw 有渠道插件契约与 SDK；
- 你需要细粒度的准入控制 → OpenClaw 有配对与允许列表模型；WorkBuddy 侧是企业微信的可见范围。
九、我们不写的东西
- 不写谁的渠道覆盖更好——清单长短不等于适合你，关键是你要的那个在不在；
- 不写各渠道的稳定性、消息延迟——不在双方官方文档里，也无法在不安装的情况下验证；
- 不推断某个渠道「以后会不会支持」；
- 不搬社区维护的第三方渠道实现——来源不可核。
十、清单长短之外，更该看的三件事
选渠道的时候，「支持多少个」通常是最没用的指标。下面三条比数量更值得看：
一、你要的那个在不在。 支持八十个渠道但没有你司在用的那个，等于零。反过来，只支持一个但正好是你天天在用的，那就够了。先把这个问题问清楚，再看别的。
二、这个渠道的能力边界是什么。 「支持」不等于「什么都能干」。最典型的例子就是 OpenClaw 微信插件那条——官方明确写了支持私信和媒体，但能力元数据未声明支持群聊。如果你的用法是「在部门群里 @ 它」，这个差别是决定性的。
同理，WorkBuddy 侧的企业微信有「可见范围」，而其他平台官方未提供对应说明——如果你需要限制谁能用，这一条比渠道数量重要得多。
三、接进来之后谁能指挥它。 这是最容易被忽略、后果也最实际的一条。
不管哪一边，架构事实是共同的：指令最终都在宿主机器上执行、动宿主上的文件。所以「把机器人拉进群」这个动作，本质是把宿主的操作权分享给群里所有人。
WorkBuddy 官方在使用技巧里的「先本地后远程」正是提醒这个：远程遥控意味着它在你看不见的地方自主行动，执行了超出预期的操作你未必来得及叫停。
所以拉进群之前，两边都该先做同一件事：把工作目录规划好、权限保持在保守档、别让敏感数据出现在群聊场景里。
小结
- WorkBuddy 九个（全部有独立官方指南）：Slack、Telegram、Discord、微信助理、企微助理、QQ、元宝、钉钉、飞书。
- OpenClaw 更长的一串：Discord、Google Chat、iMessage、Matrix、Microsoft Teams、Signal、Slack、Telegram、WhatsApp、Zalo 等，另有中文区的微信/QQ Bot/元宝，以及可通过渠道插件扩展。
- 只有 WorkBuddy 有独立官方指南的：企业微信、钉钉（国内企业办公 IM 主力）。
- 只在 OpenClaw 文档里的：iMessage、Signal、WhatsApp、Microsoft Teams、Google Chat、Matrix 等。
- ★ 机制差异：WorkBuddy 渠道内置；OpenClaw 核心与渠道分离，走插件契约（带来扩展性，也带来版本兼容与发布依赖）。
- 门槛性质不同：WorkBuddy 是每个平台各自的凭证与权限；OpenClaw 是先有一个跑起来的网关。
- 准入控制：OpenClaw 有配对与允许列表模型；WorkBuddy 侧是企业微信的可见范围。
- 共同前提：宿主得活着。
双方功能与文档表述均以各自官方为准，核对日 2026-08-16。