openclaw worker

openclaw worker तैयार वर्कर परिवेश के भीतर लॉन्च करने के लिए क्लाउड वर्कर ऑर्केस्ट्रेटर का प्रतिबंधित रनटाइम प्रवेश बिंदु है। यह मैन्युअल वर्कर पंजीकरण के लिए सामान्य-उद्देश्य वाला कमांड नहीं है।

Gateway संगत OpenClaw बंडल इंस्टॉल करता है और होस्ट-की-पिन की गई रिवर्स SSH टनल खोलता है। वर्कर लॉन्चर इस कमांड को तैयार असाइनमेंट के साथ शुरू करता है। कमांड टनल द्वारा फ़ॉरवर्ड किए गए स्थानीय सॉकेट के माध्यम से कनेक्ट होता है और समर्पित worker भूमिका के रूप में प्रवेश पाता है।

लॉन्च अनुबंध

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

यदि एनवेलप अमान्य है, क्रेडेंशियल अस्वीकृत होता है, बंडल या प्रोटोकॉल सुविधाएँ मेल नहीं खातीं, अथवा सत्र और स्वामी युग अब वर्तमान नहीं हैं, तो प्रवेश सुरक्षित रूप से बंद रहते हुए विफल हो जाता है। अनुपस्थित, डुप्लिकेट या अज्ञात टूल नाम भी एनवेलप को अमान्य कर देते हैं। ऑपरेटरों को इस प्रवेश बिंदु को सीधे लागू करने के बजाय क्लाउड वर्कर ऑर्केस्ट्रेटर के माध्यम से वर्कर शुरू करने चाहिए।

रनटाइम सीमा

प्रक्रिया प्रतिबंधित बैकएंड के साथ सामान्य एम्बेडेड एजेंट लूप चलाती है:

• read, write, edit, apply_patch, exec, और process कोडिंग टूल, Gateway द्वारा जारी टर्न प्राधिकार में उपस्थित होने पर, वर्कर कार्यक्षेत्र में स्थानीय रूप से चलते हैं। रिक्त प्राधिकार मॉडल को बिना किसी टूल के चलाता है।
• मॉडल कॉल Gateway अनुमान प्रॉक्सी का उपयोग करती हैं। कोई स्थानीय मॉडल प्रमाणीकरण प्रोफ़ाइल लोड नहीं की जाती।
• ट्रांसक्रिप्ट लेखन Gateway ट्रांसक्रिप्ट-कमिट RPC का उपयोग करता है।
• स्ट्रीमिंग और टूल जीवनचक्र अपडेट Gateway लाइव-इवेंट RPC का उपयोग करते हैं।
• केवल असाइन किया गया सत्र और टर्न स्वीकार किए जाते हैं।

वर्कर मोड असाइन किए गए सत्र टूलसेट से परे चैनल, Gateway HTTP सतहें या Plugin स्वतः-प्रारंभ नहीं करता। यह अस्थायी स्टेट डायरेक्टरी का उपयोग करता है और इसके पास कोई स्थायी प्रोवाइडर या फ़ोर्ज क्रेडेंशियल नहीं होते।

इस मोड में वर्कर-से-वर्कर सत्र डिस्पैच उपलब्ध नहीं कराया जाता। प्लेसमेंट और डिस्पैच Gateway के स्वामित्व में रहते हैं: ऑपरेटर Gateway के माध्यम से किसी मौजूदा स्थानीय, प्रबंधित-वर्कट्री सत्र को डिस्पैच कर सकता है, जबकि वर्कर प्रक्रिया स्वयं को या किसी अन्य वर्कर को डिस्पैच नहीं कर सकती।

तैयार असाइनमेंट ट्रांसक्रिप्ट संदर्भ, स्वीकृत बेस लीफ़, कमिट अनुक्रम और लाइव-इवेंट कर्सर रखता है। टनल पुनः कनेक्ट होने पर, प्रक्रिया उसी क्रेडेंशियल और स्वामी युग के साथ पुनः प्रवेश पाती है, स्वीकृत ट्रांसक्रिप्ट बेस बनाए रखती है, अपनी अपुष्ट लाइव-इवेंट टेल को फिर से चलाती है और उसी पहचान वाले प्रगति पर मौजूद अनुमान टर्न से दोबारा जुड़ती है। यदि स्ट्रीम किए गए डेल्टा छूट गए हों, तो अंतिम अनुमान संदेश प्रामाणिक होता है। उसका स्थान लेने वाला स्वामी युग प्रक्रिया को अवरुद्ध करता है और सुव्यवस्थित निकास कराता है।

stale-base-leaf ट्रांसक्रिप्ट अस्वीकृति वर्तमान रन को तुरंत रोक देती है। वर्कर मोड अस्वीकृत अनुक्रम को किसी अलग लीफ़ पर दोबारा नहीं आज़माता, इसलिए कोई डुप्लिकेट कमिट उत्पन्न नहीं होता; उस रन की अब भी अनकमिटेड इन-मेमोरी टेल नष्ट हो जाती है। पुनः लॉन्च माइलस्टोन-3 प्लेसमेंट स्वामी की ज़िम्मेदारी है, जिसे Gateway के प्रामाणिक ट्रांसक्रिप्ट और कमिट लेजर से एक नया असाइनमेंट बनाना होगा। इसी तरह, Gateway प्रक्रिया का पुनः प्रारंभ लंबित अनुमान टर्न को प्रोवाइडर त्रुटि के साथ समाप्त कर देता है; केवल टनल या वर्कर WebSocket पुनः कनेक्शन ही उसी सक्रिय प्रक्रिया की अनुमान स्ट्रीम से दोबारा जुड़ सकता है।

बंद वर्कर RPC सतह के लिए Gateway प्रोटोकॉल और आर्किटेक्चर तथा सुरक्षा मॉडल के लिए क्लाउड वर्कर योजना देखें।