Plugins

Gateway plugins, हुक पैक और संगत बंडल प्रबंधित करें।

कमांड

openclaw plugins list [--enabled] [--verbose] [--json]openclaw plugins search <query> [--limit <n>] [--json]openclaw plugins install <path-or-spec> [--link] [--force] [--pin] [--marketplace <source>]openclaw plugins inspect <id> [--runtime] [--json]openclaw plugins inspect --all [--runtime] [--json]openclaw plugins info <id>                    # inspect का उपनामopenclaw plugins enable <id>openclaw plugins disable <id>openclaw plugins uninstall <id> [--dry-run] [--keep-files] [--force]openclaw plugins update <id-or-npm-spec> | --all [--dry-run]openclaw plugins registry [--refresh] [--json]openclaw plugins doctoropenclaw plugins init <id> [--name <name>] [--type tool|provider] [--directory <path>]openclaw plugins build [--entry <path>] [--check]openclaw plugins validate [--entry <path>]openclaw plugins marketplace entries [--offline] [--feed-profile <name>] [--json]openclaw plugins marketplace list <source> [--json]openclaw plugins marketplace refresh [--feed-profile <name>] [--expected-sha256 <sha256>] [--json]

धीमे इंस्टॉलेशन, निरीक्षण, अनइंस्टॉलेशन या रजिस्ट्री-रीफ़्रेश की जाँच के लिए, कमांड को OPENCLAW_PLUGIN_LIFECYCLE_TRACE=1 के साथ चलाएँ। ट्रेस चरणों का समय stderr में लिखता है और JSON आउटपुट को पार्स करने योग्य रखता है। डीबगिंग देखें।

निर्माण

openclaw plugins init stock-quotes --name "Stock Quotes"cd stock-quotesnpm run plugin:buildnpm run plugin:validate

plugins init डिफ़ॉल्ट रूप से एक न्यूनतम TypeScript टूल Plugin बनाता है। पहला तर्क Plugin आईडी है; --name प्रदर्शन नाम निर्धारित करता है। OpenClaw डिफ़ॉल्ट आउटपुट डायरेक्टरी और पैकेज नामकरण के लिए आईडी का उपयोग करता है। टूल स्कैफ़ोल्ड defineToolPlugin का उपयोग करते हैं और package.json स्क्रिप्ट plugin:build तथा plugin:validate उत्पन्न करते हैं, जो बिल्ड करने के बाद openclaw plugins build/validate को कॉल करती हैं।

plugins build बिल्ड की गई एंट्री आयात करता है, उसका स्थिर टूल मेटाडेटा पढ़ता है, openclaw.plugin.json लिखता है और package.json के openclaw.extensions को समक्रमित रखता है। plugins validate जाँचता है कि उत्पन्न मैनिफ़ेस्ट, पैकेज मेटाडेटा और वर्तमान एंट्री एक्सपोर्ट अब भी एक-दूसरे से मेल खाते हैं। पूर्ण निर्माण कार्यप्रवाह के लिए टूल plugins देखें।

स्कैफ़ोल्ड TypeScript स्रोत लिखता है, लेकिन बिल्ड की गई ./dist/index.js एंट्री से मेटाडेटा उत्पन्न करता है, इसलिए कार्यप्रवाह प्रकाशित CLI के साथ भी काम करता है। जब एंट्री डिफ़ॉल्ट पैकेज एंट्री न हो, तब --entry <path> का उपयोग करें। फ़ाइलों को दोबारा लिखे बिना उत्पन्न मेटाडेटा पुराना होने पर विफल होने के लिए CI में plugins build --check का उपयोग करें।

प्रदाता स्कैफ़ोल्ड

openclaw plugins init acme-models --name "Acme Models" --type providercd acme-modelsnpm installnpm run buildnpm testnpm run validate

प्रदाता स्कैफ़ोल्ड API-कुंजी प्रमाणीकरण व्यवस्था के साथ एक सामान्य OpenAI-संगत मॉडल प्रदाता Plugin, clawhub package validate चलाने वाली npm run validate स्क्रिप्ट, ClawHub पैकेज मेटाडेटा और GitHub OIDC के माध्यम से भविष्य में विश्वसनीय प्रकाशन के लिए मैन्युअल रूप से प्रेषित GitHub Actions कार्यप्रवाह बनाते हैं। प्रदाता स्कैफ़ोल्ड Skills उत्पन्न नहीं करते और openclaw plugins build/validate का उपयोग नहीं करते; वे कमांड टूल स्कैफ़ोल्ड के उत्पन्न-मेटाडेटा पथ के लिए हैं।

प्रकाशित करने से पहले, प्लेसहोल्डर API बेस URL, मॉडल कैटलॉग, दस्तावेज़ रूट, क्रेडेंशियल पाठ और README सामग्री को वास्तविक प्रदाता विवरणों से बदलें। पहली बार ClawHub पर प्रकाशित करने और विश्वसनीय-प्रकाशक सेटअप के लिए उत्पन्न README का उपयोग करें।

इंस्टॉल करें

openclaw plugins search "calendar"                      # ClawHub plugins खोजेंopenclaw plugins install @openclaw/<package>            # विश्वसनीय आधिकारिक कैटलॉगopenclaw plugins install <package>                       # मनमाना npm पैकेजopenclaw plugins install clawhub:<package>                # केवल ClawHubopenclaw plugins install npm:<package>                    # केवल npmopenclaw plugins install npm-pack:<path.tgz>               # स्थानीय npm-pack टारबॉलopenclaw plugins install git:github.com/<owner>/<repo>     # git रिपॉज़िटरीopenclaw plugins install git:github.com/<owner>/<repo>@<ref>openclaw plugins install <path>                            # स्थानीय पथ या आर्काइवopenclaw plugins install -l <path>                         # कॉपी करने के बजाय लिंक करेंopenclaw plugins install <plugin>@<marketplace>             # मार्केटप्लेस संक्षिप्त रूपopenclaw plugins install <plugin> --marketplace <name>      # मार्केटप्लेस (स्पष्ट)openclaw plugins install <package> --force                  # स्रोत की पुष्टि करें / मौजूदा को अधिलेखित करेंopenclaw plugins install <package> --pin                    # निर्धारित npm संस्करण पिन करेंopenclaw plugins install clawhub:<package> --acknowledge-clawhub-riskopenclaw plugins install <package> --dangerously-force-unsafe-install

सेटअप-समय इंस्टॉलेशन का परीक्षण करने वाले अनुरक्षक सुरक्षित पर्यावरण चरों से स्वचालित Plugin इंस्टॉल स्रोतों को ओवरराइड कर सकते हैं। Plugin इंस्टॉल ओवरराइड देखें।

plugins search इंस्टॉल किए जा सकने वाले code-plugin और bundle-plugin पैकेजों के लिए ClawHub से क्वेरी करता है (Skills के लिए नहीं; उनके लिए openclaw skills search का उपयोग करें)। डिफ़ॉल्ट --limit 20 है, जिसकी अधिकतम सीमा 100 है। यह केवल दूरस्थ कैटलॉग पढ़ता है: कोई स्थानीय स्थिति निरीक्षण, कॉन्फ़िग परिवर्तन, पैकेज इंस्टॉलेशन या Plugin रनटाइम लोड नहीं। परिणामों में ClawHub पैकेज नाम, परिवार, चैनल, संस्करण, सारांश और openclaw plugins install clawhub:<package> जैसा इंस्टॉल संकेत शामिल होता है।

ClawHub इंस्टॉल स्पष्ट clawhub:<package> लोकेटर का उपयोग करते हैं:

openclaw plugins install clawhub:openclaw-codex-app-serveropenclaw plugins install clawhub:openclaw-codex-app-server@1.2.3

लॉन्च संक्रमण के दौरान साधारण npm-सुरक्षित Plugin स्पेक डिफ़ॉल्ट रूप से npm से इंस्टॉल होते हैं, जब तक वे किसी आधिकारिक Plugin आईडी से मेल न खाएँ:

openclaw plugins install openclaw-codex-app-server

केवल npm रिज़ॉल्यूशन स्पष्ट करने के लिए npm: का उपयोग करें:

openclaw plugins install npm:openclaw-codex-app-serveropenclaw plugins install npm:@openclaw/discord@2026.5.20openclaw plugins install npm:@scope/plugin-name@1.0.1

OpenClaw इंस्टॉल से पहले विज्ञापित Plugin API / न्यूनतम Gateway संगतता की जाँच करता है। जब चयनित ClawHub संस्करण ClawPack आर्टिफ़ैक्ट प्रकाशित करता है, तो OpenClaw संस्करणयुक्त npm-pack .tgz डाउनलोड करता है, ClawHub डाइजेस्ट हेडर और आर्टिफ़ैक्ट डाइजेस्ट सत्यापित करता है, फिर उसे सामान्य अभिलेखागार पथ से इंस्टॉल करता है। ClawPack मेटाडेटा के बिना पुराने ClawHub संस्करण अब भी विरासत पैकेज अभिलेखागार सत्यापन पथ से इंस्टॉल होते हैं। दर्ज किए गए इंस्टॉल बाद के अपडेट के लिए अपना ClawHub स्रोत मेटाडेटा, आर्टिफ़ैक्ट प्रकार, npm अखंडता, npm shasum, टारबॉल नाम और ClawPack डाइजेस्ट तथ्य बनाए रखते हैं। बिना संस्करण वाले ClawHub इंस्टॉल बिना संस्करण वाला दर्ज स्पेक बनाए रखते हैं, ताकि openclaw plugins update नए ClawHub रिलीज़ का अनुसरण कर सके; clawhub:pkg@1.2.3 और clawhub:pkg@beta जैसे स्पष्ट संस्करण या टैग चयनकर्ता उसी चयनकर्ता पर पिन रहते हैं।

मार्केटप्लेस संक्षिप्त रूप

जब मार्केटप्लेस नाम ~/.claude/plugins/known_marketplaces.json में Claude के स्थानीय रजिस्ट्री कैश में मौजूद हो, तब plugin@marketplace संक्षिप्त रूप का उपयोग करें:

openclaw plugins marketplace list <marketplace-name>openclaw plugins install <plugin-name>@<marketplace-name>

मार्केटप्लेस स्रोत स्पष्ट रूप से देने के लिए --marketplace का उपयोग करें:

openclaw plugins install <plugin-name> --marketplace <marketplace-name>openclaw plugins install <plugin-name> --marketplace <owner/repo>openclaw plugins install <plugin-name> --marketplace https://github.com/<owner>/<repo>openclaw plugins install <plugin-name> --marketplace ./my-marketplace

स्थानीय पथों और अभिलेखागार के लिए, OpenClaw स्वतः पता लगाता है:

• मूल OpenClaw Plugin (openclaw.plugin.json)
• Codex-संगत बंडल (.codex-plugin/plugin.json)
• Claude-संगत बंडल (.claude-plugin/plugin.json, या उस मैनिफ़ेस्ट फ़ाइल के अनुपस्थित होने पर डिफ़ॉल्ट Claude घटक लेआउट)
• Cursor-संगत बंडल (.cursor-plugin/plugin.json)

प्रबंधित स्थानीय इंस्टॉल Plugin डायरेक्टरी या अभिलेखागार होने चाहिए। स्वतंत्र .js, .mjs, .cjs, और .ts Plugin फ़ाइलें plugins install द्वारा प्रबंधित Plugin रूट में कॉपी नहीं की जातीं, न ही उन्हें सीधे ~/.openclaw/extensions या <workspace>/.openclaw/extensions में रखने से लोड किया जाता है; वे स्वतः खोजे गए रूट Plugin पैकेज या बंडल डायरेक्टरी लोड करते हैं और शीर्ष-स्तरीय स्क्रिप्ट फ़ाइलों को स्थानीय सहायक मानकर छोड़ देते हैं। इसके बजाय स्वतंत्र फ़ाइलों को plugins.load.paths में स्पष्ट रूप से सूचीबद्ध करें।

किसी स्थानीय Plugin डायरेक्टरी को कॉपी किए बिना इंगित करने के लिए -l/--link का उपयोग करें (plugins.load.paths में जोड़ता है):

openclaw plugins install -l ./my-plugin

--link, --marketplace या git: इंस्टॉल के साथ समर्थित नहीं है, और इसके लिए पहले से मौजूद स्थानीय पथ आवश्यक है। गैर-इंटरैक्टिव स्थानीय लिंक के लिए, स्रोत की समीक्षा करने के बाद --force दें; यह उद्गम की पुष्टि करता है, लेकिन लिंक की गई डायरेक्टरी को कॉपी या अधिलेखित नहीं करता।

सूची

openclaw plugins listopenclaw plugins list --enabledopenclaw plugins list --verboseopenclaw plugins list --json

यदि स्टार्टअप लॉग में plugins.allow is empty; discovered non-bundled plugins may auto-load: ... आए, तो plugin आईडी की पुष्टि करने के लिए सूचीबद्ध plugin आईडी के साथ openclaw plugins list --enabled --verbose या openclaw plugins inspect <id> चलाएँ और विश्वसनीय आईडी को openclaw.json में plugins.allow में कॉपी करें। जब चेतावनी प्रत्येक खोजे गए plugin को सूचीबद्ध कर सकती है, तो यह सीधे चिपकाने योग्य plugins.allow स्निपेट प्रिंट करती है जिसमें वे आईडी पहले से शामिल होती हैं। यदि कोई plugin स्थापना/लोड-पथ उद्गम के बिना लोड होता है, तो उस plugin आईडी का निरीक्षण करें, फिर या तो विश्वसनीय आईडी को plugins.allow में पिन करें या plugin को किसी विश्वसनीय स्रोत से पुनः स्थापित करें, ताकि OpenClaw स्थापना उद्गम रिकॉर्ड कर सके।

पैकेज किए गए Docker इमेज के भीतर बंडल plugin पर काम करने के लिए, plugin स्रोत डायरेक्टरी को मिलते-जुलते पैकेज स्रोत पथ पर बाइंड-माउंट करें, जैसे /app/extensions/synology-chat। OpenClaw इस माउंट किए गए स्रोत ओवरले को /app/dist/extensions/synology-chat से पहले खोजता है; केवल कॉपी की गई स्रोत डायरेक्टरी निष्क्रिय रहती है, इसलिए सामान्य पैकेज्ड स्थापनाएँ अब भी संकलित dist का उपयोग करती हैं।

रनटाइम हुक डीबगिंग के लिए:

• openclaw plugins inspect <id> --runtime --json मॉड्यूल-लोडेड निरीक्षण पास से पंजीकृत हुक और निदान दिखाता है। रनटाइम निरीक्षण कभी निर्भरताएँ स्थापित नहीं करता; पुरानी निर्भरता स्थिति साफ़ करने या कॉन्फ़िगरेशन द्वारा संदर्भित अनुपलब्ध डाउनलोड-योग्य plugins पुनर्प्राप्त करने के लिए openclaw doctor --fix का उपयोग करें।
• openclaw gateway status --deep --require-rpc पहुँच योग्य Gateway URL/प्रोफ़ाइल, सेवा/प्रक्रिया संकेत, कॉन्फ़िगरेशन पथ और RPC स्वास्थ्य की पुष्टि करता है।
• गैर-बंडल वार्तालाप हुक (llm_input, llm_output, before_model_resolve, before_agent_reply, before_agent_run, before_agent_finalize, agent_end) के लिए plugins.entries.<id>.hooks.allowConversationAccess=true आवश्यक है।

Plugin अनुक्रमणिका

Plugin स्थापना मेटाडेटा मशीन-प्रबंधित स्थिति है, उपयोगकर्ता कॉन्फ़िगरेशन नहीं। स्थापनाएँ और अपडेट इसे सक्रिय OpenClaw स्थिति डायरेक्टरी के अंतर्गत साझा SQLite स्थिति डेटाबेस में लिखते हैं। installed_plugin_index पंक्ति स्थायी installRecords मेटाडेटा संग्रहित करती है, जिसमें टूटे हुए या अनुपलब्ध plugin मैनिफ़ेस्ट के रिकॉर्ड शामिल हैं, साथ ही openclaw plugins update, अनइंस्टॉल, निदान और कोल्ड plugin रजिस्ट्री द्वारा उपयोग किया जाने वाला मैनिफ़ेस्ट-व्युत्पन्न कोल्ड रजिस्ट्री कैश भी शामिल है।

plugins.installs एक सेवानिवृत्त लेखित-कॉन्फ़िगरेशन सतह है। रनटाइम और अपडेट कमांड केवल SQLite स्थापित-plugin अनुक्रमणिका पढ़ते हैं। सामान्य रनटाइम उपयोग से पहले पुराने कॉन्फ़िगरेशन रिकॉर्ड को अनुक्रमणिका में आयात करने और सेवानिवृत्त कुंजी हटाने के लिए openclaw doctor --fix चलाएँ।

अनइंस्टॉल

openclaw plugins uninstall <id>openclaw plugins uninstall <id> --dry-runopenclaw plugins uninstall <id> --keep-filesopenclaw plugins uninstall <id> --force

uninstall, plugins.entries से plugin रिकॉर्ड, स्थायी plugin अनुक्रमणिका, plugin अनुमति/अस्वीकृति सूची प्रविष्टियाँ और लागू होने पर लिंक की गई plugins.load.paths प्रविष्टियाँ हटाता है। जब तक --keep-files सेट न हो, अनइंस्टॉल ट्रैक की गई प्रबंधित स्थापना डायरेक्टरी भी हटाता है, लेकिन केवल तभी जब वह OpenClaw के plugin extensions रूट के भीतर रिज़ॉल्व होती हो। यदि plugin वर्तमान में memory या contextEngine स्लॉट का स्वामी है, तो वह स्लॉट अपने डिफ़ॉल्ट पर रीसेट हो जाता है (मेमोरी के लिए memory-core, कॉन्टेक्स्ट इंजन के लिए legacy)।

uninstall हटाई जाने वाली चीज़ों का पूर्वावलोकन प्रिंट करता है, फिर परिवर्तन करने से पहले Uninstall plugin "<id>"? का संकेत देता है। पुष्टिकरण संकेत छोड़ने के लिए --force दें (स्क्रिप्ट और गैर-इंटरैक्टिव रन के लिए उपयोगी); इसके बिना अनइंस्टॉल के लिए इंटरैक्टिव TTY आवश्यक है। --dry-run वही पूर्वावलोकन प्रिंट करता है और संकेत दिए या कोई परिवर्तन किए बिना बाहर निकल जाता है।

अपडेट

openclaw plugins update <id-or-npm-spec>openclaw plugins update --allopenclaw plugins update <id-or-npm-spec> --dry-runopenclaw plugins update @openclaw/voice-callopenclaw plugins update @acme/demoopenclaw plugins update openclaw-codex-app-server --acknowledge-clawhub-riskopenclaw plugins update openclaw-codex-app-server --dangerously-force-unsafe-install

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

निरीक्षण

openclaw plugins inspect <id>openclaw plugins inspect <id> --runtimeopenclaw plugins inspect <id> --jsonopenclaw plugins inspect --all

डिफ़ॉल्ट रूप से plugin रनटाइम आयात किए बिना निरीक्षण पहचान, लोड स्थिति, स्रोत, मैनिफ़ेस्ट क्षमताएँ, नीति फ़्लैग, निदान, स्थापना मेटाडेटा, बंडल क्षमताएँ और किसी भी पहचाने गए MCP या LSP सर्वर समर्थन को दिखाता है। JSON आउटपुट में contracts.agentToolResultMiddleware और contracts.trustedToolPolicies जैसे plugin मैनिफ़ेस्ट अनुबंध शामिल होते हैं, जिससे ऑपरेटर किसी plugin को सक्षम या पुनः आरंभ करने से पहले विश्वसनीय-सतह घोषणाओं का ऑडिट कर सकते हैं। plugin मॉड्यूल लोड करने और पंजीकृत हुक, टूल, कमांड, सेवाएँ, gateway विधियाँ और HTTP रूट शामिल करने के लिए --runtime जोड़ें। रनटाइम निरीक्षण अनुपलब्ध plugin निर्भरताओं की सीधे रिपोर्ट करता है; स्थापनाएँ और मरम्मत openclaw plugins install, openclaw plugins update और openclaw doctor --fix में रहती हैं।

Plugin-स्वामित्व वाले CLI कमांड सामान्यतः रूट openclaw कमांड समूहों के रूप में स्थापित होते हैं, लेकिन plugins किसी मुख्य पैरेंट, जैसे openclaw nodes, के अंतर्गत नेस्टेड कमांड भी पंजीकृत कर सकते हैं। जब inspect --runtime, cliCommands के अंतर्गत कोई कमांड दिखाए, तो उसे सूचीबद्ध पथ पर चलाएँ; उदाहरण के लिए, demo-git पंजीकृत करने वाले plugin को openclaw demo-git ping से सत्यापित किया जा सकता है।

प्रत्येक plugin को इस आधार पर वर्गीकृत किया जाता है कि वह वास्तव में रनटाइम पर क्या पंजीकृत करता है:

क्षमता मॉडल के बारे में अधिक जानकारी के लिए Plugin आकार देखें।

Doctor

openclaw plugins doctor

doctor Plugin लोड त्रुटियों, मैनिफ़ेस्ट/डिस्कवरी निदान, संगतता सूचनाओं और अनुपलब्ध Plugin स्लॉट जैसे पुराने Plugin कॉन्फ़िगरेशन संदर्भों की रिपोर्ट करता है। जब इंस्टॉल ट्री और Plugin कॉन्फ़िगरेशन साफ़ होते हैं, तो यह No plugin issues detected. प्रिंट करता है। यदि पुराना कॉन्फ़िगरेशन शेष है लेकिन इंस्टॉल ट्री अन्यथा स्वस्थ है, तो सारांश पूर्ण Plugin स्वास्थ्य का संकेत देने के बजाय यही बताता है।

यदि कोई कॉन्फ़िगर किया गया Plugin डिस्क पर मौजूद है लेकिन लोडर की पथ-सुरक्षा जाँचों द्वारा अवरुद्ध है, तो कॉन्फ़िगरेशन सत्यापन Plugin प्रविष्टि को बनाए रखता है और उसे present but blocked के रूप में रिपोर्ट करता है। plugins.entries.<id> या plugins.allow कॉन्फ़िगरेशन हटाने के बजाय, इससे पहले दिए गए अवरुद्ध-Plugin निदान को ठीक करें, जैसे पथ का स्वामित्व या सभी के लिए लिखने योग्य अनुमतियाँ।

अनुपलब्ध register/activate एक्सपोर्ट जैसी मॉड्यूल-आकार विफलताओं के लिए, निदान आउटपुट में एक्सपोर्ट-आकार का संक्षिप्त सारांश शामिल करने हेतु OPENCLAW_PLUGIN_LOAD_DEBUG=1 के साथ फिर से चलाएँ।

रजिस्ट्री

openclaw plugins registryopenclaw plugins registry --refreshopenclaw plugins registry --json

स्थानीय Plugin रजिस्ट्री, इंस्टॉल किए गए Plugin की पहचान, सक्षमता, स्रोत मेटाडेटा और योगदान स्वामित्व के लिए OpenClaw का स्थायी कोल्ड-रीड मॉडल है। सामान्य स्टार्टअप, प्रोवाइडर स्वामी लुकअप, चैनल सेटअप वर्गीकरण और Plugin इन्वेंट्री, Plugin रनटाइम मॉड्यूल आयात किए बिना इसे पढ़ सकते हैं।

यह जाँचने के लिए plugins registry का उपयोग करें कि स्थायी रजिस्ट्री मौजूद, वर्तमान या पुरानी है। स्थायी Plugin इंडेक्स, कॉन्फ़िगरेशन नीति और मैनिफ़ेस्ट/पैकेज मेटाडेटा से इसे फिर से बनाने के लिए --refresh का उपयोग करें। यह सुधार पथ है, रनटाइम सक्रियण पथ नहीं।

openclaw doctor --fix रजिस्ट्री से संबंधित प्रबंधित npm विचलन को भी ठीक करता है। यदि किसी प्रबंधित Plugin npm प्रोजेक्ट या पुराने फ़्लैट प्रबंधित npm रूट के अंतर्गत कोई अनाथ या पुनर्प्राप्त @openclaw/* पैकेज किसी बंडल किए गए Plugin को ओझल करता है, तो Doctor उस पुराने पैकेज को हटा देता है और रजिस्ट्री को फिर से बनाता है, ताकि स्टार्टअप बंडल किए गए मैनिफ़ेस्ट के विरुद्ध सत्यापन करे। जब कोई आधिकारिक इंस्टॉल रिकॉर्ड एक प्रबंधित जेनरेशन चुनता है लेकिन पुरानी फ़्लैट या जेनरेशन डायरेक्टरियाँ शेष रहती हैं, तो Doctor Gateway के पुनः आरंभ होने के बाद छँटाई के लिए उन पुराने ट्री को निष्क्रिय कर देता है। Doctor होस्ट के openclaw पैकेज को उन प्रबंधित npm Plugin में फिर से लिंक भी करता है जो peerDependencies.openclaw घोषित करते हैं, ताकि अपडेट या npm सुधारों के बाद openclaw/plugin-sdk/* जैसे पैकेज-स्थानीय रनटाइम आयात रिज़ॉल्व हो सकें।

मार्केटप्लेस

openclaw plugins marketplace entriesopenclaw plugins marketplace entries --offlineopenclaw plugins marketplace entries --jsonopenclaw plugins marketplace entries --feed-profile <name>openclaw plugins marketplace entries --feed-url <url>openclaw plugins marketplace list <source>openclaw plugins marketplace list <source> --jsonopenclaw plugins marketplace refreshopenclaw plugins marketplace refresh --feed-profile <name>openclaw plugins marketplace refresh --feed-url <url>openclaw plugins marketplace refresh --expected-sha256 <sha256> --json

plugins marketplace entries कॉन्फ़िगर किए गए OpenClaw मार्केटप्लेस फ़ीड की प्रविष्टियाँ सूचीबद्ध करता है। डिफ़ॉल्ट रूप से यह होस्ट किए गए फ़ीड का प्रयास करता है और विफल होने पर नवीनतम स्वीकृत स्नैपशॉट या बंडल किए गए डेटा का उपयोग करता है। किसी विशिष्ट कॉन्फ़िगर की गई प्रोफ़ाइल को पढ़ने के लिए --feed-profile <name>, स्पष्ट होस्ट किए गए फ़ीड URL को पढ़ने के लिए --feed-url <url> और फ़ीड फ़ेच किए बिना नवीनतम स्वीकृत स्नैपशॉट पढ़ने के लिए --offline का उपयोग करें।

plugins marketplace refresh कॉन्फ़िगर किए गए होस्टेड फ़ीड स्नैपशॉट को रीफ़्रेश करता है और रिपोर्ट करता है कि OpenClaw ने होस्टेड डेटा, होस्टेड स्नैपशॉट या बंडल किया गया फ़ॉलबैक डेटा स्वीकार किया। जब किसी कॉलर को कमांड तब तक विफल करना हो जब तक कोई नया होस्टेड पेलोड पिन किए गए चेकसम से मेल न खाए, तब --expected-sha256 का उपयोग करें।

मार्केटप्लेस list किसी स्थानीय मार्केटप्लेस पथ, किसी marketplace.json पथ, owner/repo जैसे GitHub शॉर्टहैंड, GitHub रिपॉज़िटरी URL या git URL को स्वीकार करता है। --json रिज़ॉल्व किया गया स्रोत लेबल तथा पार्स किया गया मार्केटप्लेस मैनिफ़ेस्ट और Plugin प्रविष्टियाँ प्रिंट करता है।

मार्केटप्लेस रीफ़्रेश, होस्ट किया गया OpenClaw मार्केटप्लेस फ़ीड लोड करता है और सत्यापित प्रतिक्रिया को स्थानीय होस्टेड-फ़ीड स्नैपशॉट के रूप में स्थायी बनाता है। विकल्पों के बिना, यह कॉन्फ़िगर की गई डिफ़ॉल्ट फ़ीड प्रोफ़ाइल का उपयोग करता है। किसी विशिष्ट कॉन्फ़िगर की गई प्रोफ़ाइल को रीफ़्रेश करने के लिए --feed-profile <name>, किसी स्पष्ट होस्टेड फ़ीड URL को रीफ़्रेश करने के लिए --feed-url <url>, मेल खाने वाला पेलोड चेकसम आवश्यक करने के लिए --expected-sha256 <sha256> (sha256:<hex> या केवल 64-वर्णीय हेक्स डाइजेस्ट), और मशीन-पठनीय आउटपुट के लिए --json का उपयोग करें। स्पष्ट होस्टेड फ़ीड URL में क्रेडेंशियल, क्वेरी स्ट्रिंग या फ़्रैगमेंट शामिल नहीं होने चाहिए। बिना पिन किए गए रीफ़्रेश, कमांड को विफल किए बिना होस्टेड स्नैपशॉट या बंडल किए गए फ़ॉलबैक परिणाम की रिपोर्ट कर सकते हैं। पिन किए गए रीफ़्रेश तब तक विफल होते हैं जब तक वे कोई नया होस्टेड पेलोड स्वीकार नहीं करते, और सफल होस्टेड रीफ़्रेश भी तब विफल होते हैं जब OpenClaw सत्यापित स्नैपशॉट को स्थायी नहीं बना पाता।

अंतर्निहित clawhub-public प्रोफ़ाइल पेलोड पहचान clawhub-official की अपेक्षा करती है। ClawHub द्वारा अपनी प्रोडक्शन सार्वजनिक कुंजी जनरेट करके सौंपने के बाद OpenClaw उसे बंडल करेगा। तब तक, अंतर्निहित प्रोफ़ाइल हस्ताक्षरित-फ़ीड इंस्टॉल प्राधिकरण प्रदान नहीं करती। सार्वजनिक कुंजियाँ किसी विश्वसनीय रिलीज़ या ऑपरेटर चैनल से आनी चाहिए, न कि फ़ीड होस्ट के किसी कुंजी एंडपॉइंट से।

OpenClaw DSSE एनवेलप को सत्यापित करता है और जब कोई प्रोफ़ाइल feedId घोषित करती है, तो डीकोड की गई पेलोड ID का उससे मेल खाना आवश्यक करता है। अंतर्निहित clawhub-public प्रोफ़ाइल हमेशा अपनी पहचान घोषित करती है, जिससे किसी अन्य फ़ीड के वैध दस्तावेज़ को उस प्रोफ़ाइल के माध्यम से दोबारा चलाने से रोका जाता है।

चरणबद्ध रोलआउट के दौरान, feedId को छोड़ने वाली मौजूदा कस्टम हस्ताक्षरित प्रोफ़ाइल पेलोड-पहचान बाइंडिंग के बिना हस्ताक्षर सत्यापन बनाए रखती हैं। नई कस्टम प्रोफ़ाइल को feedId घोषित करना चाहिए। फ़ीड-प्रोफ़ाइल कॉन्फ़िगरेशन सतह, Control UI के लिए आवश्यक प्रस्तुति मेटाडेटा के साथ अलग से आ रही है; इसके Doctor निदान को ऑपरेटर से अनुपलब्ध पहचान देने के लिए कहना चाहिए और फ़ीड URL से उसका अनुमान कभी नहीं लगाना चाहिए। यह विश्वास बाइंडिंग हटाई गई रूट marketplaces कुंजी को पुनर्स्थापित नहीं करती।

संबंधित

• Plugin बनाना
• CLI संदर्भ
• ClawHub