OpenClaw 🦞

网关拥有的配对

网关拥有的配对（选项 B）

在网关拥有的配对中，网关是允许哪些节点加入的真实来源。UI（macOS 应用、未来的客户端）只是用于审批或拒绝待处理请求的前端。

重要提示： WS 节点在 connect 期间使用设备配对（角色 node）。node.pair.* 是一个独立的配对存储，不会限制 WS 握手。只有显式调用 node.pair.* 的客户端才会使用此流程。

概念

  • 待处理请求：节点请求加入；需要审批。
  • 已配对节点：已审批并颁发 auth token 的节点。
  • 传输：网关 WS 端点转发请求但不决定成员资格。（传统 TCP 桥接支持已弃用/移除。）

配对工作原理

  1. 节点连接到网关 WS 并请求配对。
  2. 网关存储一个待处理请求并发出 node.pair.requested 事件。
  3. 你审批或拒绝该请求（通过 CLI 或 UI）。
  4. 审批通过后，网关颁发一个新 token（token 会在重新配对时轮换）。
  5. 节点使用该 token 重新连接，现在状态为"已配对"。

待处理请求会在 5 分钟后自动过期。

CLI 工作流（无头友好）

openclaw nodes pending
openclaw nodes approve <requestId>
openclaw nodes reject <requestId>
openclaw nodes status
openclaw nodes rename --node <id|name|ip> --name "Living Room iPad"

nodes status 显示已配对/已连接的节点及其功能。

API 表面（网关协议）

事件：

  • node.pair.requested — 当创建新的待处理请求时发出。
  • node.pair.resolved — 当请求被审批/拒绝/过期时发出。

方法：

  • node.pair.request — 创建或重用待处理请求。
  • node.pair.list — 列出待处理和已配对的节点。
  • node.pair.approve — 审批待处理请求（颁发 token）。
  • node.pair.reject — 拒绝待处理请求。
  • node.pair.verify — 验证 { nodeId, token }。

注意：

  • node.pair.request 对每个节点是幂等的：重复调用返回相同的待处理请求。
  • 审批总是生成一个新的 token；node.pair.request 永远不会返回 token。
  • 请求可以包含 silent: true 作为自动审批流程的提示。

自动审批（macOS 应用）

当满足以下条件时，macOS 应用可以选择尝试静默审批：

  • 请求标记为 silent，并且
  • 应用可以使用同一用户验证与网关机器的 SSH 连接。

如果静默审批失败，则回退到正常的"审批/拒绝"提示。

存储（本地，私有）

配对状态存储在网关状态目录下（默认 ~/.openclaw）：

  • ~/.openclaw/nodes/paired.json
  • ~/.openclaw/nodes/pending.json

如果覆盖了 OPENCLAW_STATE_DIR，nodes/ 文件夹会随之移动。

安全说明：

  • Token 是机密信息；将 paired.json 视为敏感数据。
  • 轮换 token 需要重新审批（或删除节点条目）。

传输行为

  • 传输是无状态的；它不存储成员资格。
  • 如果网关离线或配对被禁用，节点无法配对。
  • 如果网关处于远程模式，配对仍然针对远程网关的存储进行。