OpenClaw 快速上手(五):接 Telegram、钉钉,以及微信的真实情况
Telegram 五分钟搞定,钉钉十五分钟,微信“看情况”。每个渠道的具体配置块,以及“按你住在哪儿”挑起步渠道的诚实建议。
OpenClaw 的意义在于 Agent 来找你。到目前为止它还没——它只在 TUI 里。该接渠道了。
Telegram——5 分钟
我永远建议从这里开始,哪怕你不打算在生产里用 Telegram。它的接入是所有渠道里最干净的,你能在没有别的变量的情况下端到端验证 Agent。
Step 1. 在 Telegram 里跟 @BotFather 对话。发 /newbot,给个名字,拿到一个长得像 7891234567:AAH... 的 token。
Step 2. 拿到自己的 user ID。最简单的方法:给 @userinfobot 发消息,它会告诉你。我的是个 9 位数。
Step 3. 在 openclaw.json 加 telegram 块:
| |
两点要强调:
allowed_user_ids精神上就不能缺。否则任何人找到你 Bot 都能用。别裸部署。polling: true是对的默认。Webhook 模式需要公网 HTTPS 端点。Polling 在 NAT 后面、企业 VPN 后面、任何地方都能跑。
Step 4. 重启 Gateway:
| |
日志里应该看到:
[telegram] polling started, listening as @your_bot_name
Step 5. 打开 Telegram,找到你的 Bot,发 “你好”。应该收到第二篇里 TUI 给过的那种一行回复。如果 Bot 静默 9 成是你忘了把自己 user ID 写进 allowed_user_ids。
钉钉——15 分钟
钉钉复杂一些,因为它要求一个真注册的"机器人应用"和对应权限。短版本:
- 注册钉钉开放平台应用。 上
https://open-dev.dingtalk.com,建一个 Stream Mode 类型的应用。记下Client ID和Client Secret。 - 申请消息相关 scope。 至少要
Contact.User.Read和 Bot 消息的 scope。 - 把机器人加进群。 在钉钉里建群,群设置里把你的 Bot 加进去。
然后渠道配置:
| |
Stream Mode 是现代方式——Gateway 出去到钉钉服务器维持一条长 WebSocket,所以你不用公网 webhook。这是钉钉对自托管机器人最大的一次改进。
重启之后,在群里 @ 一下 Bot:@Lobster 你好啊。回复来了就接好了。没回复多半是企业管理员还没批应用权限——去钉钉管理后台看。
微信——诚实版本
三条路,只有一条理智。
路 1:openclaw-china(社区插件)。 它包了一个非官方微信协议。别用。腾讯会封号,我朋友差点掉了个人号。
路 2:企业微信。 有官方 OpenClaw 集成,能用,但要注册企业微信账号,机器人只在企业渠道里活动。团队场景合适,个人场景尴尬。
路 3:WorkBuddy。 腾讯自己的桌面客户端,允许已注册的 AI Agent 通过你的个人微信对话。这是 OpenClaw 在个人微信场景下唯一受官方支持的路径。流程是注册 WorkBuddy 开发者、拿到 workbuddy_id、把 OpenClaw 指过去。
| |
要做微信,就走 WorkBuddy。OpenClaw 官方文档里有完整注册流程——大约一晚上,主要在等腾讯审核。
如何挑起步渠道
不在国内、想立刻能用:Telegram。5 分钟,无审核。
团队已经在钉钉、希望机器人进群:钉钉 Stream Mode。15 分钟一次性成本。
要微信:留出一晚上给 WorkBuddy。
“接好了"是什么意思
读完这篇你应该有至少一个渠道:
- 收到来自真实聊天平台的消息
- 路由到与 TUI 同一个 Pi Agent
- 在同一聊天里返回回复
最后一点是让它"像助理而非 CLI"的关键。你让 Agent 做的所有事——读文件、搜索、总结文档——都在 Gateway 里发生,而你能在回复还没发完的时候同步看 Gateway 日志滚动。这种可观测性在商业产品里很罕见。
下一篇是把 Agent 从聊天机器人变成专门干你某类活的关键:Skills,加上一个用于浏览器自动化的 MCP 服务器。