微信连接池
基于微信生态中可合法使用的官方 NPM 包和自研 OpenClaw 调度层，管理连接状态、消息收发、频率控制和失败恢复。
连接保活
收发队列
会话映射
频率控制
失败恢复
链路日志
5 亿消息 / 天 · 100 万 OpenClaw 连接
给 AI Agent 用的高并发消息网关
用一套 API 接入微信和 QQ，把海量用户消息稳定送进你的 Agent，再把回复可靠发回会话。ClawinLink 负责连接管理、队列削峰、Worker 调度、限流重试和全链路日志；你只需要处理业务逻辑。
5 亿
日均消息处理
100 万
OpenClaw 长连接
2
微信 / QQ 通道
API
Webhook / REST API
Dispatch runtime
WeChat
QQ
Webhook
Daily messages
500M
OpenClaw links
1.0M
Channels
WeChat / QQ
01inbound
渠道消息
微信、QQ 消息进入统一入口，标准化为同一套事件。
›
02runtime
调度核心
队列削峰、连接编排、Worker 分发、限流和失败恢复。
›
03webhook
你的 Agent
签名 Webhook 或 REST API，把回复可靠写回会话。
ClawinLink Runtime
核心只做四件事：接住消息、稳住连接、调度任务、记录链路。复杂性留在运行时，开发者只面对干净的 API。
Queue backpressure
Worker routing
Rate limit
Trace logs
Channels
一个网关，同时跑微信和 QQ
每个通道都接入同一套消息模型、连接池、发送队列和日志系统。你的 Agent 不需要理解渠道差异，只处理标准事件。
QQ 消息通道
QQ 消息进入同一套调度管线，统一鉴权、排队、投递、回执和限流。新增渠道，不新增一套业务逻辑。
标准事件
签名 Webhook
异步发送
队列削峰
状态回执
容量隔离
API
收到事件，返回回复。剩下的交给调度层
入站消息会被标准化后签名投递到你的 Webhook。你可以同步返回回复，也可以用 REST API 异步发送。
Webhook event
message.received
{
"event": "message.received",
"channel": "wechat",
"app_id": "app_01HZX7R8P2",
"conversation_id": "conv_01HZX7T6KA",
"sender": {
"id": "user_01HZX7TA9V",
"display_name": "用户昵称"
},
"message": {
"type": "text",
"content": "你好"
}
}
Developer reply
sync or async
{
"reply": {
"type": "text",
"content": "你好，我在。"
}
}
POST /v1/messages/send
Authorization: Bearer ab_key_xxxRuntime
为高吞吐、长连接和故障恢复设计
ClawinLink 的核心不是一个简单转发器，而是一套可横向扩展的消息运行时：连接、队列、Worker、限流、重试、熔断和日志都在同一层编排。
标准事件模型
微信、QQ 的消息、回执和系统事件会被转换成同一套 JSON。开发者不用为每个渠道写一套接入代码。
5 亿级日消息吞吐
入站、Webhook、出站和重试全部进入队列，按优先级、租户和渠道调度，避免突发消息洪峰打穿业务服务。
Worker 调度器
任务按渠道、租户、优先级和连接状态分发到 Worker，支持横向扩容、失败迁移和热点隔离。
100 万 OpenClaw 连接
统一管理连接在线状态、容量分配、健康检查和故障隔离。连接异常时，调度层自动降级、重试或迁移。
限流、熔断、隔离
按开发者、应用、渠道和会话设置速率。某个客户或通道异常时，只隔离局部，不拖垮整套系统。
签名鉴权
API Key、Webhook 签名、时间戳和请求日志构成基础安全边界，确保事件来源可验证、调用可追踪。
全链路可观测
每条消息都有入站、投递、回复、发送、重试和失败记录。延迟、错误码、成功率都能直接查。
Channel Adapter
微信和 QQ 已接入同一套适配器模型。后续扩展企业微信、Telegram、Discord、飞书、钉钉时不改变开发者 API。
Integration
最快一天接入，先跑通消息闭环
内测阶段先开放核心链路：创建应用、配置 Webhook、接收消息、发送回复、查看日志。
1
创建 App
拿到 App ID 和 API Key，选择需要接入的微信、QQ 通道。
2
接 Webhook
接收入站消息事件，校验签名，然后把消息交给你的 Agent。
3
发送回复
同步返回 reply，或用 REST API 异步发送多轮消息。
4
看日志
从控制台查看延迟、失败原因、Webhook 状态和发送回执。
Guardrails
只服务用户主动触发的 Agent 对话
这不是群发工具，也不是营销自动化工具。平台默认做审核、频控、熔断和审计，保护开发者和通道稳定性。
官方组件 + 自研调度
微信侧基于可合法使用的官方 NPM 包和公开能力，核心价值在 OpenClaw 连接编排、队列和调度系统。
不做高风险场景
不支持破解、逆向、群发、自动养号、批量加好友、私域爆破等场景，也不把产品包装成这类工具。
只处理用户会话
面向用户主动发起或明确授权的会话。营销、骚扰、诈骗、诱导、违规引流等用途会被拒绝接入。
默认风控内建
开发者审核、应用审核、API 权限、单会话频控、额度控制、异常熔断、操作日志和投诉信号记录默认启用。
Private Preview
把你的 Agent 接进真实消息流
内测优先开放文本消息、签名 Webhook、异步发送 API、基础日志和人工开通通道。适合已经有 Agent，需要微信、QQ 入口和高并发消息调度能力的团队。