Skip to main content
नीचे दिए गए उदाहरण वर्तमान कॉन्फ़िग स्कीमा के अनुरूप हैं। संपूर्ण संदर्भ और प्रत्येक फ़ील्ड के नोट्स के लिए, कॉन्फ़िगरेशन देखें।

त्वरित शुरुआत

न्यूनतम आवश्यक कॉन्फ़िगरेशन

इसे ~/.openclaw/openclaw.json में सहेजें और आप उस नंबर से बॉट को सीधे संदेश भेज सकते हैं।

अनुशंसित प्रारंभिक कॉन्फ़िगरेशन

विस्तृत उदाहरण (प्रमुख विकल्प)

JSON5 में टिप्पणियों और अंतिम अल्पविरामों का उपयोग किया जा सकता है। सामान्य JSON भी काम करता है।

सिमलिंक किया गया सहोदर Skills रिपॉज़िटरी

इसका उपयोग तब करें जब अंतर्निहित Skills रूट में किसी सहोदर रिपॉज़िटरी का सिमलिंक हो, उदाहरण के लिए ~/.agents/skills/manager -> ~/Projects/manager/skills
  • extraDirs सहोदर रिपॉज़िटरी को एक स्पष्ट स्किल रूट के रूप में स्कैन करता है।
  • allowSymlinkTargets सिमलिंक किए गए स्किल फ़ोल्डरों को उस विश्वसनीय वास्तविक लक्ष्य रूट में रिज़ॉल्व होने देता है, बिना मनमाने सिमलिंक पलायन की अनुमति दिए।
  • Skill Workshop को उसी विश्वसनीय सिमलिंक लक्ष्य के माध्यम से लिखने देने के लिए, skills.workshop.allowSymlinkTargetWrites: true सेट करें।

सामान्य पैटर्न

एक ओवरराइड के साथ साझा स्किल आधाररेखा

  • agents.defaults.skills साझा आधाररेखा है।
  • agents.entries.*.skills एक एजेंट के लिए उस आधाररेखा को प्रतिस्थापित करता है।
  • जब किसी एजेंट को कोई स्किल नहीं दिखना चाहिए, तब skills: [] का उपयोग करें।

बहु-प्लेटफ़ॉर्म सेटअप

विश्वसनीय Node नेटवर्क की स्वचालित स्वीकृति

जब तक नेटवर्क पथ आपके नियंत्रण में न हो, डिवाइस पेयरिंग मैन्युअल रखें। किसी समर्पित लैब या टेलनेट सबनेट के लिए, आप सटीक CIDR या IP के साथ पहली बार होने वाली Node डिवाइस पेयरिंग की स्वचालित स्वीकृति को चुन सकते हैं:
सेट न होने पर यह बंद रहता है। यह केवल बिना किसी अनुरोधित स्कोप वाली नई role: node पेयरिंग पर लागू होता है। ऑपरेटर/ब्राउज़र क्लाइंट और भूमिका, स्कोप, मेटाडेटा या सार्वजनिक-कुंजी अपग्रेड के लिए अब भी मैन्युअल स्वीकृति आवश्यक है।

सुरक्षित DM मोड (साझा इनबॉक्स / बहु-उपयोगकर्ता DM)

यदि एक से अधिक व्यक्ति आपके बॉट को DM कर सकते हैं (allowFrom में कई प्रविष्टियाँ, कई लोगों के लिए पेयरिंग स्वीकृतियाँ या dmPolicy: "open"), तो सुरक्षित DM मोड सक्षम करें, ताकि अलग-अलग प्रेषकों के DM डिफ़ॉल्ट रूप से एक ही संदर्भ साझा न करें:
Discord/Google Chat/IRC/Mattermost/Microsoft Teams/Slack के लिए, प्रेषक प्राधिकरण डिफ़ॉल्ट रूप से पहले ID पर आधारित होता है। प्रत्येक चैनल के dangerouslyAllowNameMatching: true के साथ प्रत्यक्ष परिवर्तनशील नाम/ईमेल/निक मिलान केवल तभी सक्षम करें, जब आप उस जोखिम को स्पष्ट रूप से स्वीकार करते हों।

Anthropic API कुंजी + MiniMax फ़ॉलबैक

कार्य बॉट (प्रतिबंधित पहुँच)

केवल स्थानीय मॉडल

सुझाव

  • यदि आप dmPolicy: "open" सेट करते हैं, तो संबंधित allowFrom सूची में "*" शामिल होना चाहिए।
  • प्रदाता ID अलग-अलग होते हैं (फ़ोन नंबर, उपयोगकर्ता ID, चैनल ID)। प्रारूप की पुष्टि के लिए प्रदाता दस्तावेज़ों का उपयोग करें।
  • बाद में जोड़ने के लिए वैकल्पिक अनुभाग: web, browser, ui, discovery, plugins, talk, signal, imessage
  • सेटअप के अधिक विस्तृत नोट्स के लिए प्रदाता और समस्या निवारण देखें।

संबंधित