clawdbot node
Run a headless node host that connects to the Gateway bridge and exposes
system.run / system.which on this machine.
Why use a node host?
Use a node host when you want agents to run commands on other machines in your network without installing a full macOS companion app there. Common use cases:- Run commands on remote Linux/Windows boxes (build servers, lab machines, NAS).
- Keep exec sandboxed on the gateway, but delegate approved runs to other hosts.
- Provide a lightweight, headless execution target for automation or CI nodes.
Start (foreground)
--host <host>: Gateway bridge host (default:127.0.0.1)--port <port>: Gateway bridge port (default:18790)--tls: Use TLS for the bridge connection--tls-fingerprint <sha256>: Pin the bridge certificate fingerprint--node-id <id>: Override node id (clears pairing token)--display-name <name>: Override the node display name
Service (background)
Install a headless node host as a user service.--host <host>: Gateway bridge host (default:127.0.0.1)--port <port>: Gateway bridge port (default:18790)--tls: Use TLS for the bridge connection--tls-fingerprint <sha256>: Pin the bridge certificate fingerprint--node-id <id>: Override node id (clears pairing token)--display-name <name>: Override the node display name--runtime <runtime>: Service runtime (nodeorbun)--force: Reinstall/overwrite if already installed
Pairing
The first connection creates a pending node pair request on the Gateway. Approve it via:~/.clawdbot/node.json.
Exec approvals
system.run is gated by local exec approvals:
~/.clawdbot/exec-approvals.json- Exec approvals
clawdbot approvals --node <id|name|ip>(edit from the Gateway)