Skip to main content

​
openclaw nodes

Manage paired nodes (devices) and invoke node capabilities. Related: Nodes overview - Active computer presence - Camera nodes - Image nodes Common options on every subcommand: --url <url>, --token <token>, --timeout <ms> (default varies by command), --json.

​
Status

status and list both accept --connected (only connected nodes) and --last-connected <duration> (e.g. 24h, 7d; only nodes that connected within the duration). Both use the Gateway’s recorded last connection time, including recent reconnects and disconnected nodes with known connection history. list shows pending and paired nodes in separate tables, with paired rows including the most recent connect age (Last Connect); status shows one merged table with per-node capability, version, and last-input detail. A connected macOS node reports last input only after the user enables Active computer detection and grants Accessibility; the freshest row is marked active. See Active computer presence. describe prints one node’s capabilities, permissions, activity, and effective/pending invoke commands. When host stats are available, status includes a detail fragment such as load 3.2/24 · mem 151/192 GB · disk 1.2 TB free; describe shows the same summary in its Stats row. Load is the 1-minute average followed by CPU count, memory is used/total, and byte values use binary scaling with GB/TB labels. Unavailable load or disk readings are omitted. Offline nodes show the saved snapshot with an age such as (last known 27d ago), measured from the snapshot’s original timestamp. See Node host stats. --node accepts an exact ID, IP address, display name, or ID prefix of at least six characters. Exact ID and IP matches take precedence over names and prefixes. Within the strongest match, connected nodes take precedence. If current clients share a name, use an exact ID to disambiguate; client type does not choose the target. The legacy migration exception prefers a unique OpenClaw client only when every other tied entry is a known Clawdbot or Moldbot client.

​
Pairing

These commands manage the node’s approved command/capability surface on its paired-device record. Device pairing (openclaw devices approve) gates the node’s WebSocket connect handshake. See Nodes for how the two relate.
  • remove revokes the device’s node role and clears its approved and pending command/capability surfaces. It disconnects the device’s node-role sessions. A mixed-role device keeps its record and other roles; a node-only device record is deleted.
  • pending only needs operator.pairing scope.
  • gateway.nodes.pairing.autoApproveCidrs can skip the pending step for explicitly trusted, first-time role: node device pairing. Off by default; does not approve role upgrades.
  • gateway.nodes.pairing.sshVerify (on by default) auto-approves first-time role: node device pairing when the gateway can verify the device key over SSH to the node host; the first capability surface is approved in the same step. See Node pairing.
  • approve scope requirements follow the pending request’s declared commands:
    • commandless request: operator.pairing
    • ordinary node commands: operator.pairing + operator.write
    • admin-sensitive commands (system.run, system.run.prepare, system.which, browser.proxy, browser.proxy.upload.v1, fs.listDir, and system.execApprovals.get/set): operator.pairing + operator.admin
  • These requirements classify node commands relayed through node.invoke. The top-level Gateway fs.listDir RPC needs operator.write for workspace-contained host browsing and operator.admin when nodeId is present.
  • remove scope: operator.pairing can remove non-operator node rows; a device-token caller revoking its own node role on a mixed-role device additionally needs operator.admin.

​
Invoke

Flags:
  • --command <command> (required): e.g. device.info.
  • --params <json>: JSON object string (default {}).
  • --invoke-timeout <ms>: node invoke timeout (default 15000).
  • --timeout <ms>: Gateway transport timeout (default 30000).
  • --idempotency-key <key>: optional idempotency key.
system.run and system.run.prepare are blocked here; use the exec tool with host=node for shell execution instead. system.which is allowed through invoke.

​
Notify, push, location, screen

  • notify sends a local notification on a node that declares system.notify, including macOS, iOS, Android, and direct watchOS nodes. Direct watchOS delivery requires OpenClaw to be active. Requires --title or --body. Options: --sound <name>, --priority <passive|active|timeSensitive>, --delivery <system|overlay|auto> (default system), --invoke-timeout <ms> (default 15000).
  • push sends an APNs test push to an iOS node. Options: --title <text> (default OpenClaw), --body <text>, --environment <sandbox|production> to override the detected APNs environment. Accepted delivery exits 0; a typed APNs rejection preserves the complete text or JSON diagnostic and exits non-zero.
  • location get fetches the node’s current location. Options: --max-age <ms> (reuse a cached fix), --accuracy <coarse|balanced|precise>, --location-timeout <ms> (default 10000), --invoke-timeout <ms> (default 20000).
  • screen record captures a short clip and prints the saved path (or writes JSON with --json). Options: --screen <index> (default 0), --duration <ms|10s> (default 10000), --fps <fps> (default 10), --no-audio, --out <path>, --invoke-timeout <ms> (default 120000).
  • Explicit screen output paths are staged beside the destination and replace it only after a complete write; a failed write leaves an existing file unchanged.
Camera and macOS widget-panel commands have their own docs: Camera nodes, Widget panel. The bundled experimental Canvas plugin registers openclaw nodes canvas with the surviving present, hide, and navigate subcommands.