桥接协议（旧版节点传输）

桥接协议是一个旧版节点传输（TCP JSONL）。新的节点客户端应该使用统一的网关 WebSocket 协议代替。

如果你正在构建操作者或节点客户端，使用网关协议。

注意： 当前的 OpenClaw 构建不再附带 TCP 桥接监听器；本文档保留用于历史参考。旧的 bridge.* 配置键不再是配置模式的一部分。

为什么我们同时有两者

• 安全边界：桥接暴露一个小的允许列表，而不是完整的网关 API 表面。
• 配对 + 节点身份：节点准入由网关拥有，并与每个节点的令牌绑定。
• 发现体验：节点可以通过 Bonjour 在 LAN 上发现网关，或通过 tailnet 直接连接。
• Loopback WS：完整的 WS 控制平面保持本地，除非通过 SSH 隧道。

传输

• TCP，每行一个 JSON 对象（JSONL）。
• 可选 TLS（当 bridge.tls.enabled 为 true 时）。
• 旧的默认监听器端口是 18790（当前构建不启动 TCP 桥接）。

当 TLS 启用时，发现 TXT 记录包含 bridgeTls=1 加上 bridgeTlsSha256，以便节点可以固定证书。

握手 + 配对

1. 客户端发送 hello 包含节点元数据 + 令牌（如果已配对）。
2. 如果未配对，网关回复 error（NOT_PAIRED/UNAUTHORIZED）。
3. 客户端发送 pair-request。
4. 网关等待批准，然后发送 pair-ok 和 hello-ok。

hello-ok 返回 serverName，可能包含 canvasHostUrl。

帧

客户端 → 网关：

• req / res：作用域网关 RPC（聊天、会话、配置、健康、语音唤醒、技能 bins）
• event：节点信号（语音转录、智能体请求、聊天订阅、exec 生命周期）

网关 → 客户端：

• invoke / invoke-res：节点命令（canvas.*、camera.*、screen.record、location.get、sms.send）
• event：订阅会话的聊天更新
• ping / pong：保活

旧的允许列表强制执行位于 src/gateway/server-bridge.ts（已移除）。

Exec 生命周期事件

节点可以发出 exec.finished 或 exec.denied 事件以显示 system.run 活动。这些映射到网关中的系统事件。（旧节点可能仍然发出 exec.started。）

有效负载字段（全部可选，除非注明）：

• sessionKey（必需）：接收系统事件的智能体会话。
• runId：用于分组的唯一 exec id。
• command：原始或格式化的命令字符串。
• exitCode、timedOut、success、output：完成详情（仅 finished）。
• reason：拒绝原因（仅 denied）。

Tailnet 使用

• 将桥接绑定到 tailnet IP：~/.openclaw/openclaw.json 中的 bridge.bind: "tailnet"。
• 客户端通过 MagicDNS 名称或 tailnet IP 连接。
• Bonjour 不跨网络；必要时使用手动主机/端口或广域 DNS‑SD。

版本控制

桥接当前是隐式 v1（无最小/最大协商）。预期向后兼容；在任何破坏性更改之前添加桥接协议版本字段。