在企业级协同平台中,企业微信和QQ往往被视作两条互补的沟通渠道。OpenClaw 通过统一的通道框架,让这两者可以在同一实例里并行工作,既避免了重复部署,又保持了模型调用的一致性。下面从实战角度拆解每一步的关键配置,让读者可以直接在自己的服务器上复现。

message.receive、event.chat_enter、event.chat_quit,回调方式统一选长连接。OpenClaw 采用 JSON 结构的通道清单,所有渠道可以在同一个 channels.json 文件里声明。下面的示例把企业微信和 QQ 同时写入,配合模型 API Key,便能在一次部署中实现双向对话。
{
"model_api_key": "sk-xxxxxxxxxxxxxxxx",
"channels": [
{
"type": "wechat_work",
"corp_id": "ww1234567890abcdef",
"secret": "abcd1234efgh5678ijkl9012mnop3456"
},
{
"type": "qq",
"app_id": "123456789",
"app_key": "abcdef1234567890abcdef1234567890"
}
]
}
实际运行时,只需在服务器根目录执行 ./openclaw --config channels.json,系统会并行启动两条长连接。值得注意的是,模型调用的并发阈值应统一设定,否则某一渠道的高峰请求可能抢占全部算力,导致另一渠道响应变慢。把模型并发上限写在 model.yaml 里,配合 OpenClaw 的“限流插件”,即可实现流量自适应。
参与讨论
企业微信那个长连接老出问题,重启网关才好使
这个JSON配置能同时跑两个通道吗?
之前搞QQ机器人被风控过,得注意推送权限
长连接握手失败时,白名单IP要核对一下
排查白名单时,记得把IPv6地址也加进去。
企业微信的权限配置这块挺关键的
模型并发上限这个提醒很实用
我也觉得这点挺关键
双通道并发时得留意模型限流
对,不然一个渠道高峰能把另一个挤爆
channels.json 里两个通道能一起跑?这就去试试
没问题,配置好就能同时跑起来!