Nodes

​

पेयरिंग + स्थिति

openclaw devices list
openclaw devices approve <requestId>
openclaw devices reject <requestId>
openclaw nodes status
openclaw nodes describe --node <idOrNameOrIp>

• nodes status किसी नोड को पेयर किया गया चिह्नित करता है, जब उसकी डिवाइस पेयरिंग भूमिका में node शामिल हो।
• कनेक्टेड नेटिव Mac Settings -> Permissions -> Active computer detection में समेकित भौतिक-इनपुट गतिविधि के लिए ऑप्ट इन कर सकता है। Accessibility भी आवश्यक है। Gateway सबसे नवीन योग्य Mac को active चिह्नित करता है, एजेंट को स्थिर नोड-ID संकेत देता है और विलंबित फ़ॉलबैक से पहले नोड कनेक्शन अलर्ट वहाँ रूट करता है। सेटअप, गोपनीयता, समय-निर्धारण और समस्या-निवारण के लिए सक्रिय कंप्यूटर उपस्थिति देखें।
• डिवाइस पेयरिंग रिकॉर्ड टिकाऊ स्वीकृत-भूमिका अनुबंध है। टोकन रोटेशन उसी अनुबंध के भीतर रहता है; यह पेयर किए गए नोड को ऐसी भूमिका में अपग्रेड नहीं कर सकता जिसे पेयरिंग स्वीकृति ने कभी प्रदान नहीं किया।
• node.pair.* (CLI: openclaw nodes pending/approve/reject/remove/rename) एक अलग, Gateway-स्वामित्व वाला नोड पेयरिंग स्टोर है, जो पुनः कनेक्शन के दौरान नोड की स्वीकृत कमांड/क्षमता सतह को ट्रैक करता है। यह ट्रांसपोर्ट प्रमाणीकरण को गेट नहीं करता—यह कार्य डिवाइस पेयरिंग करती है।
• openclaw nodes remove --node <id|name|ip> नोड पेयरिंग हटाता है। डिवाइस-समर्थित नोड के लिए यह पेयर किए गए डिवाइस स्टोर में डिवाइस की node भूमिका निरस्त करता है और उस डिवाइस के नोड-भूमिका सत्रों को डिस्कनेक्ट करता है: मिश्रित-भूमिका वाला डिवाइस अपनी पंक्ति बनाए रखता है और केवल node भूमिका खोता है, जबकि केवल-नोड डिवाइस की पंक्ति हटा दी जाती है। यह अलग नोड पेयरिंग स्टोर से मेल खाती प्रविष्टि भी साफ़ करता है। operator.pairing अन्य डिवाइसों पर गैर-ऑपरेटर नोड पंक्तियाँ हटा सकता है; मिश्रित-भूमिका वाले डिवाइस पर अपनी ही नोड भूमिका निरस्त करने वाले डिवाइस-टोकन कॉलर को अतिरिक्त रूप से operator.admin की आवश्यकता होती है।
• स्वीकृति का दायरा लंबित अनुरोध में घोषित कमांड का अनुसरण करता है:
  • कमांड-रहित अनुरोध: operator.pairing
  • गैर-exec नोड कमांड: operator.pairing + operator.write
  • system.run / system.run.prepare / system.which: operator.pairing + operator.admin

​

संस्करण अंतर और अपग्रेड क्रम

​

रिमोट नोड होस्ट (system.run)

• स्वीकृति-समर्थित नोड रन सटीक अनुरोध संदर्भ से बँधे होते हैं। exec पथ स्वीकृति से पहले एक कैनोनिकल systemRunPlan तैयार करता है; स्वीकृति मिलने के बाद Gateway उसी संग्रहीत योजना को अग्रेषित करता है, बाद में कॉलर द्वारा संपादित कोई command/cwd/session फ़ील्ड नहीं, और चलाने से पहले कार्यशील डायरेक्टरी को फिर सत्यापित करता है।
• प्रत्यक्ष शेल/रनटाइम फ़ाइल निष्पादन के लिए OpenClaw सर्वोत्तम प्रयास के आधार पर एक ठोस स्थानीय फ़ाइल ऑपरेंड को भी बाँधता है और निष्पादन से पहले उस फ़ाइल में बदलाव होने पर रन अस्वीकार कर देता है।
• यदि OpenClaw किसी इंटरप्रेटर/रनटाइम कमांड के लिए ठीक एक ठोस स्थानीय फ़ाइल की पहचान नहीं कर सकता, तो पूर्ण रनटाइम कवरेज का दिखावा करने के बजाय स्वीकृति-समर्थित निष्पादन अस्वीकार कर दिया जाता है। व्यापक इंटरप्रेटर सिमैंटिक्स के लिए सैंडबॉक्सिंग, अलग होस्ट या स्पष्ट विश्वसनीय अनुमति-सूची/पूर्ण वर्कफ़्लो का उपयोग करें।

​

नोड होस्ट शुरू करें (फ़ोरग्राउंड)

openclaw node run --host <gateway-host> --port 18789 --display-name "Build Node"

​

SSH टनल के माध्यम से रिमोट Gateway (लूपबैक बाइंड)

# Terminal A (चलता रहने दें): स्थानीय 18790 -> gateway 127.0.0.1:18789 अग्रेषित करें
ssh -N -L 18790:127.0.0.1:18789 user@gateway-host

# Terminal B: gateway टोकन निर्यात करें और टनल के माध्यम से कनेक्ट करें
export OPENCLAW_GATEWAY_TOKEN="<gateway-token>"
openclaw node run --host 127.0.0.1 --port 18790 --display-name "Build Node"

• openclaw node run टोकन या पासवर्ड प्रमाणीकरण का समर्थन करता है।
• परिवेश चर को प्राथमिकता दी जाती है: OPENCLAW_GATEWAY_TOKEN / OPENCLAW_GATEWAY_PASSWORD।
• कॉन्फ़िग फ़ॉलबैक gateway.auth.token / gateway.auth.password है।
• स्थानीय मोड में नोड होस्ट जानबूझकर gateway.remote.token / gateway.remote.password को अनदेखा करता है।
• रिमोट मोड में gateway.remote.token / gateway.remote.password रिमोट प्राथमिकता नियमों के अनुसार योग्य हैं।
• यदि सक्रिय स्थानीय gateway.auth.* SecretRefs कॉन्फ़िगर हैं लेकिन समाधान नहीं हुए हैं, तो नोड-होस्ट प्रमाणीकरण सुरक्षित रूप से विफल हो जाता है।
• नोड-होस्ट प्रमाणीकरण समाधान केवल OPENCLAW_GATEWAY_* परिवेश चरों को मानता है।

​

नोड होस्ट शुरू करें (सेवा)

openclaw node install --host <gateway-host> --port 18789 --display-name "Build Node"
openclaw node start
openclaw node restart

​

पेयर करें + नाम दें

openclaw devices list
openclaw devices approve <requestId>
openclaw nodes status

• --display-name, openclaw node run / openclaw node install पर (क्लाइंट इंस्टेंस ID और Gateway कनेक्शन मेटाडेटा के साथ साझा node_host_config SQLite पंक्ति में स्थायी रहता है)।
• openclaw nodes rename --node <id|name|ip> --name "Build Node" (Gateway ओवरराइड)।

​

नोड-होस्टेड MCP सर्वर

{
  nodeHost: {
    mcp: {
      servers: {
        localDocs: {
          command: "npx",
          args: ["-y", "@modelcontextprotocol/server-filesystem", "/srv/docs"],
          toolFilter: {
            include: ["read_*", "search"],
          },
        },
        internalApi: {
          url: "https://mcp.internal.example/mcp",
          transport: "streamable-http",
          headers: {
            Authorization: "Bearer ${INTERNAL_MCP_TOKEN}",
          },
        },
      },
    },
  },
}

​

नोड-होस्टेड Skills

​

हेडलेस पहचान स्थिति

• ~/.openclaw/state/openclaw.sqlite (node_host_config): क्लाइंट इंस्टेंस ID, प्रदर्शन नाम और Gateway कनेक्शन मेटाडेटा।
• ~/.openclaw/state/openclaw.sqlite (device_identities, कुंजी primary): हस्ताक्षरित डिवाइस की-पेयर और उससे प्राप्त क्रिप्टोग्राफ़िक डिवाइस ID।
• ~/.openclaw/state/openclaw.sqlite (device_auth_tokens): क्रिप्टोग्राफ़िक डिवाइस ID और भूमिका के अनुसार कुंजीबद्ध पेयर्ड डिवाइस प्रमाणीकरण टोकन।

​

कमांड को अनुमति-सूची में जोड़ें

openclaw approvals allowlist add --node <id|name|ip> "/usr/bin/uname"
openclaw approvals allowlist add --node <id|name|ip> "/usr/bin/sw_vers"

​

Exec को Node की ओर निर्देशित करें

openclaw config set tools.exec.host node
openclaw config set tools.exec.mode allowlist
openclaw config set tools.exec.node "<id-or-name>"

/exec host=node security=allowlist node=<id-or-name>

• Node होस्ट CLI
• Exec टूल
• Exec स्वीकृतियाँ

​

स्थानीय मॉडल अनुमान

​

Codex सत्र और ट्रांसक्रिप्ट

​

Claude सत्र और ट्रांसक्रिप्ट

{
  nodeHost: {
    agentRuns: {
      claude: { enabled: true },
    },
  },
}

​

OpenCode और Pi सत्र

​

टर्मिनल फ़ाइल अपलोड

​

कमांड लागू करना

openclaw nodes invoke --node <idOrNameOrIp> --command canvas.eval --params '{"javaScript":"location.href"}'

​

कमांड नीति

1. नोड को अपने प्रमाणित कनेक्ट मेटाडेटा (connect.commands) में कमांड घोषित करना आवश्यक है।
2. Gateway की प्लेटफ़ॉर्म और स्वीकृति से निर्धारित अनुमति-सूची में घोषित कमांड शामिल होना आवश्यक है।

​

कॉन्फ़िगरेशन (openclaw.json)

{
  gateway: {
    nodes: {
      // विश्वसनीय नेटवर्क से पहली बार नोड युग्मन को स्वतः स्वीकृत करें (CIDR सूची)।
      // सेट न होने पर अक्षम। केवल पहली बार role:node अनुरोधों पर लागू
      // होता है जिनमें कोई अनुरोधित स्कोप नहीं है; अपग्रेड को स्वतः स्वीकृत नहीं करता।
      pairing: {
        autoApproveCidrs: ["192.168.1.0/24"],
        // SSH-सत्यापित स्वतः-स्वीकृति (डिफ़ॉल्ट: सक्षम)। SSH पर वापस पढ़ी गई
        // सटीक डिवाइस-कुंजी के मेल पर पहली बार नोड युग्मन को स्वीकृत करता है।
        sshVerify: true,
      },
      // युग्मित नोड द्वारा प्रकाशित एजेंट-दृश्य Plugin टूल पर भरोसा करें (डिफ़ॉल्ट: true)।
      pluginTools: {
        enabled: true,
      },
      // खतरनाक/अत्यधिक गोपनीयता-संवेदनशील नोड कमांड (camera.snap आदि) के लिए ऑप्ट-इन करें।
      commands: {
        allow: ["camera.snap", "screen.record"],
        // सटीक कमांड नामों को ब्लॉक करें, भले ही डिफ़ॉल्ट या commands.allow में वे शामिल हों।
        deny: ["camera.clip"],
      },
    },
  },
  tools: {
    exec: {
      // डिफ़ॉल्ट exec होस्ट: "node" सभी exec कॉल को युग्मित नोड पर रूट करता है।
      host: "node",
      // नोड exec का सुरक्षा मोड: केवल स्वीकृत/अनुमति-सूचीबद्ध कमांड की अनुमति दें।
      security: "allowlist",
      // exec को किसी विशिष्ट नोड (id या नाम) पर पिन करें। किसी भी नोड को अनुमति देने के लिए छोड़ दें।
      node: "build-node",
    },
  },
}

{
  agents: {
    list: [
      {
        id: "main",
        tools: { exec: { node: "build-node" } },
      },
    ],
  },
}

​

स्क्रीनशॉट (Canvas स्नैपशॉट)

openclaw nodes canvas snapshot --node <idOrNameOrIp> --format png
openclaw nodes canvas snapshot --node <idOrNameOrIp> --format jpg --max-width 1200 --quality 0.9

​

Canvas नियंत्रण

openclaw nodes canvas present --node <idOrNameOrIp> --target https://example.com
openclaw nodes canvas hide --node <idOrNameOrIp>
openclaw nodes canvas navigate https://example.com --node <idOrNameOrIp>
openclaw nodes canvas eval --node <idOrNameOrIp> --js "document.title"

• canvas present स्थानीय पथों का समर्थन करने वाले नोड पर URL या स्थानीय फ़ाइल पथ (--target) तथा स्थिति निर्धारण के लिए वैकल्पिक --x/--y/--width/--height स्वीकार करता है। Linux Canvas HTTP(S) URL या अपना बंडल किया गया A2UI रेंडरर स्वीकार करता है।
• canvas eval इनलाइन JS (--js) या स्थितीय आर्ग्युमेंट स्वीकार करता है।

​

A2UI (Canvas)

openclaw nodes canvas a2ui push --node <idOrNameOrIp> --text "Hello"
openclaw nodes canvas a2ui push --node <idOrNameOrIp> --jsonl ./payload.jsonl
openclaw nodes canvas a2ui reset --node <idOrNameOrIp>

• मोबाइल और Linux डेस्कटॉप नोड क्रिया-सक्षम रेंडरिंग के लिए बंडल किए गए ऐप-स्वामित्व वाले A2UI पृष्ठ का उपयोग करते हैं।
• केवल A2UI v0.8 JSONL समर्थित है (v0.9/createSurface अस्वीकार किया जाता है)।
• iOS और Android दूरस्थ Gateway Canvas पृष्ठ रेंडर करते हैं, लेकिन A2UI बटन क्रियाएँ केवल बंडल किए गए ऐप-स्वामित्व वाले A2UI पृष्ठ से डिस्पैच की जाती हैं। Gateway द्वारा होस्ट किए गए HTTP/HTTPS A2UI पृष्ठ उन मोबाइल क्लाइंट पर केवल रेंडर किए जा सकते हैं।
• macOS ऐप द्वारा चुने गए सटीक क्षमता-स्कोप वाले Gateway A2UI पृष्ठ से क्रियाएँ डिस्पैच कर सकता है। अन्य HTTP/HTTPS पृष्ठ केवल रेंडर किए जा सकते हैं।
• Linux केवल बंडल किए गए A2UI पृष्ठ से क्रियाएँ डिस्पैच करता है। अन्य HTTP/HTTPS पृष्ठ केवल रेंडर किए जा सकते हैं और डेस्कटॉप ऐप के बिना हेडलेस Linux नोड Canvas का विज्ञापन नहीं करता।

​

फ़ोटो + वीडियो (नोड कैमरा)

openclaw nodes camera list --node <idOrNameOrIp>
openclaw nodes camera snap --node <idOrNameOrIp>            # डिफ़ॉल्ट: दोनों दिशाएँ (2 MEDIA पंक्तियाँ)
openclaw nodes camera snap --node <idOrNameOrIp> --facing front
openclaw nodes camera snap --node <idOrNameOrIp> --device-id <id> --max-width 1200 --quality 0.9 --delay-ms 2000

openclaw nodes camera clip --node <idOrNameOrIp> --duration 10s
openclaw nodes camera clip --node <idOrNameOrIp> --duration 3000 --no-audio

• canvas.* और camera.* के लिए Node का फ़ोरग्राउंड में होना आवश्यक है (बैकग्राउंड कॉल NODE_BACKGROUND_UNAVAILABLE लौटाती हैं)।
• base64 पेलोड को प्रबंधनीय बनाए रखने के लिए Nodes क्लिप की अवधि सीमित करते हैं (हर प्लेटफ़ॉर्म की सटीक सीमाओं के लिए कैमरा कैप्चर देखें)। nodes एजेंट टूल कॉल अग्रेषित करने से पहले अनुरोधित durationMs को अतिरिक्त रूप से 300000 (5 मिनट) तक सीमित करता है; Node स्वयं इससे अधिक कड़ी सीमा लागू करता है।
• संभव होने पर Android CAMERA/RECORD_AUDIO अनुमतियों के लिए संकेत देगा; अनुमति अस्वीकार होने पर *_PERMISSION_REQUIRED के साथ विफलता होती है।

​

स्क्रीन रिकॉर्डिंग (Nodes)

openclaw nodes screen record --node <idOrNameOrIp> --duration 10s --fps 10
openclaw nodes screen record --node <idOrNameOrIp> --duration 10s --fps 10 --no-audio

• screen.record की उपलब्धता Node प्लेटफ़ॉर्म पर निर्भर करती है।
• nodes एजेंट टूल अनुरोधित durationMs को 300000 (5 मिनट) तक सीमित करता है; लौटाए गए पेलोड को सीमित रखने के लिए Node इससे अधिक कड़ी सीमा लागू कर सकता है।
• --no-audio समर्थित प्लेटफ़ॉर्म पर माइक्रोफ़ोन कैप्चर अक्षम करता है।
• कई स्क्रीन उपलब्ध होने पर डिस्प्ले चुनने के लिए --screen <index> का उपयोग करें (0 = प्राथमिक)।

​

स्थान (Nodes)

openclaw nodes location get --node <idOrNameOrIp>
openclaw nodes location get --node <idOrNameOrIp> --accuracy precise --max-age 15000 --location-timeout 10000

• स्थान डिफ़ॉल्ट रूप से बंद होता है।
• “Always” के लिए सिस्टम अनुमति आवश्यक है; बैकग्राउंड फ़ेच सर्वोत्तम-प्रयास के आधार पर होता है।
• प्रतिक्रिया में अक्षांश/देशांतर, सटीकता (मीटर में) और टाइमस्टैम्प शामिल होते हैं।
• पैरामीटर/प्रतिक्रिया का पूरा स्वरूप और त्रुटि कोड: स्थान कमांड।

​

SMS (Android Nodes)

{
  gateway: {
    nodes: {
      commands: { allow: ["sms.search"] },
    },
  },
}

openclaw nodes invoke --node <idOrNameOrIp> --command sms.send --params '{"to":"+15555550123","message":"OpenClaw की ओर से नमस्ते"}'

• READ_SMS दिए जाने से पहले sms.search घोषित किया जा सकता है, ताकि आह्वान अनुमति निदान लौटा सके; संदेश पढ़ने के लिए फिर भी उस Android अनुमति की आवश्यकता होती है।
• टेलीफ़ोनी के बिना केवल-Wi-Fi डिवाइस sms.send का विज्ञापन नहीं करेंगे।
• requires explicit gateway.nodes.commands.allow opt-in त्रुटि का अर्थ है कि फ़ोन ने कमांड घोषित किया है, लेकिन Gateway ऑपरेटर ने उसे अधिकृत नहीं किया है।

​

डिवाइस और व्यक्तिगत डेटा कमांड

• device.status, device.info — iOS, Android, Windows।
• device.permissions, device.health — केवल Android।
• device.apps — Android, macOS और हेडलेस-मैक Nodes। Android में Settings में Installed Apps साझाकरण आवश्यक है और डिफ़ॉल्ट रूप से लॉन्चर में दिखाई देने वाले ऐप लौटाए जाते हैं। TypeScript Node होस्ट डिफ़ॉल्ट रूप से साझाकरण बंद रखते हैं और query, limit, और includeSystem स्वीकार करते हैं; macOS परिणामों में label, bundleId, path, और system होते हैं।
• notifications.list, notifications.actions — केवल Android।
• photos.latest — iOS, Android।
• contacts.search — iOS, Android (केवल-पढ़ने योग्य डिफ़ॉल्ट); contacts.add खतरनाक है और इसके लिए gateway.nodes.commands.allow आवश्यक है।
• calendar.events — iOS, Android (केवल-पढ़ने योग्य डिफ़ॉल्ट); calendar.add खतरनाक है और इसके लिए gateway.nodes.commands.allow आवश्यक है।
• reminders.list — iOS, Android (केवल-पढ़ने योग्य डिफ़ॉल्ट); reminders.add खतरनाक है और इसके लिए gateway.nodes.commands.allow आवश्यक है।
• callLog.search — केवल Android।
• motion.activity, motion.pedometer — iOS, Android; उपलब्ध सेंसर क्षमताओं द्वारा नियंत्रित।

openclaw nodes invoke --node <idOrNameOrIp> --command device.status --params '{}'
openclaw nodes invoke --node <idOrNameOrIp> --command device.apps --params '{"limit":10}'
openclaw nodes invoke --node <idOrNameOrIp> --command notifications.list --params '{}'
openclaw nodes invoke --node <idOrNameOrIp> --command photos.latest --params '{"limit":1}'

​

सिस्टम कमांड (Node होस्ट / Mac Node)

openclaw nodes notify --node <idOrNameOrIp> --title "पिंग" --body "Gateway तैयार है"
openclaw nodes invoke --node <idOrNameOrIp> --command system.which --params '{"bins":["git"]}'

• system.run पेलोड में stdout/stderr/एग्ज़िट कोड लौटाता है।
• शेल निष्पादन अब host=node के साथ exec टूल से होकर जाता है; स्पष्ट Node कमांड के लिए nodes प्रत्यक्ष-RPC सतह बनी रहती है।
• nodes invoke, system.run या system.run.prepare उपलब्ध नहीं कराता; वे केवल exec पथ पर रहते हैं।
• exec पथ अनुमोदन से पहले एक कैनोनिकल systemRunPlan तैयार करता है। अनुमोदन मिलने के बाद Gateway उसी संग्रहीत योजना को अग्रेषित करता है, कॉलर द्वारा बाद में संपादित किसी command/cwd/session फ़ील्ड को नहीं।
• system.notify, macOS ऐप में सूचना अनुमति की स्थिति का सम्मान करता है; यह --priority <passive|active|timeSensitive> और --delivery <system|overlay|auto> का समर्थन करता है।
• अपरिचित Node platform / deviceFamily मेटाडेटा एक सतर्क डिफ़ॉल्ट अनुमति-सूची का उपयोग करता है, जिसमें system.run और system.which शामिल नहीं होते। यदि किसी अज्ञात प्लेटफ़ॉर्म के लिए आपको जानबूझकर इन कमांड की आवश्यकता है, तो उन्हें gateway.nodes.commands.allow के माध्यम से स्पष्ट रूप से जोड़ें।
• system.run, --cwd, --env KEY=VAL, --command-timeout, और --needs-screen-recording का समर्थन करता है।
• शेल रैपर (bash|sh|zsh ... -c/-lc) के लिए, अनुरोध-स्कोप वाले --env मानों को एक स्पष्ट अनुमति-सूची (TERM, LANG, LC_*, COLORTERM, NO_COLOR, FORCE_COLOR) तक सीमित किया जाता है।
• अनुमति-सूची मोड में हमेशा-अनुमति निर्णयों के लिए, ज्ञात डिस्पैच रैपर (env, flock, nice, nohup, stdbuf, timeout) रैपर पथ के बजाय आंतरिक निष्पादन योग्य पथ सहेजते हैं। यदि अनरैप करना सुरक्षित नहीं है, तो कोई अनुमति-सूची प्रविष्टि स्वचालित रूप से सहेजी नहीं जाती।
• Windows Node होस्ट पर अनुमति-सूची मोड में, cmd.exe /c के माध्यम से शेल-रैपर चलाने के लिए अनुमोदन आवश्यक है (केवल अनुमति-सूची प्रविष्टि रैपर स्वरूप को स्वचालित रूप से अनुमति नहीं देती)।
• Node होस्ट --env में PATH ओवरराइड को अनदेखा करते हैं और कमांड चलाने से पहले इंटरप्रेटर/शेल स्टार्टअप वेरिएबल के एक बड़े, अनुरक्षित समूह (उदाहरण के लिए NODE_OPTIONS, PYTHONPATH, BASH_ENV, DYLD_*, LD_*) को हटा देते हैं। यदि आपको अतिरिक्त PATH प्रविष्टियों की आवश्यकता है, तो --env के माध्यम से PATH पास करने के बजाय Node होस्ट सेवा परिवेश कॉन्फ़िगर करें (या टूल को मानक स्थानों पर इंस्टॉल करें)।
• macOS Node मोड में, system.run को macOS ऐप में exec अनुमोदनों (Settings → Exec approvals) द्वारा नियंत्रित किया जाता है। पूछें/अनुमति-सूची/पूर्ण का व्यवहार हेडलेस Node होस्ट जैसा ही होता है; अस्वीकृत संकेत SYSTEM_RUN_DENIED लौटाते हैं।
• हेडलेस Node होस्ट पर, system.run को exec अनुमोदनों (~/.openclaw/exec-approvals.json) द्वारा नियंत्रित किया जाता है; विशेष रूप से macOS पर, नीचे हेडलेस Node होस्ट के अंतर्गत exec-host रूटिंग परिवेश वेरिएबल देखें।

​

Exec Node बाइंडिंग

openclaw config set tools.exec.node "node-id-or-name"

openclaw config get agents.entries
openclaw config set 'agents.entries.main.tools.exec.node' "node-id-or-name"

openclaw config unset tools.exec.node
openclaw config unset 'agents.entries.main.tools.exec.node'

​

अनुमति मानचित्र

​

हेडलेस Node होस्ट (क्रॉस-प्लेटफ़ॉर्म)

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

• पेयरिंग अभी भी आवश्यक है (Gateway डिवाइस पेयरिंग संकेत दिखाएगा)।
• क्लाइंट इंस्टेंस मेटाडेटा, हस्ताक्षरित डिवाइस पहचान और पेयरिंग प्रमाणीकरण अलग-अलग स्थिति रिकॉर्ड का उपयोग करते हैं; हेडलेस पहचान स्थिति देखें।
• exec अनुमोदन ~/.openclaw/exec-approvals.json के माध्यम से स्थानीय रूप से लागू किए जाते हैं (Exec अनुमोदन देखें)।
• macOS पर, हेडलेस Node होस्ट डिफ़ॉल्ट रूप से system.run को स्थानीय रूप से निष्पादित करता है। system.run को कंपैनियन ऐप exec होस्ट से रूट करने के लिए OPENCLAW_NODE_EXEC_HOST=app सेट करें; ऐप होस्ट को आवश्यक बनाने और उसके अनुपलब्ध होने पर बंद रूप में विफल होने के लिए OPENCLAW_NODE_EXEC_FALLBACK=0 जोड़ें।
• जब Gateway WS TLS का उपयोग करता हो, तब --tls / --tls-fingerprint जोड़ें।

​

Mac Node मोड

• macOS मेनूबार ऐप एक Node के रूप में Gateway WS सर्वर से कनेक्ट होता है (इसलिए openclaw nodes … इस Mac के साथ काम करता है)।
• रिमोट मोड में, ऐप Gateway पोर्ट के लिए SSH टनल खोलता है और localhost से कनेक्ट होता है।