openclaw worker

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

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

लॉन्च अनुबंध

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

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

रनटाइम सीमा

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

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

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

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

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

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

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