微信连接池
基于微信生态中可合法使用的官方 NPM 包和自研 OpenClaw 调度层，管理连接状态、消息收发、频率控制和失败恢复。
连接保活
收发队列
会话映射
频率控制
失败恢复
链路日志
5 亿消息 / 天 · 100 万 OpenClaw 连接
给 AI Agent 用的高并发消息网关
用一套 API 接入微信和 QQ，把海量用户消息稳定送进你的 Agent，再把回复可靠发回会话。AgentBridge 负责连接管理、队列削峰、Worker 调度、限流重试和全链路日志；你只需要处理业务逻辑。
5 亿
日均消息处理
100 万
OpenClaw 长连接
2
微信 / QQ 通道
API
Webhook / REST API
Dispatch runtime
WeChat
QQ
Webhook
Webhook success
99.4%
Queue latency
182ms
Active channels
12
OpenClaw links
1.0M
Inboundwechat
消息入队削峰
›
Webhooksigned
签名投递 Webhook
Schedulerretry
调度、限流、重试
›
Outbounddelivered
回写渠道会话
delivered
msg_9FA2 出站消息已送达
182ms
webhook
app_support_agent Webhook 200
200
retry
channel_qq_03 进入低频重试
#2
queued
conv_31B8 进入发送队列
now
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
为高吞吐、长连接和故障恢复设计
AgentBridge 的核心不是一个简单转发器，而是一套可横向扩展的消息运行时：连接、队列、Worker、限流、重试、熔断和日志都在同一层编排。
标准事件模型
微信、QQ 的消息、回执和系统事件会被转换成同一套 JSON。开发者不用为每个渠道写一套接入代码。
5 亿级日消息吞吐
入站、Webhook、出站和重试全部进入队列，按优先级、租户和渠道调度，避免突发消息洪峰打穿业务服务。
Worker 调度器
任务按渠道、租户、优先级和连接状态分发到 Worker，支持横向扩容、失败迁移和热点隔离。
100 万 OpenClaw 连接
统一管理连接在线状态、容量分配、健康检查和故障隔离。连接异常时，调度层自动降级、重试或迁移。
限流、熔断、隔离
按开发者、应用、渠道和会话设置速率。某个客户或通道异常时，只隔离局部，不拖垮整套系统。
签名鉴权
API Key、Webhook 签名、时间戳和请求日志构成基础安全边界，确保事件来源可验证、调用可追踪。
全链路可观测
每条消息都有入站、投递、回复、发送、重试和失败记录。延迟、错误码、成功率都能直接查。
Channel Adapter
微信和 QQ 已接入同一套适配器模型。后续扩展企业微信、Telegram、Discord、飞书、钉钉时不改变开发者 API。
Integration
最快一天接入，先跑通消息闭环
私有 Beta 阶段先开放核心链路：创建应用、配置 Webhook、接收消息、发送回复、查看日志。
1
创建 App
拿到 App ID 和 API Key，选择需要接入的微信、QQ 通道。
2
接 Webhook
接收入站消息事件，校验签名，然后把消息交给你的 Agent。
3
发送回复
同步返回 reply，或用 REST API 异步发送多轮消息。
4
看日志
从控制台查看延迟、失败原因、Webhook 状态和发送回执。
Capacity
按消息量、连接数和专属调度资源扩容
早期以私有 Beta 交付核心能力。规模上来后，可以按消息量、OpenClaw 连接数、Worker 并发和日志保留时间扩展。
Starter
Beta
先验证一个 Agent
- 1 个 App
- 微信或 QQ
- 基础消息队列
- 7 天日志
Pro
Scale
开始承接真实流量
- 多 App
- 微信 + QQ
- 更高队列吞吐
- 30 天日志
Business
Dedicated
需要稳定容量保障
- 专属 Worker 池
- 独立限流策略
- 连接容量预留
- 告警和支持群
Enterprise
Custom
深度集成或私有部署
- 私有化部署
- 定制 Channel Adapter
- 定制安全策略
- SLA 和合同
Guardrails
只服务用户主动触发的 Agent 对话
这不是群发工具，也不是营销自动化工具。平台默认做审核、频控、熔断和审计，保护开发者和通道稳定性。
官方组件 + 自研调度
微信侧基于可合法使用的官方 NPM 包和公开能力，核心价值在 OpenClaw 连接编排、队列和调度系统。
不做高风险场景
不支持破解、逆向、群发、自动养号、批量加好友、私域爆破等场景，也不把产品包装成这类工具。
只处理用户会话
面向用户主动发起或明确授权的会话。营销、骚扰、诈骗、诱导、违规引流等用途会被拒绝接入。
默认风控内建
开发者审核、应用审核、API 权限、单会话频控、额度控制、异常熔断、操作日志和投诉信号记录默认启用。
Private Beta
把你的 Agent 接进真实消息流
私有 Beta 优先开放文本消息、签名 Webhook、异步发送 API、基础日志和人工开通通道。适合已经有 Agent，需要微信、QQ 入口和高并发消息调度能力的团队。