​

Protocolo del Gateway (WebSocket)

​

Transporte

• WebSocket, tramas de texto con payloads JSON.
• La primera trama debe ser una solicitud connect.

​

Handshake (conexión)

{
  "type": "event",
  "event": "connect.challenge",
  "payload": { "nonce": "…", "ts": 1737264000000 }
}

{
  "type": "req",
  "id": "…",
  "method": "connect",
  "params": {
    "minProtocol": 3,
    "maxProtocol": 3,
    "client": {
      "id": "cli",
      "version": "1.2.3",
      "platform": "macos",
      "mode": "operator"
    },
    "role": "operator",
    "scopes": ["operator.read", "operator.write"],
    "caps": [],
    "commands": [],
    "permissions": {},
    "auth": { "token": "…" },
    "locale": "en-US",
    "userAgent": "openclaw-cli/1.2.3",
    "device": {
      "id": "device_fingerprint",
      "publicKey": "…",
      "signature": "…",
      "signedAt": 1737264000000,
      "nonce": "…"
    }
  }
}

{
  "type": "res",
  "id": "…",
  "ok": true,
  "payload": { "type": "hello-ok", "protocol": 3, "policy": { "tickIntervalMs": 15000 } }
}

{
  "auth": {
    "deviceToken": "…",
    "role": "operator",
    "scopes": ["operator.read", "operator.write"]
  }
}

​

Ejemplo de nodo

{
  "type": "req",
  "id": "…",
  "method": "connect",
  "params": {
    "minProtocol": 3,
    "maxProtocol": 3,
    "client": {
      "id": "ios-node",
      "version": "1.2.3",
      "platform": "ios",
      "mode": "node"
    },
    "role": "node",
    "scopes": [],
    "caps": ["camera", "canvas", "screen", "location", "voice"],
    "commands": ["camera.snap", "canvas.navigate", "screen.record", "location.get"],
    "permissions": { "camera.capture": true, "screen.record": false },
    "auth": { "token": "…" },
    "locale": "en-US",
    "userAgent": "openclaw-ios/1.2.3",
    "device": {
      "id": "device_fingerprint",
      "publicKey": "…",
      "signature": "…",
      "signedAt": 1737264000000,
      "nonce": "…"
    }
  }
}

​

Enmarcando

• Solicitud: {type:"req", id, method, params}
• Respuesta: {type:"res", id, ok, payload|error}
• Evento: {type:"event", event, payload, seq?, stateVersion?}

​

Roles + alcances

​

Roles

• operator = cliente del plano de control (CLI/UI/automatización).
• node = host de capacidades (camera/screen/canvas/system.run).

​

Alcances (operador)

• operator.read
• operator.write
• operator.admin
• operator.approvals
• operator.pairing

​

Caps/comandos/permisos (node)

• caps: categorías de capacidades de alto nivel.
• commands: lista de permitidos de comandos para invocar.
• permissions: conmutadores granulares (p. ej., screen.record, camera.capture).

​

Presencia

• system-presence devuelve entradas indexadas por identidad del dispositivo.
• Las entradas de presencia incluyen deviceId, roles y scopes para que las UIs puedan mostrar una sola fila por dispositivo incluso cuando se conecta como operador y nodo.

​

Métodos auxiliares del nodo

• Los nodos pueden llamar a skills.bins para obtener la lista actual de ejecutables de Skills para comprobaciones de auto‑permitir.

​

Aprobaciones de exec

• Cuando una solicitud de exec necesita aprobación, el gateway difunde exec.approval.requested.
• Los clientes operadores resuelven llamando a exec.approval.resolve (requiere el alcance operator.approvals).

​

Versionado

• PROTOCOL_VERSION vive en src/gateway/protocol/schema.ts.
• Los clientes envían minProtocol + maxProtocol; el servidor rechaza incompatibilidades.
• Los esquemas + modelos se generan a partir de definiciones TypeBox:
  • pnpm protocol:gen
  • pnpm protocol:gen:swift
  • pnpm protocol:check

​

Autenticación

• Si se establece OPENCLAW_GATEWAY_TOKEN (o --token), connect.params.auth.token debe coincidir o el socket se cierra.
• Tras el emparejamiento, el Gateway emite un token de dispositivo con alcance según el rol + alcances de la conexión. Se devuelve en hello-ok.auth.deviceToken y debe persistirse por el cliente para conexiones futuras.
• Los tokens de dispositivo pueden rotarse/revocarse mediante device.token.rotate y device.token.revoke (requiere el alcance operator.pairing).

​

Identidad del dispositivo + emparejamiento

• Los nodos deben incluir una identidad de dispositivo estable (device.id) derivada de la huella de un par de claves.
• Los Gateways emiten tokens por dispositivo + rol.
• Se requieren aprobaciones de emparejamiento para nuevos IDs de dispositivo, a menos que esté habilitada la autoaprobación local.
• Las conexiones locales incluyen loopback y la propia dirección tailnet del host del gateway (de modo que los enlaces tailnet en el mismo host aún puedan autoaprobarse).
• Todos los clientes WS deben incluir la identidad device durante connect (operador + nodo). La UI de control puede omitirla solo cuando gateway.controlUi.allowInsecureAuth está habilitado (o gateway.controlUi.dangerouslyDisableDeviceAuth para uso de emergencia).
• Las conexiones no locales deben firmar el nonce connect.challenge proporcionado por el servidor.

​

TLS + pinning

• TLS es compatible para conexiones WS.
• Los clientes pueden opcionalmente fijar (pin) la huella del certificado del gateway (ver la configuración gateway.tls además de gateway.remote.tlsFingerprint o la CLI --tls-fingerprint).

​

Alcance