coderClaw

coderclaw node

Run a headless node host that connects to the Gateway WebSocket 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:

Execution is still guarded by exec approvals and per‑agent allowlists on the node host, so you can keep command access scoped and explicit.

Browser proxy (zero-config)

Node hosts automatically advertise a browser proxy if browser.enabled is not disabled on the node. This lets the agent use browser automation on that node without extra configuration.

Disable it on the node if needed:

{
  nodeHost: {
    browserProxy: {
      enabled: false,
    },
  },
}

Run (foreground)

coderclaw node run --host <gateway-host> --port 18789

Options:

Service (background)

Install a headless node host as a user service.

coderclaw node install --host <gateway-host> --port 18789

Options:

Manage the service:

coderclaw node status
coderclaw node stop
coderclaw node restart
coderclaw node uninstall

Use coderclaw node run for a foreground node host (no service).

Service commands accept --json for machine-readable output.

Pairing

The first connection creates a pending node pair request on the Gateway. Approve it via:

coderclaw nodes pending
coderclaw nodes approve <requestId>

The node host stores its node id, token, display name, and gateway connection info in ~/.coderclaw/node.json.

Exec approvals

system.run is gated by local exec approvals: