role: "node" के साथ जुड़ता है और node.invoke के माध्यम से command surface (जैसे canvas.*, camera.*, device.*, notifications.*, system.*) उजागर करता है। Protocol details: Gateway protocol.
Legacy transport: Bridge protocol (TCP JSONL;
वर्तमान nodes के लिए केवल ऐतिहासिक).
macOS node mode में भी चल सकता है: menubar app Gateway के
WS server से जुड़ता है और अपने local canvas/camera commands को node के रूप में उजागर करता है (ताकि
openclaw nodes … इस Mac के विरुद्ध काम करे)। remote gateway mode में, browser
automation CLI node host (openclaw node run या
installed node service) द्वारा संभाली जाती है, native app node द्वारा नहीं।
नोट्स:
- Nodes peripherals हैं, gateways नहीं। वे gateway service नहीं चलाते।
- Telegram/WhatsApp/etc. messages gateway पर आते हैं, nodes पर नहीं।
- Troubleshooting runbook: /nodes/troubleshooting
Pairing + status
WS nodes device pairing का उपयोग करते हैं। Nodesconnect के दौरान device identity प्रस्तुत करते हैं; Gateway
role: node के लिए device pairing request बनाता है। devices CLI (या UI) के माध्यम से approve करें।
Quick CLI:
requestId बनाया जाता है। approve करने से पहले
openclaw devices list फिर से चलाएं।
नोट्स:
nodes statusकिसी node को paired के रूप में चिह्नित करता है जब उसकी device pairing role मेंnodeशामिल हो।- device pairing record टिकाऊ approved-role contract है। Token rotation उसी contract के अंदर रहती है; यह किसी paired node को ऐसी अलग role में upgrade नहीं कर सकती जिसे pairing approval ने कभी grant नहीं किया।
node.pair.*(CLI:openclaw nodes pending/approve/reject/remove/rename) एक अलग gateway-owned node pairing store है; यह WSconnecthandshake को gate नहीं करता।openclaw nodes remove --node <id|name|ip>किसी node pairing को हटाता है। किसी device-backed node के लिए यहdevices/paired.jsonमें device कीnoderole को revoke करता है और उस device के node-role sessions को disconnect करता है — mixed-role device अपनी row रखता है और केवलnoderole खोता है, जबकि node-only device row delete हो जाती है। यह अलग gateway-owned node pairing store से कोई matching entry भी clear करता है।operator.pairingnon-operator node rows हटा सकता है; mixed-role device पर अपनी ही node role revoke करने वाले device-token caller को अतिरिक्त रूप सेoperator.adminचाहिए।- Approval scope pending request के declared commands का पालन करता है:
- commandless request:
operator.pairing - non-exec node commands:
operator.pairing+operator.write system.run/system.run.prepare/system.which:operator.pairing+operator.admin
- commandless request:
Remote node host (system.run)
जब आपका Gateway एक machine पर चलता है और आप commands को दूसरी machine पर execute कराना चाहते हैं, तो node host का उपयोग करें। model अब भी gateway से बात करता है; जबhost=node चुना जाता है, तो gateway
exec calls को node host तक forward करता है।
क्या कहां चलता है
- Gateway host: messages receive करता है, model चलाता है, tool calls route करता है।
- Node host: node machine पर
system.run/system.whichexecute करता है। - Approvals: node host पर
~/.openclaw/exec-approvals.jsonके माध्यम से enforce किए जाते हैं।
- Approval-backed node runs exact request context से bind होते हैं।
- direct shell/runtime file executions के लिए, OpenClaw best-effort रूप से एक concrete local file operand को भी bind करता है और यदि वह file execution से पहले बदलती है तो run deny करता है।
- यदि OpenClaw interpreter/runtime command के लिए ठीक एक concrete local file पहचान नहीं सकता, तो full runtime coverage का दिखावा करने के बजाय approval-backed execution deny कर दिया जाता है। व्यापक interpreter semantics के लिए sandboxing, separate hosts, या explicit trusted allowlist/full workflow का उपयोग करें।
node host शुरू करें (foreground)
node machine पर:SSH tunnel के माध्यम से remote gateway (loopback bind)
यदि Gateway loopback (gateway.bind=loopback, local mode में default) पर bind करता है,
तो remote node hosts सीधे connect नहीं कर सकते। SSH tunnel बनाएं और
node host को tunnel के local end पर point करें।
Example (node host -> gateway host):
openclaw node runtoken या password auth support करता है।- Env vars preferred हैं:
OPENCLAW_GATEWAY_TOKEN/OPENCLAW_GATEWAY_PASSWORD. - Config fallback
gateway.auth.token/gateway.auth.passwordहै। - local mode में, node host जानबूझकर
gateway.remote.token/gateway.remote.passwordignore करता है। - remote mode में,
gateway.remote.token/gateway.remote.passwordremote precedence rules के अनुसार eligible हैं। - यदि active local
gateway.auth.*SecretRefs configured हैं लेकिन unresolved हैं, तो node-host auth fails closed। - Node-host auth resolution केवल
OPENCLAW_GATEWAY_*env vars का सम्मान करता है।
node host शुरू करें (service)
Pair + name
gateway host पर:openclaw devices list फिर से चलाएं
और current requestId approve करें।
Naming options:
openclaw node run/openclaw node installपर--display-name(node पर~/.openclaw/node.jsonमें persist होता है)।openclaw nodes rename --node <id|name|ip> --name "Build Node"(gateway override).
commands को allowlist करें
Exec approvals per node host होते हैं। gateway से allowlist entries जोड़ें:~/.openclaw/exec-approvals.json में रहते हैं।
exec को node पर point करें
defaults configure करें (gateway config):host=node वाली कोई भी exec call node host पर चलती है (node
allowlist/approvals के अधीन)।
host=auto अपने आप node को implicitly choose नहीं करेगा, लेकिन auto से explicit per-call host=node request allowed है। यदि आप session के लिए node exec को default बनाना चाहते हैं, तो tools.exec.host=node या /exec host=node ... explicitly set करें।
Related:
commands invoke करना
Low-level (raw RPC):Command policy
Node commands invoke किए जाने से पहले दो gates पास करने चाहिए:- node को अपने WebSocket
connect.commandslist में command declare करना चाहिए। - gateway की platform policy को declared command allow करना चाहिए।
canvas.*, camera.list, location.get, और screen.snapshot जैसे safe declared commands allow करते हैं।
Trusted nodes जो talk capability advertise करते हैं या talk.* commands declare करते हैं,
वे declared push-to-talk commands (talk.ptt.start, talk.ptt.stop,
talk.ptt.cancel, talk.ptt.once) को भी default रूप से allow करते हैं, platform label से independent।
camera.snap, camera.clip, और
screen.record जैसे dangerous या privacy-heavy commands को अब भी
gateway.nodes.allowCommands के साथ explicit opt-in चाहिए। gateway.nodes.denyCommands हमेशा
defaults और extra allowlist entries पर precedence लेता है।
Plugin-owned node commands Gateway node-invoke policy जोड़ सकते हैं। वह policy
allowlist check के बाद और node को forward करने से पहले चलती है, ताकि raw
node.invoke, CLI helpers, और dedicated agent tools समान plugin
permission boundary साझा करें। Dangerous plugin node commands को अब भी explicit
gateway.nodes.allowCommands opt-in चाहिए।
node द्वारा अपनी declared command list बदलने के बाद, पुराने device pairing को reject करें
और new request approve करें ताकि gateway updated command snapshot store करे।
Config (openclaw.json)
Node-related settings gateway.nodes और tools.exec के अंतर्गत रहते हैं:
denyCommands किसी command को हटा देता है, भले ही
platform default या allowCommands entry अन्यथा उसे allow करती। gateway node pairing और command-policy field details के लिए
Gateway configuration reference
देखें।
Per-agent exec node override:
Screenshots (canvas snapshots)
यदि node Canvas (WebView) दिखा रहा है, तोcanvas.snapshot { format, base64 } return करता है।
CLI helper (temp file में लिखता है और saved path print करता है):
Canvas controls
canvas presentURLs या local file paths (--target) accept करता है, साथ ही positioning के लिए optional--x/--y/--width/--height।canvas evalinline JS (--js) या positional arg accept करता है।
A2UI (Canvas)
- Mobile nodes action-capable rendering के लिए bundled app-owned A2UI page का उपयोग करते हैं।
- केवल A2UI v0.8 JSONL supported है (v0.9/createSurface rejected है)।
- iOS और Android remote Gateway Canvas pages render करते हैं, लेकिन A2UI button actions केवल bundled app-owned A2UI page से dispatch होते हैं। Gateway-hosted HTTP/HTTPS A2UI pages उन mobile clients पर render-only हैं।
Photos + videos (node camera)
Photos (jpg):
mp4):
canvas.*औरcamera.*के लिए नोड का फ़ोरग्राउंड में होना ज़रूरी है (बैकग्राउंड कॉलNODE_BACKGROUND_UNAVAILABLEलौटाते हैं)।- बहुत बड़े base64 payloads से बचने के लिए क्लिप अवधि सीमित की जाती है (वर्तमान में
<= 60s)। - संभव होने पर Android
CAMERA/RECORD_AUDIOअनुमतियों के लिए prompt करेगा; अस्वीकृत अनुमतियाँ*_PERMISSION_REQUIREDके साथ विफल होती हैं।
स्क्रीन रिकॉर्डिंग (नोड)
समर्थित नोडscreen.record (mp4) उपलब्ध कराते हैं। उदाहरण:
screen.recordकी उपलब्धता नोड प्लेटफ़ॉर्म पर निर्भर करती है।- स्क्रीन रिकॉर्डिंग
<= 60sतक सीमित की जाती हैं। - समर्थित प्लेटफ़ॉर्म पर
--no-audioमाइक्रोफ़ोन कैप्चर को अक्षम करता है। - कई स्क्रीन उपलब्ध होने पर डिस्प्ले चुनने के लिए
--screen <index>का उपयोग करें।
स्थान (नोड)
जब settings में Location सक्षम हो, तब नोडlocation.get उपलब्ध कराते हैं।
CLI helper:
- Location डिफ़ॉल्ट रूप से बंद है।
- “Always” के लिए सिस्टम अनुमति आवश्यक है; बैकग्राउंड fetch best-effort है।
- प्रतिक्रिया में lat/lon, accuracy (meters), और timestamp शामिल होते हैं।
SMS (Android नोड)
जब उपयोगकर्ता SMS अनुमति देता है और डिवाइस telephony का समर्थन करता है, तब Android नोडsms.send उपलब्ध करा सकते हैं।
निम्न-स्तरीय invoke:
- capability विज्ञापित होने से पहले Android डिवाइस पर permission prompt स्वीकार किया जाना चाहिए।
- telephony के बिना Wi-Fi-only डिवाइस
sms.sendविज्ञापित नहीं करेंगे।
Android डिवाइस + निजी डेटा commands
संबंधित capabilities सक्षम होने पर Android नोड अतिरिक्त command families विज्ञापित कर सकते हैं। उपलब्ध families:device.status,device.info,device.permissions,device.health- Android Settings में Installed Apps sharing सक्षम होने पर
device.apps notifications.list,notifications.actionsphotos.latestcontacts.search,contacts.addcalendar.events,calendar.addcallLog.searchsms.searchmotion.activity,motion.pedometer
device.appsopt-in है और डिफ़ॉल्ट रूप से launcher-visible apps लौटाता है।- Motion commands उपलब्ध sensors द्वारा capability-gated होते हैं।
सिस्टम commands (नोड host / mac नोड)
macOS नोडsystem.run, system.notify, और system.execApprovals.get/set उपलब्ध कराता है।
headless node host system.run, system.which, और system.execApprovals.get/set उपलब्ध कराता है।
उदाहरण:
system.runpayload में stdout/stderr/exit code लौटाता है।- Shell execution अब
host=nodeके साथexectool से होकर जाता है; स्पष्ट node commands के लिएnodesdirect-RPC surface बना रहता है। nodes invokesystem.runयाsystem.run.prepareउपलब्ध नहीं कराता; वे केवल exec path पर रहते हैं।- exec path approval से पहले canonical
systemRunPlanतैयार करता है। एक बार approval मिल जाने पर, gateway वही stored plan आगे भेजता है, बाद में caller द्वारा संपादित कोई command/cwd/session fields नहीं। system.notifymacOS app पर notification permission state का सम्मान करता है।- अपरिचित नोड
platform/deviceFamilymetadata एक conservative default allowlist का उपयोग करता है, जिसमेंsystem.runऔरsystem.whichशामिल नहीं होते। यदि आपको किसी unknown platform के लिए सचमुच उन commands की आवश्यकता है, तो उन्हेंgateway.nodes.allowCommandsके ज़रिये स्पष्ट रूप से जोड़ें। system.run--cwd,--env KEY=VAL,--command-timeout, और--needs-screen-recordingका समर्थन करता है।- shell wrappers (
bash|sh|zsh ... -c/-lc) के लिए, request-scoped--envvalues को एक explicit allowlist (TERM,LANG,LC_*,COLORTERM,NO_COLOR,FORCE_COLOR) तक घटाया जाता है। - allowlist mode में allow-always decisions के लिए, ज्ञात dispatch wrappers (
env,flock,nice,nohup,stdbuf,timeout) wrapper paths के बजाय inner executable paths persist करते हैं। यदि unwrapping सुरक्षित नहीं है, तो कोई allowlist entry अपने-आप persist नहीं की जाती। - allowlist mode में Windows node hosts पर,
cmd.exe /cके ज़रिये shell-wrapper runs को approval चाहिए (केवल allowlist entry wrapper form को auto-allow नहीं करती)। system.notify--priority <passive|active|timeSensitive>और--delivery <system|overlay|auto>का समर्थन करता है।- Node hosts
PATHoverrides को ignore करते हैं और खतरनाक startup/shell keys (DYLD_*,LD_*,BASHOPTS,FPATH,KSH_ENV,NODE_OPTIONS,NODE_REDIRECT_WARNINGS,NODE_REPL_EXTERNAL_MODULE,NODE_REPL_HISTORY,NODE_V8_COVERAGE,PYTHON*,PERL*,RUBYOPT,SHELLOPTS,PS4,TCLLIBPATH) हटाते हैं। यदि आपको अतिरिक्त PATH entries चाहिए, तो--envके ज़रियेPATHpass करने के बजाय node host service environment configure करें (या tools को standard locations में install करें)। - macOS node mode पर,
system.runmacOS app में exec approvals द्वारा gated होता है (Settings → Exec approvals)। Ask/allowlist/full headless node host की तरह ही व्यवहार करते हैं; अस्वीकृत promptsSYSTEM_RUN_DENIEDलौटाते हैं। - headless node host पर,
system.runexec approvals (~/.openclaw/exec-approvals.json) द्वारा gated होता है।
Exec नोड binding
जब कई नोड उपलब्ध हों, तो आप exec को किसी विशिष्ट नोड से bind कर सकते हैं। यहexec host=node के लिए default node सेट करता है (और इसे per agent override किया जा सकता है)।
Global default:
अनुमतियों का map
नोडnode.list / node.describe में permissions map शामिल कर सकते हैं, जो permission name (जैसे screenRecording, accessibility) से keyed होता है और boolean values (true = granted) रखता है।
Headless node host (cross-platform)
OpenClaw एक headless node host (कोई UI नहीं) चला सकता है, जो Gateway WebSocket से connect करता है औरsystem.run / system.which उपलब्ध कराता है। यह Linux/Windows पर
या server के साथ minimal node चलाने के लिए उपयोगी है।
इसे शुरू करें:
- Pairing अभी भी आवश्यक है (Gateway device pairing prompt दिखाएगा)।
- node host अपना node id, token, display name, और gateway connection info
~/.openclaw/node.jsonमें store करता है। - Exec approvals स्थानीय रूप से
~/.openclaw/exec-approvals.jsonके ज़रिये enforced होते हैं (Exec approvals देखें)। - macOS पर, headless node host डिफ़ॉल्ट रूप से
system.runको locally execute करता है।system.runको companion app exec host के ज़रिये route करने के लिएOPENCLAW_NODE_EXEC_HOST=appसेट करें; app host को आवश्यक बनाने और उसके unavailable होने पर fail closed करने के लिएOPENCLAW_NODE_EXEC_FALLBACK=0जोड़ें। - जब Gateway WS TLS का उपयोग करता हो, तब
--tls/--tls-fingerprintजोड़ें।
Mac node mode
- macOS menubar app Gateway WS server से नोड के रूप में connect करता है (इसलिए
openclaw nodes …इस Mac के विरुद्ध काम करता है)। - remote mode में, app Gateway port के लिए SSH tunnel खोलता है और
localhostसे connect करता है।