系列说明 :本系列共计约 20 篇,全面介绍 OpenClaw 开源 AI 智能体框架。本文为系列第 010 篇,OpenClaw接入WhatsApp、Telegram、飞书等多种渠道。建议先阅读 第 009 篇:OpenClaw Skills技能系统与ClawHub技能市场全解析。
摘要
OpenClaw的Channels多渠道接入系统是其六层架构的第一层,负责连接外部消息平台与AI Agent系统。本文深入剖析Channels的核心概念、架构设计、与Gateway的交互机制,详细介绍WhatsApp、Telegram、飞书等主流平台的接入方式,提供配置管理和实战案例,帮助读者全面掌握OpenClaw的多平台集成能力。
一、Channels核心概念与架构设计
1.1 Channels的定义与作用
OpenClaw中的**Channels(渠道)是连接外部消息平台与AI Agent系统的适配层,代表Agent输入输出的路由路径。Channels作为第一层(Layer 1)**位于OpenClaw六层架构的最外层,承担以下核心职责:
- 消息入口:捕获来自用户或事件触发器的初始请求
- 消息出口:将Agent生成的最终响应发布到指定的端点
- 格式适配 :将各平台异构消息统一转换为
InternalMessage内部格式 - 平台桥接:支持原生多通道输出,无需自定义集成
在系统组件角色比喻中:Gateway是"总机/调度中心",Channel是"线路(电话线)"------消息通过Channel进入Gateway,再由Gateway路由给对应的Agent。
1.2 六层架构中的定位
第1层: 客户端 Channels (WebChat/Telegram/WhatsApp/飞书...) ← 用户入口
第2层: Gateway (路由/鉴权/配额/审计) ← 入口网关
第3层: Sessions (会话/记忆/上下文压缩) ← 状态管理
第4层: Skills (80+工具: Browser/Shell/DB/TTS) ← 工具能力
第5层: Agent Runtime (推理/调度) ← 执行引擎
第6层: Models & Sandbox ← AI模型与安全沙箱
从数据流角度看,Channels是系统的第一道关卡,负责接收用户请求和返回Agent响应。它屏蔽了各平台的差异性,为上层提供统一的接口。
1.3 与Gateway的交互机制
Channels与Gateway采用中心辐射型(Hub-and-Spoke)架构:
用户 → Channel(线路入口) → Gateway(总机) → Session(路由+记忆) → Agent(执行者) → 模型/工具 → 原路返回用户
完整协作流程:
- 消息流入:用户通过某个Channel(如Telegram)发送消息 → Channel将消息传递至Gateway
- 路由判断:Gateway根据消息来源、发送者身份、Session状态等信息路由给对应Agent
- Agent执行:被选中的Agent调用模型和工具生成回复
- 最终出口:回复通过原Channel(如Telegram)发送给用户
这种设计使得一个Agent可以同时接入多个渠道,实现跨平台统一服务。例如,同一个Agent可以同时处理来自WhatsApp、Telegram、飞书的请求,而用户的体验是无缝的。
1.4 渠道适配器(Adapter)模式
Channels采用抽象接口模式,所有渠道需实现统一的Channel抽象接口:
python
from abc import ABC, abstractmethod
class Channel(ABC):
@abstractmethod
async def start(self):
"""启动监听"""
pass
@abstractmethod
async def stop(self):
"""停止监听"""
pass
@abstractmethod
async def send(self, message):
"""发送消息"""
pass
@abstractmethod
async def receive(self):
"""接收消息(异步迭代器)"""
pass
设计原则:
- 集中配置:反对将Channel配置硬编码在Skills中,应进行集中配置以便轻松切换
- 异步接口 :主要提供异步的
send(payload, options)方法,支持故障转移链和向多个通道广播 - 生命周期管理:在启动时注册,首次使用时进行验证,包含针对瞬时故障的重试逻辑
- 可扩展性:开发者可通过扩展SDK中的Channel适配器基类构建自定义连接器
1.5 统一消息格式(InternalMessage)
所有渠道消息统一转换为InternalMessage内部格式:
json
{
"id": "msg_12345",
"channel": "telegram",
"channel_id": "-100123456",
"sender": {
"id": "user_abc",
"name": "Alice",
"avatar": "https://..."
},
"content": {
"type": "text",
"text": "用户输入的文本",
"attachment": null
},
"metadata": {
"timestamp": "2025-03-05T11:30:00Z",
"reply_to": "msg_67890",
"platform_specific": {}
}
}
这种统一格式使得Gateway和Agent无需关心消息来自哪个平台,只需要处理标准化的内部消息,大大简化了系统复杂度。
二、支持的全部渠道列表
OpenClaw官方支持以下21个渠道(含插件扩展):
| 渠道 | 类型 | 通信方式 | 状态 |
|---|---|---|---|
| WebChat | 内置 | HTTP POST / WebSocket | 稳定 |
| Telegram | 内置 | Bot API (长轮询/Webhook) | 稳定 |
| 内置 | WhatsApp Web协议 | 稳定 | |
| Discord | 内置 | Discord Bot API | 稳定 |
| Slack | 内置 | Slack App API | 稳定 |
| Signal | 内置 | signal-cli | 稳定 |
| iMessage | 内置 | macOS原生集成 | 仅macOS |
| 飞书 (Feishu) | 插件 | 长连接/Webhook | 稳定 |
| 企业微信 | 插件 | 企业微信API | 稳定 |
| Google Chat | 插件 | 服务账户/OAuth | 稳定 |
| Microsoft Teams | 插件 | Bot Framework | 稳定 |
| LINE | 插件 | LINE Messaging API | 稳定 |
| Matrix | 插件 | Matrix Client-Server API | 稳定 |
| Mattermost | 插件 | Mattermost API | 稳定 |
| Twitch | 插件 | Twitch Chat API | 稳定 |
| BlueBubbles | 插件 | iMessage桥接 | 稳定 |
| Nextcloud Talk | 插件 | Nextcloud API | 稳定 |
| Nostr | 插件 | Nostr协议 | 实验性 |
| QQ Bot | 插件 | QQ Bot API | 稳定 |
| Zalo | 插件 | Zalo OA API | 稳定 |
| Zalo Personal | 插件 | Zalo个人版 | 稳定 |
三、主流平台接入详解
3.1 WhatsApp接入
配置步骤
第一步:安装插件
bash
openclaw channels add --channel whatsapp
# 或
openclaw plugins install @openclaw/whatsapp
第二步:链接账户
bash
openclaw channels login --channel whatsapp
此时会显示QR码,使用WhatsApp扫描进行认证。
第三步:启动网关
bash
openclaw gateway
核心配置
在~/.openclaw/openclaw.json中配置WhatsApp:
json5
{
"channels": {
"whatsapp": {
"enabled": true,
"dmPolicy": "pairing",
"allowFrom": ["+15551234567"],
"groupPolicy": "allowlist",
"groupAllowFrom": ["+15551234567"],
"ackReaction": {
"emoji": "👀",
"direct": true,
"group": "mentions"
}
}
}
}
配置参数说明:
| 参数 | 说明 | 默认值 |
|---|---|---|
dmPolicy |
私聊策略:pairing/allowlist/open/disabled | pairing |
allowFrom |
白名单电话号码列表(国际格式) | [] |
groupPolicy |
群组策略 | allowlist |
groupAllowFrom |
群组白名单 | [] |
ackReaction |
回应反应配置 | 见上方示例 |
消息格式
入站消息:
- 媒体消息标准化为占位符
<media:image>、<media:video> - 回复格式:
[Replying to <sender> id:<stanzaId>]...[/Replying]
出站消息:
- 文本分块限制4000字符
- 支持两种分块模式:
length:按字符长度分块newline:优先按换行符分块
认证机制
- 凭证文件 :
~/.openclaw/credentials/whatsapp/<accountId>/creds.json - 专用号码模式:推荐使用WhatsApp Business API(需要商业账号)
- 个人号码回退模式:使用个人WhatsApp账号(稳定性较低)
- 连接维护:运行时自动维护WhatsApp socket连接和重连循环
3.2 Telegram接入
配置步骤
第一步:创建Bot
- 在Telegram中搜索
@BotFather - 发送
/newbot命令 - 按提示设置Bot名称和用户名
- 获取Bot Token(格式如
123:abc)
第二步:配置Token
编辑~/.openclaw/openclaw.json:
json5
{
"channels": {
"telegram": {
"enabled": true,
"botToken": "123:abc",
"dmPolicy": "pairing",
"groups": {
"*": {
"requireMention": true
}
}
}
}
}
第三步:批准配对
bash
# 列出待批准的配对
openclaw pairing list telegram
# 批准配对
openclaw pairing approve telegram <CODE>
长轮询 vs Webhook
默认模式:长轮询
使用grammY运行器,支持每个聊天/线程的序列处理。适合开发和小规模部署,无需配置公网服务器。
Webhook模式
适合生产环境,需要公网服务器:
json5
{
"channels": {
"telegram": {
"enabled": true,
"botToken": "123:abc",
"webhookUrl": "https://your-domain.com/webhook",
"webhookSecret": "your-secret",
"webhookPath": "/telegram-webhook",
"webhookPort": 8787
}
}
}
配置步骤:
- 在公网服务器上配置HTTPS证书(使用Let's Encrypt等)
- 配置防火墙开放8787端口
- 设置Telegram Webhook:
curl -X POST https://api.telegram.org/bot<token>/setWebhook?url=https://your-domain.com/webhook - 启动OpenClaw Gateway
消息类型支持
| 消息类型 | 说明 | 支持 |
|---|---|---|
| 文本消息 | 自动转换为Telegram安全的HTML格式 | ✅ |
| 音频 | 区分语音笔记和音频文件 | ✅ |
| 视频 | 支持视频文件和视频笔记 | ✅ |
| 图片 | 支持静态图片和GIF | ✅ |
| 贴纸 | 支持静态WEBP贴纸 | ✅ |
| 流式消息预览 | 实时编辑更新 | ✅ |
关键参数
| 参数 | 说明 | 默认值 |
|---|---|---|
textChunkLimit |
文本分块大小 | 4000字符 |
mediaMaxMb |
媒体文件大小限制 | 100MB |
historyLimit |
历史消息限制 | 50条 |
streaming |
流式预览模式 | partial |
3.3 飞书接入
前提条件
- 需使用企业版飞书账户(个人账户无法创建自建应用)
- 建议使用个人企业账号体验,避免使用公司飞书账号
配置步骤
第一步:创建企业自建应用
- 访问飞书开放平台
- 登录后创建企业(如果没有企业账户)
- 进入"开发者后台" → "创建企业自建应用"
- 设置应用名称和描述
- 添加"机器人"能力
- 记录App ID(格式如
cli_xxxxxxxxx)和App Secret
第二步:配置权限
在应用管理页面,添加以下权限:
| 权限标识 | 说明 |
|---|---|
contact:user.base:readonly |
获取用户基本信息 |
im:message |
发送和接收消息 |
im:message.p2p_msg:readonly |
读取私聊消息 |
im:message.group_at_msg:readonly |
接收群聊@机器人消息 |
im:message:send_as_bot |
以机器人身份发送消息 |
im:resource |
上传/下载图片或文件 |
第三步:事件订阅(推荐长连接WebSocket模式)
- 进入"事件与回调"页面
- 选择"长连接"模式(无需配置公网服务器)
- 添加
im.message.receive_v1事件 - 发布应用至"测试版本"
第四步:安装飞书插件
bash
# 方式一:通过插件市场安装
openclaw plugins install @m1heng-clawd/feishu
# 方式二:手动安装
curl -O https://registry.npmjs.org/@m1heng-clawd/feishu/-/feishu-0.1.3.tgz
openclaw plugins install ./feishu-0.1.3.tgz
第五步:配置凭证
bash
openclaw channels add
# 选择"feishu"
# 输入App ID和App Secret
第六步:启动验证
bash
# 重启网关
openclaw gateway restart
# 查看渠道状态
openclaw channels status
消息格式
- 私聊:搜索机器人名称直接发送消息
- 群聊:@机器人发送消息
- 支持类型 :文本、图片、文件(依赖
im:resource权限)
完整能力矩阵
根据飞书官方插件文档,完整能力包括:
| 功能模块 | 支持能力 |
|---|---|
| 消息 | 消息读取/发送/回复/搜索、图片/文件下载 |
| 文档 | 创建/更新/读取云文档 |
| 多维表格 | 创建/管理数据表、字段、记录 |
| 日历 | 日程管理、参会人管理、忙闲查询 |
| 任务 | 任务管理、清单管理、子任务、评论 |
重要提示:飞书免费版API调用额度从每月1万次提升至100万次,极大地降低了使用门槛。
3.4 其他平台
Slack接入
配置步骤:
- 在api.slack.com创建App
- 获取Bot Token(
xoxb-开头)和App Token(xapp-开头) - 安装App到工作区
- 配置OpenClaw:
bash
openclaw channels add slack \
--bot-token xoxb-xxx \
--app-token xapp-xxx
功能特性:
- 支持Block Kit富文本格式
- 支持文件上传和下载
- 支持线程消息
Discord接入
配置步骤:
- 在Discord Developer Portal创建应用
- 获取Bot Token和Application ID
- 配置Gateway Intent权限
- 配置OpenClaw:
bash
openclaw channels add discord \
--token <BOT_TOKEN> \
--application-id <APP_ID>
功能特性:
- 支持论坛主题路由
- 支持线程级会话隔离
- 支持内联按钮、反应通知
- 支持富文本嵌入
企业微信接入
配置步骤:
- 在企业微信管理后台创建应用
- 获取关键参数:corpId、agentId、secret、token、encodingAESKey
- 配置Webhook URL:
http://<ECS公网IP>:3000/wework/webhook
配置方式:
bash
# 命令行配置
openclaw channels add wework \
--corp-id <CORP_ID> \
--agent-id <AGENT_ID> \
--secret <SECRET> \
--token <TOKEN> \
--encoding-aes-key <KEY>
# 可视化配置
openclaw gateway config
支持功能:
- 文本、图片、文件消息
- 部门和用户信息查询
- 群聊@机器人消息
QQ Bot接入
一键安装:
bash
curl -fsSL https://raw.githubusercontent.com/tencent-connect/openclaw-qqbot/main/scripts/upgrade-via-npm.sh \
| bash -s -- --appid YOUR_APPID --secret YOUR_SECRET
功能特性:
- 支持双向富媒体消息(文本、图片、语音、视频、文件)
- 语音STT/TTS支持两级配置(插件级 → 框架级回退)
- 插件v1.5.6+支持QQ平台内置ASR作为兜底转写方案
四、配置和管理
4.1 Channels配置文件格式
配置文件路径:~/.openclaw/openclaw.json(支持JSON5格式)
通用渠道配置结构:
json5
{
"channels": {
"<channel_name>": {
"enabled": true,
"botToken": "...", // 机器人令牌
"dmPolicy": "pairing", // 私聊策略
"allowFrom": ["..."], // 白名单
"groupPolicy": "allowlist", // 群组策略
"groupAllowFrom": ["..."],
"healthMonitor": { // 健康监控
"enabled": true
},
"accounts": { // 多账户(可选)
"main": {
"clientId": "...",
"clientSecret": "..."
},
"work": {
"clientId": "...",
"clientSecret": "..."
}
},
"defaultAccount": "main"
}
}
}
4.2 认证和安全设置
DM策略(私聊策略):
| 策略值 | 说明 | 推荐场景 |
|---|---|---|
pairing |
配对验证模式,用户需通过授权码验证 | 大多数场景 |
allowlist |
白名单模式,仅允许指定用户 | 高安全性场景 |
open |
开放模式,需配合allowFrom: ["*"] |
公共机器人 |
disabled |
禁用私聊 | 仅群聊机器人 |
群组策略:
| 策略值 | 说明 |
|---|---|
open |
所有群组可用 |
allowlist |
仅白名单群组可用 |
disabled |
禁用群聊 |
SecretRef安全凭证引用:
json5
{
"models": {
"providers": {
"openai": {
"apiKey": {
"source": "env", // env | file | exec
"provider": "default",
"id": "OPENAI_API_KEY"
}
}
}
}
}
网关认证:
json5
{
"gateway": {
"auth": {
"token": "${OPENCLAW_GATEWAY_TOKEN}",
"trustedProxies": ["192.168.1.0/24"]
}
}
}
4.3 渠道绑定到Agent的方式(Bindings机制)
Bindings是将入站消息路由到指定Agent的核心机制:
json5
{
"agents": {
"list": [
{
"id": "home",
"default": true,
"workspace": "~/.openclaw/workspace-home"
},
{
"id": "work",
"workspace": "~/.openclaw/workspace-work"
}
]
},
"bindings": [
{
"agentId": "home",
"match": {
"channel": "whatsapp",
"accountId": "personal"
}
},
{
"agentId": "work",
"match": {
"channel": "whatsapp",
"accountId": "biz"
}
}
]
}
匹配规则(按优先级降序):
match.peer→ 发送者ID匹配match.parentPeer→ 父级发送者匹配(线程消息)match.guildId→ 群组/服务器ID匹配match.accountId→ 账户ID匹配match.channel→ 渠道名称匹配- 默认Agent
4.4 多渠道统一路由策略
Session dmScope(会话隔离级别):
| dmScope值 | 说明 | 推荐场景 |
|---|---|---|
per-channel-peer |
按渠道+发送者隔离 | 单账号场景 |
per-account-channel-peer |
按账号+渠道+发送者隔离 | 多账号场景 |
群组@提及规则:
json5
{
"channels": {
"whatsapp": {
"groups": {
"*": {
"requireMention": true
}
}
}
},
"messages": {
"groupChat": {
"mentionPatterns": ["@openclaw", "openclaw"]
}
}
}
4.5 常用管理命令
bash
# 列出所有渠道及状态
openclaw channels list
# 检查连通性
openclaw channels status
# 添加新渠道
openclaw channels add
# 删除渠道
openclaw channels remove <channel_name>
# 重启网关
openclaw gateway restart
# 停止网关
openclaw gateway stop
# 诊断并修复问题
openclaw doctor --fix
# 实时日志监控
openclaw logs --follow
# 查看已安装插件
openclaw plugins list
# 安装插件
openclaw plugins install <plugin_name>
# 卸载插件
openclaw plugins uninstall <plugin_name>
五、实战案例
5.1 多渠道部署架构
配置模式总结:
| 场景 | 关键配置 | 说明 |
|---|---|---|
| 多账号共用同一Agent | channels.accounts + session.dmScope: "per-account-channel-peer" |
同一Agent处理多个平台的多个账号 |
| 多机器人完全隔离 | agents.list + bindings(匹配accountId)+ session.dmScope |
不同账号使用不同Agent |
| 跨渠道统一助手 | 单Agent + 多Channel + dmScope: "per-channel-peer" |
同一Agent跨平台服务 |
典型部署架构(以阿里云ECS为例):
外部用户
↓
消息平台
↓
OpenClaw Gateway(3000端口)
↓
Agent Runtime
↓
LLM模型(本地或云端)
↓
原路返回结果
部署步骤:
- 购买阿里云ECS实例(推荐2核4G以上)
- 配置安全组开放3000、443端口
- 安装Node.js 22+和OpenClaw
- 配置各渠道凭证
- 启动OpenClaw Gateway:
openclaw gateway --host 0.0.0.0 --port 3000 - 配置各渠道的Webhook URL(如需)
5.2 消息格式转换和适配
OpenClaw自动处理各平台间的格式差异:
| 消息类型 | Telegram | 飞书 | OpenClaw统一格式 | |
|---|---|---|---|---|
| 文本 | 纯文本 | Markdown/HTML | Markdown | InternalMessage.text |
| 图片 | 图片URL | File对象 | File对象 | InternalMessage.attachment |
| 视频 | 视频URL | File对象 | File对象 | InternalMessage.attachment |
| 音频 | 音频URL | Audio对象 | - | InternalMessage.attachment |
| 文件 | 文件URL | File对象 | File对象 | InternalMessage.attachment |
格式转换示例:
Telegram: **粗体** 和 *斜体*
↓ 转换
WhatsApp: *粗体* 和 _斜体_
↓ 转换
飞书: **粗体** 和 *斜体*
↓ 转换
OpenClaw统一格式: **粗体** 和 *斜体*
5.3 渠道特定功能支持
| 功能 | Telegram | 飞书 | QQ Bot | Slack | |
|---|---|---|---|---|---|
| 文本消息 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 图片 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 语音(收) | ✅ | ✅ | - | ✅(ASR) | - |
| 语音(发) | - | - | - | ✅(TTS) | - |
| 视频 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 文件 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 按钮 | - | ✅ | - | - | ✅ |
| 贴纸 | - | ✅ | - | - | - |
| 流式预览 | - | ✅ | - | - | - |
| 富文本 | - | HTML | - | Markdown | Block Kit |
5.4 渠道监控和故障处理
故障恢复机制:
- 重试逻辑:瞬时故障自动重试(指数退避)
- 故障转移链:交付失败时启用备用通道(如邮件失败回退到短信)
- 连接重连:自动维护socket连接和重连循环
- 健康检查 :
healthMonitor持续监控渠道状态
常见问题排查:
| 问题 | 可能原因 | 解决方案 |
|---|---|---|
| 无法接收消息 | Webhook未正确配置 | 检查公网访问和SSL证书 |
| Token过期 | Bot Token或API密钥过期 | 重新生成并更新配置 |
| 消息发送失败 | 超出平台限制 | 检查消息长度和文件大小 |
| 连接断开 | 网络波动 | 启用自动重连机制 |
六、数据流全链路延迟
| 步骤 | 组件 | 延迟预期 | 故障模式 |
|---|---|---|---|
| 1 | 输入接收 | Channel | <100ms |
| 2 | 路由匹配 | Gateway | 10-50ms |
| 3 | 会话恢复 | Session | 10-30ms |
| 4 | 上下文加载 | Session | 10-50ms |
| 5 | Agent推理 | Agent Runtime | 500-2000ms |
| 6 | 工具调用 | Skills | 100-5000ms |
| 7 | 模型推理 | Models | 1000-5000ms |
| 8 | 响应生成 | Agent Runtime | 10-50ms |
| 9 | 格式转换 | Gateway | 10-50ms |
| 10 | 输出交付 | Channel | 100-400ms |
总延迟:典型3-8秒,视复杂度而定
七、最佳实践与安全建议
7.1 配置最佳实践
- 使用环境变量存储敏感信息:不要在配置文件中硬编码API密钥
- 启用日志监控 :配置
logs.level: debug以便排查问题 - 设置合理的超时时间:避免长时间阻塞
- 配置白名单 :使用
dmPolicy: allowlist限制访问 - 启用健康检查:确保渠道状态可监控
7.2 安全建议
- 最小权限原则:仅授予必要的权限
- 定期轮换密钥:定期更换API密钥和Token
- 启用HTTPS:生产环境必须使用HTTPS
- 隔离测试环境:不要在生产环境测试新功能
- 监控异常行为:设置告警规则监控异常访问
7.3 性能优化
- 启用连接池:复用HTTP连接
- 配置缓存:缓存频繁访问的数据
- 使用CDN:加速静态资源访问
- 优化数据库查询:减少不必要的数据查询
- 启用压缩:减少传输数据量
八、总结
OpenClaw的Channels多渠道接入系统是其六层架构的第一层,提供了丰富的平台支持(21+渠道),实现了跨平台统一服务。本文从Channels的核心概念、架构设计、与Gateway的交互机制等方面进行了全面剖析,详细介绍了WhatsApp、Telegram、飞书等主流平台的接入方式,提供了配置管理和实战案例。
通过Channels系统,一个Agent可以同时接入多个渠道,实现真正的跨平台统一服务。无论是个人开发者还是企业用户,都可以通过Channels系统快速构建多平台AI智能体,提供一致的用户体验。
随着各平台API的不断演进和OpenClaw生态的持续发展,Channels系统将继续扩展,支持更多平台和更丰富的功能。无论你的用户在哪个平台,OpenClaw都能为你提供统一的接入能力。
上一篇 :[第 009 篇] OpenClaw Skills技能系统与ClawHub技能市场全解析
下一篇预告:[第 011 篇] OpenClaw 多模型支持与接入配置
参考资料
- OpenClaw官方文档 - 配置
- OpenClaw官方文档 - 聊天渠道列表
- OpenClaw官方文档 - WhatsApp渠道
- OpenClaw官方文档 - Telegram渠道
- OpenClaw多Agent/多机器人配置指南
- How OpenClaw Works 2025: Skills, Heartbeat, Memory, and Channels
- OpenClaw架构深度解析:从Gateway到Skills的完整数据流
- OpenClaw概念扫盲:Gateway、Channel、Agent、Session
- 全网最全OpenClaw保姆级部署教程
- OpenClaw WSL安装+飞书接入完整教程
- OpenClaw企业微信接入步骤
- 腾讯QQ机器人接入OpenClaw官方指南
- OpenClaw飞书官方插件上线
- 一文彻底搞懂OpenClaw的架构设计与运行原理