实践openclaw-concepts
Gateway architecture · OpenClaw — 一个网关管理所有消息面,客户端与节点分离,协议严格类型化。
一个网关管理所有消息面,客户端与节点分离,协议严格类型化。
2026-06-29原文
本文为要点摘要,完整细节以原文为准。
🧭 一图看懂
由原文自动提炼 · 以原文为准点击任一分支,查看这一点的一句话解读
OpenClaw 网关架构
每台主机仅一个常驻 Gateway,独占所有消息面连接
- WhatsApp 经 Baileys,Telegram 经 grammY
- Slack、Discord、Signal、iMessage、WebChat
- 默认绑定 127.0.0.1:18789
⚙️ 流程拆解
STEP 1客户端发 req:connect
STEP 2Gateway 返回 hello-ok 快照
STEP 3推送 presence 与 tick 事件
STEP 4客户端发 req:agent
STEP 5Gateway 流式回 event:agent
STEP 6返回 final 结果
🔗 涉及的概念与玩家
- OpenClaw产品
- Gateway概念
- WebSocket方法
- Baileys产品
- grammY产品
- TypeBox方法
- Tailscale产品
- WebChat产品
- OpenClaw—采用→Gateway
- Gateway—暴露→WebSocket
- Gateway—连接→Baileys
- Gateway—连接→grammY
- TypeBox—定义协议→Gateway
- Gateway—支持远程→Tailscale
- 单一 Gateway 进程持有所有消息通道(WhatsApp、Telegram 等),控制面客户端和节点均通过 WebSocket 连接,但角色不同:客户端发送请求、订阅事件;节点声明
role: node并暴露能力(如canvas.*、camera.*)。- 含义:Agent 的通信层应区分控制面与执行面,节点通过声明式能力注册实现可扩展的远程操作。
- 连接生命周期强制先发送
connect帧,握手后通过hello-ok获得快照(presence + health),后续请求/响应和事件推送均基于此会话。- 含义:Agent 的 WebSocket 协议应设计明确的握手与状态同步阶段,避免无状态乱序消息。
- 幂等键(idempotency keys)对
send、agent等副作用方法必须,服务器保留短时去重缓存;配对需设备身份、挑战签名和显式审批。- 含义:Agent 的远程调用应内置幂等机制,配对流程需结合身份认证与本地信任模型,防止未授权接入。
🕸 顺着图谱继续读
- Presence · OpenClaw — 5分钟看懂OpenClaw多智能体在线状态机制,避免重复连接和内存泄漏。2026-08-10 · 共同涉及 OpenClaw、Gateway、WebChat
- TypeBox · OpenClaw — TypeBox 如何成为 OpenClaw 网关协议的唯一事实源,驱动校验、代码2026-08-31 · 共同涉及 TypeBox、OpenClaw
- Control UI and API keys · OpenClaw — OpenClaw 把密钥存储、模型目录刷新和用量统计拆成独立步骤,这个设计值得借2026-09-21 · 共同涉及 OpenClaw、Gateway
- openclaw v2026.6.35 — 六月 LTS 收官版:166 个 PR 全在补边界与恢复2026-09-10 · 共同涉及 OpenClaw、Gateway