Plugins: एक क्लिक से बिखरी हुई कॉन्फ़िगरेशन को पैकेज करें
📚 श्रृंखला नेविगेशन: पिछला लेख [23 Subagents] ने आपको एक विशेष छोटा सहायक खुद बनाना सिखाया। लेकिन क्या आपने कोई समस्या देखी है—subagent, कमांड, skill, hook ये अच्छी चीजें सभी "अलग-अलग कॉन्फ़िगर किए गए" ढीले हिस्से हैं। यह लेख आपको सिखाता है कि कैसे उन्हें प्लगइन्स (plugin) में पैकेज किया जाए: एक क्लिक से इंस्टॉल करें, एक क्लिक से बंद करें, और आप "प्लगइन मार्केट" से सीधे तैयार किए गए फुल बकेट भी प्राप्त कर सकते हैं।
भाइयों, आज हम इस बारे में बात करेंगे कि कैसे एक क्लिक से बिखरी हुई कॉन्फ़िगरेशन को पैकेज किया जाए। अब जब हम इस बारे में बात कर रहे हैं, क्या आपने कभी इस तरह के परिदृश्य का सामना किया है: आपने अपनी टीम के लिए "subagent + hook + MCP" का एक सेट कॉन्फ़िगर करने के लिए कड़ी मेहनत की, और फिर एक दिन एक नया सहयोगी आया, और आपने उससे आधे घंटे तक बात की—"यह फ़ाइल agents/ में रखी गई है, hook का वह भाग settings.json में जोड़ा गया है, और वैसे, .mcp.json को न भूलें"—बोलने के बाद, आपको पता चला कि वह अभी भी एक जगह चूक गया था, और यह आपके जैसा नहीं चला। यह किसी की समस्या नहीं है, ढीले भागों का प्रबंधन ऐसा ही है: कॉन्फ़िगरेशन जितनी अधिक बिखरी हुई होगी, मौखिक निर्देशों को छोड़ना उतना ही आसान होगा।
पिछले कुछ लेखों में आपके द्वारा बचाई गई संपत्ति पर नज़र डालें: 18वें लेख ने CLAUDE.md लिखा, 22वें लेख ने MCP server कॉन्फ़िगर किया, 23वें लेख ने subagent बनाया, और skill और hook को बीच-बीच में जोड़ा गया। हर एक का अलग से उपयोग करना आसान है, लेकिन वे सभी बिखरे हुए हैं—subagent को agents/ में रखा गया है, hook को settings.json में लिखा गया है, और MCP को .mcp.json में कॉन्फ़िगर किया गया है, जो कई फ़ाइलों में बिखरे हुए हैं।
समस्या यह है: प्रोजेक्ट A में आपके द्वारा कॉन्फ़िगर किए गए सेट का प्रोजेक्ट B में पुन: उपयोग किया जाना है, आपको फ़ाइलों को एक-एक करके मैन्युअल रूप से कॉपी करना होगा। यदि कोई नया सहकर्मी आपके कॉन्फ़िगरेशन का यह सेट चाहता है, तो आपको उसे मौखिक रूप से निर्देशिका संरचना समझानी होगी, जिसे भूलना आसान है। ढीले भागों का प्रबंधन थकाऊ और त्रुटि-प्रवण है।
इसे स्पष्ट रूप से रखने के लिए, प्लगइन्स इस समस्या का Claude Code का आधिकारिक उत्तर है: commands, subagents, skills, hooks, MCP server जैसे ढीले हिस्सों को एक पैकेज में पैक करें जिसे समग्र रूप से वितरित किया जा सकता है और एक क्लिक के साथ शुरू और बंद किया जा सकता है। यह लेख एक ही बार में यह स्पष्ट करेगा कि "प्लगइन क्या है, मार्केट से तैयार प्लगइन्स कैसे प्राप्त करें, और उन्हें कैसे प्रबंधित करें"।
इस लेख को पढ़ने के बाद, आप प्राप्त करेंगे:
- प्लगइन ने वास्तव में किन चीजों को पैक किया है, और इसके और "ढीले कॉन्फ़िगरेशन" के बीच चयन कैसे करें, इसे समझाने के लिए एक तालिका
- "प्लगइन मार्केट (marketplace)" का दो-चरणीय तर्क: पहले मार्केट जोड़ें, फिर प्लगइन इंस्टॉल करें, और कमांड को कॉपी करके उपयोग किया जा सकता है
- आधिकारिक डेमो मार्केट से व्यक्तिगत रूप से एक प्लगइन स्थापित करें, इसके द्वारा लाए गए आदेशों के माध्यम से चलाएं, और पूरी प्रक्रिया के दौरान अपेक्षित आउटपुट दें
- प्लगइन निर्देशिका कैसी दिखती है (
plugin.json+ प्रत्येक घटक फ़ोल्डर), जब आप इसे स्वयं पैकेज करना चाहते हैं तो बस इसका पालन करें - थर्ड-पार्टी प्लगइन्स इंस्टॉल करने से पहले आपको "विश्वास बाधा" को पार करना होगा। अपरिचित प्लगइन्स को हानिरहित सॉफ़्टवेयर के रूप में न समझें।
01 पहले समझें: प्लगइन वास्तव में क्या है
आइए पहले निष्कर्ष देते हैं: एक प्लगइन एक "सेल्फ-कंटेंड फ़ोल्डर" है जो आपके द्वारा पहले सीखे गए एक्सटेंशन (skill, subagent, hook, कमांड, MCP server) को एक साथ पैकेज करता है, और इसे इंस्टॉल करने, बंद करने और वितरित करने के लिए एक पूरे के रूप में माना जा सकता है।
इसकी आवश्यकता क्यों है? क्योंकि ढीले कॉन्फ़िगरेशन में तीन अपरिहार्य दर्द बिंदु हैं: क्रॉस-प्रोजेक्ट पुन: उपयोग परेशानी भरा है, टीम साझाकरण मैनुअल श्रम पर निर्भर करता है, और संस्करण अपडेट को ट्रैक नहीं किया जा सकता है। एक प्रोजेक्ट में आपके द्वारा कॉन्फ़िगर किया गया subagent और hook, यदि आप इसे दूसरे प्रोजेक्ट में ले जाना चाहते हैं, तो आप केवल मैन्युअल रूप से कॉपी और पेस्ट कर सकते हैं; यदि आप इसे सहकर्मियों के साथ साझा करना चाहते हैं, तो आपको यह स्पष्ट करना होगा कि प्रत्येक फ़ाइल को कहाँ रखना है। प्लगइन का उद्देश्य इस पूरे सेट को "एक बॉक्स में पैक करना" है, बस बॉक्स को पूरी तरह से स्थानांतरित करें और इसे दूसरों को सौंप दें।
सादृश्य: ब्राउज़र एक्सटेंशन स्टोर। यदि आप Chrome में विज्ञापन अवरोधन, अनुवाद और स्क्रीनशॉट जोड़ना चाहते हैं—तो आपको अपना खुद का कोड लिखने या कॉन्फ़िगरेशन बदलने की आवश्यकता नहीं है, बस एक्सटेंशन स्टोर पर जाएं और "इंस्टॉल" पर क्लिक करें, और फ़ंक्शंस का एक पूरा सेट आ जाएगा। यदि आप अब इसे नहीं चाहते हैं, तो "निकालें" पर क्लिक करें और यह साफ-सुथरे ढंग से अनइंस्टॉल हो जाएगा। Claude Code के प्लगइन्स भी यही विचार हैं: बाज़ार ब्राउज़ करें, एक क्लिक के साथ कार्यों का एक पूरा सेट इंस्टॉल करें, आपको एक-एक करके सब कुछ मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता नहीं है; यह उन एक्सटेंशनों को बदल देता है जो कई फ़ाइलों में बिखरे हुए थे स्टोर में एक प्रविष्टि में जिन्हें सीधे "इंस्टॉल/अनइंस्टॉल" किया जा सकता है।
आधिकारिक दस्तावेज़ "प्लगइन्स" और "बल्क कॉन्फ़िगरेशन" के बीच ट्रेड-ऑफ़ की बहुत स्पष्ट रूप से व्याख्या करता है। मैं इसे आपके लिए एक तालिका में संक्षेप में प्रस्तुत करूंगा:
| आयाम | थोक कॉन्फ़िगरेशन (.claude/ निर्देशिका) | प्लगइन (plugin) |
|---|---|---|
| के लिए सबसे उपयुक्त | एकल परियोजना स्व-उपयोग, व्यक्तिगत कार्यप्रवाह, त्वरित प्रयोग | टीम/समुदाय साझाकरण, क्रॉस-प्रोजेक्ट पुन: उपयोग, संस्करणित रिलीज़ |
| कैसे साझा करें | दूसरों को फ़ाइलों को मैन्युअल रूप से कॉपी करें | बाज़ार के माध्यम से, अन्य /plugin install के साथ एक क्लिक के साथ इंस्टॉल कर सकते हैं |
| skill नाम | लघु, जैसे /hello | नेमस्पेस के साथ, जैसे /my-plugin:hello |
| क्या संस्करण प्रबंधन संभव है | नहीं, उपयोगकर्ता को सूचित करने का कोई तरीका नहीं है यदि इसे बदल दिया गया है | हाँ, यदि संस्करण संख्या सेट की गई है तो ही उपयोगकर्ता को अपडेट प्राप्त होगा |
इस तालिका का निर्णय तर्क सिर्फ एक वाक्य है: यदि आप इसे केवल एक प्रोजेक्ट के लिए उपयोग करते हैं, तो थोक पर्याप्त है; यदि आप इसे साझा करना चाहते हैं, इसे कई प्रोजेक्ट में ले जाना चाहते हैं, और इसे अपडेट करने में सक्षम होना चाहते हैं, तो आपको एक प्लगइन का उपयोग करना चाहिए। अधिकारी यह भी सुझाव देते हैं कि "त्वरित रूप से पुनरावृति करने के लिए पहले .claude/ बल्क का उपयोग करें, और फिर साझा करने के लिए तैयार होने पर इसे प्लगइन में परिवर्तित करें"—केवल एक बार के कॉन्फ़िगरेशन के लिए प्लगइन न बनाएं, यह ओवर-इंजीनियरिंग है।
यहां एक बिंदु है जो नौसिखियों को भ्रमित करने की सबसे अधिक संभावना है और इसे पहले स्पष्ट किया जाना चाहिए: प्लगइन में skill नाम हमेशा एक "नेमस्पेस" लेते हैं। यदि आप my-plugin नामक प्लगइन में hello skill लिखते हैं, तो आप कॉल करते समय /hello नहीं, बल्कि /my-plugin:hello हैं।
💡 एक वाक्य का सारांश: प्लगइन skill, subagent, hook, कमांड, MCP server को एक बॉक्स में पैक करना है जिसे समग्र रूप से इंस्टॉल और अनइंस्टॉल किया जा सकता है; इसे अपने लिए थोक में उपयोग करें, और यदि आप इसे साझा करना, पुन: उपयोग करना और अपडेट करना चाहते हैं तो ही इसे प्लगइन में पैकेज करें।
02 बिखरे हुए होने की तुलना में इसे पैकेज में रखना बेहतर क्यों है
पिछले भाग में "यह क्या है" के बारे में बात की गई थी, और यह भाग "यह क्यों लायक है" जोड़ देगा—क्योंकि अवधारणाओं को जानने के बाद भी, आप सोच सकते हैं "मेरे लिए मैन्युअल रूप से कुछ फ़ाइलों को कॉपी करना कोई बड़ी बात नहीं है"।
वास्तविक अंतर तीन स्थानों में है। इसे विशिष्ट परिदृश्यों के साथ समझाने के बाद, आप समझ जाएंगे।
पहला, क्रॉस-प्रोजेक्ट पुन: उपयोग। मान लें कि आप "गिट कमिट वर्कफ़्लो" कॉन्फ़िगरेशन का एक सेट रखते हैं—एक skill जो मानक कमिट संदेश उत्पन्न करता है, और एक hook जो कमिट करने से पहले स्वचालित रूप से लिंट चलाता है। शुरुआती दिनों में, यह सेट ढीला था, और जब आप एक नए प्रोजेक्ट में गए, तो आपको skills/ और settings.json में अनुभागों को एक-एक करके कॉपी करना पड़ा। यदि आप हुक अनुभाग को याद करते हैं, तो नया प्रोजेक्ट कमिट करने से पहले लिंट नहीं चलाएगा, और एक प्रारूपण त्रुटि मिश्रित हो सकती है। पैकेज किए जाने के बाद, नए प्रोजेक्ट में बस एक /plugin install से काम हो जाएगा, और यह फिर कभी नहीं छूटेगा।
दूसरा, टीम शेयरिंग। सहकर्मियों के साथ थोक कॉन्फ़िगरेशन साझा करना मूल रूप से "आप इस फ़ोल्डर को कॉपी करें, इसे .claude/agents/ के अंतर्गत रखें, और फिर उस हुक को सेटिंग्स में जोड़ना याद रखें" पर निर्भर करता है—मौखिक निर्देशों का एक गुच्छा, और दूसरी पार्टी इसे दस में से नौ बार गलत कॉन्फ़िगर करेगी। प्लगइन्स अलग हैं: आप इसे एक मार्केट (भले ही वह कंपनी का आंतरिक निजी भंडार हो) में प्रकाशित करते हैं, और आपके सहकर्मी इसे एक कमांड के साथ स्थापित कर सकते हैं, और कॉन्फ़िगरेशन बिल्कुल समान है, "मैं इसे यहां चला सकता हूं लेकिन आप इसे वहां नहीं चला सकते" जैसी कोई चीज नहीं है।
तीसरा, संस्करण अद्यतन। थोक की यह सबसे घातक कमी है। यदि थोक कॉन्फ़िगरेशन बदल दिया गया है, तो जिन लोगों ने इसका उपयोग किया है उन्हें बिल्कुल पता नहीं चलेगा, और आप केवल एक-एक करके उन्हें सूचित कर सकते हैं। प्लगइन्स को संस्करणित किया जा सकता है, जब आप एक नया संस्करण जारी करते हैं, तो उपयोगकर्ता अपडेट करते समय इसे स्वचालित रूप से प्राप्त करेंगे; अधिकारियों ने विशेष रूप से "स्वचालित अपडेट" भी बनाया है—आधिकारिक बाज़ार डिफ़ॉल्ट रूप से चालू है, और तृतीय-पक्ष बाज़ार डिफ़ॉल्ट रूप से बंद हैं (यह डिज़ाइन बहुत उचित है, आप अपने स्वयं के लोगों से अपडेट स्वचालित रूप से प्राप्त कर सकते हैं, लेकिन आपको बाहरी लोगों से अपडेट के लिए स्वेच्छा से सहमत होना होगा)।
सादृश्य: मोबाइल ऐप और ऐप स्टोर में इसके संबंध के बीच। आप एक ऐप इंस्टॉल करते हैं, इसका एक नया संस्करण होता है, और ऐप स्टोर आपको "एक अपडेट है" पर धकेलता है। जब आप उस पर क्लिक करते हैं तो यह अपग्रेड हो जाएगा। आपको इंस्टॉलेशन पैकेज को खुद से दोबारा डाउनलोड करने की आवश्यकता नहीं है। प्लगइन मार्केट के लिए वैसा ही है जैसा कि ऐप स्टोर के लिए ऐप है—इंस्टॉलेशन एक-क्लिक इंस्टॉलेशन है, और अपडेट मार्केट में बहता है, इसलिए आपको इसे मैन्युअल रूप से ले जाने की आवश्यकता नहीं है।
इन तीन चीजों में थोक और प्लगइन्स के बीच अंतर की तुलना करें:
| आपको क्या करने की आवश्यकता है | ❌ थोक विन्यास | ✅ प्लगइन |
|---|---|---|
| नए प्रोजेक्ट में ले जाएँ | प्रत्येक फ़ाइल को मैन्युअल रूप से कॉपी करें, जो आसानी से छूट जाती है | एक वाक्य /plugin install |
| सहकर्मियों के लिए उपयोग करें | मौखिक रूप से समझाएं कि इसे कहां रखना है और इसे कैसे कॉन्फ़िगर करना है | बाज़ार में भेजें, दूसरी पार्टी इसे एक कमांड के साथ इंस्टॉल करेगी |
| अपडेट पुश करें | सूचित करने का कोई तरीका नहीं, केवल मानव चीख | संस्करण संख्या के साथ, उपयोगकर्ता स्वचालित रूप से/मैन्युअल रूप से अपडेट करते हैं |
सच कहूं तो, यदि आप अकेले एक प्रोजेक्ट पर काम कर रहे हैं, तो आप प्लगइन्स के लाभों को गहराई से महसूस नहीं करेंगे; एक बार अधिक लोग और अधिक प्रोजेक्ट होने पर, थोक पीछे हटने लगेंगे। जब मैंने एक टीम का नेतृत्व किया तो मैंने खुद पूरी तरह से प्लगइन्स पर स्विच कर लिया—उससे पहले, नए लोगों के लिए वातावरण को कॉन्फ़िगर करने के लिए, मुझे लोगों को स्क्रीन पर खींचना पड़ता था और फ़ाइलों को एक-एक करके समझाना पड़ता था, "इसे agents/ में रखें, उस हुक को सेटिंग्स में जोड़ें", एक सुबह में आधा दिन लग सकता है, और हमेशा कोई न कोई होता है जो एक जगह चूक जाता है; इसे एक प्लगइन में पैक करने और इसे आंतरिक रिपॉजिटरी में लटकाने के बाद, नवागंतुक इसे एक कमांड के साथ इंस्टॉल कर सकता है, और कॉन्फ़िगरेशन मेरी तरफ से बिल्कुल वैसा ही है, और कभी भी ऐसा नहीं हुआ है "मैं इसे यहां चला सकता हूं लेकिन आप इसे वहां नहीं चला सकते"।
💡 एक वाक्य का सारांश: प्लगइन्स का वास्तविक मूल्य "स्केल" में है—क्रॉस-प्रोजेक्ट पुन: उपयोग, टीम साझाकरण, और संस्करण अद्यतन, थोक श्रम पर निर्भर करता है, जबकि प्लगइन्स एक कमांड हैं; जितने अधिक लोग और प्रोजेक्ट होंगे, यह अंतर उतना ही अधिक होगा।
03 प्लगइन मार्केट: पहले "स्टोर" जोड़ें, फिर "एप्लिकेशन" इंस्टॉल करें
यह जानने के बाद कि प्लगइन क्या है, अगला प्रश्न यह है: मैं दूसरों द्वारा बनाए गए प्लगइन्स कहाँ से प्राप्त कर सकता हूँ? उत्तर "प्लगइन मार्केट (marketplace)" है।
यहाँ इस पूरे लेख में सबसे महत्वपूर्ण ज्ञान है, जहाँ नौसिखिए सबसे आसानी से फँस जाते हैं: बाज़ार का उपयोग करना "दो कदम" है, "एक कदम" नहीं।
- चरण 1: मार्केट जोड़ें। Claude Code में मार्केट "पंजीकृत" करें ताकि वह यह ब्राउज़ कर सके कि इस मार्केट में कौन से प्लगइन्स हैं। ध्यान दें कि इस चरण में कोई प्लगइन्स स्थापित नहीं किए गए हैं, यह आपको केवल अलमारियों को देखने की अनुमति देता है।
- चरण 2: प्लगइन इंस्टॉल करें। अलमारियों में से चुनें कि आप क्या चाहते हैं और इसे अलग से इंस्टॉल करें।
सादृश्य: अपने फ़ोन में एक नया "ऐप स्टोर" इंस्टॉल करना। बिल्ट-इन स्टोर के अलावा, आप अपने फोन पर थर्ड-पार्टी ऐप स्टोर भी इंस्टॉल कर सकते हैं—लेकिन "इस स्टोर को इंस्टॉल करना" "इसके अंदर ऐप्स इंस्टॉल करना" के बराबर नहीं है। स्टोर आपको केवल घूमने और उसके सभी संग्रह देखने की अनुमति देता है, आपको कौन सा ऐप चाहिए, आपको उस पर क्लिक करके उसे अलग से डाउनलोड करना होगा। प्लगइन मार्केट ऐसा ही एक "ऐप स्टोर" है: इसे जोड़ना आपको घूमने देने के लिए है, और कौन सा प्लगइन इंस्टॉल करना है यह एक अलग बात है।
इस "दो-चरण" के बारे में स्पष्ट रूप से सोचें, और निम्नलिखित सभी आदेश सुचारू रूप से चलेंगे। आइए पहले मार्केट जोड़ने पर एक नजर डालते हैं—अधिकारियों ने कई स्रोत दिए हैं, और सबसे अधिक इस्तेमाल किया जाने वाला GitHub से जोड़ना है:
/plugin marketplace add owner/repoबस owner/repo को वास्तविक GitHub रिपॉजिटरी नाम से बदलें (उदाहरण के लिए, आधिकारिक डेमो मार्केट anthropics/claude-code है)। GitHub के अलावा, मार्केट को Git URL (GitLab, Bitbucket, सेल्फ-होस्टेड सब काम करते हैं), स्थानीय पथों और दूरस्थ URL से भी जोड़ा जा सकता है। आधिकारिक दस्तावेज़ में लिखने के तरीके सूचीबद्ध हैं, और नौसिखियों को केवल GitHub जैसे सबसे अधिक उपयोग किए जाने वाले को याद रखने की आवश्यकता है।
मार्केट जोड़ने के बाद, प्लगइन स्थापित करने के लिए इसका उपयोग करें:
/plugin install plugin-name@marketplace-name@ के बाद मार्केट का नाम आता है, जिसका अर्थ है "इस मार्केट से इस प्लगइन को इंस्टॉल करें"। उदाहरण के लिए, आधिकारिक मार्केट से GitHub एकीकरण स्थापित करें:
/plugin install github@claude-plugins-officialयहां हमें विशेष रूप से आधिकारिक बिल्ट-इन मार्केट: claude-plugins-official का नाम देना चाहिए। आपको इसे मैन्युअल रूप से जोड़ने की आवश्यकता नहीं है—जैसे ही आप Claude Code शुरू करेंगे यह वहां होगा, और इसमें Anthropic द्वारा चुने गए प्लगइन्स का एक बैच (GitHub, GitLab, Slack, Figma, Sentry और अन्य बाहरी एकीकरण, साथ ही कोड इंटेलिजेंस के लिए LSP प्लगइन्स, सुरक्षा समीक्षा प्लगइन्स आदि) शामिल हैं। इसलिए यदि आप आधिकारिक प्लगइन इंस्टॉल करना चाहते हैं, तो "मार्केट जोड़ें" चरण को छोड़ दें और सीधे install करें।
💡 एक वाक्य का सारांश: मार्केट का उपयोग करना हमेशा एक दो-चरणीय प्रक्रिया है "पहले मार्केट जोड़ें, फिर प्लगइन इंस्टॉल करें"—
/plugin marketplace addअलमारियों को जोड़ने के लिए,/plugin install xxx@मार्केट नामऑर्डर देने के लिए; केवल आधिकारिक मार्केटclaude-plugins-officialइन-बिल्ट है और इसे आउट-ऑफ़-द-बॉक्स इंस्टॉल किया जा सकता है।
04 तीन मार्केट, वे किस लिए हैं?
पिछले भाग में कई मार्केट नाम दिखाई दिए, और नौसिखियों के लिए भ्रमित होना आसान है। यह अनुभाग आधिकारिक तौर पर बनाए गए तीन मार्केट को स्पष्ट करता है, ताकि आप नाम देखते ही जान सकें कि वे कौन हैं।
सादृश्य: एक ही शहर में अलग-अलग स्थिति वाले तीन मॉल। एक ब्रांड का डायरेक्ट-ऑपरेटेड फ्लैगशिप स्टोर है (सामान आधिकारिक तौर पर चुने जाते हैं), एक ओपन सेटलमेंट के साथ एक हाइपरमार्केट है (थर्ड पार्टी स्टॉल लगाने आते हैं, लेकिन उन्हें प्रवेश करने से पहले सुरक्षा जांच से गुजरना होगा), और एक अस्थायी मॉडल शोरूम है (विशेष रूप से आपको प्रभाव दिखाने के लिए नमूने प्रदर्शित करने के लिए)। Claude Code के ये तीन आधिकारिक मार्केट पूरी तरह मेल खाते हैं:
| मार्केट | इसे जोड़ने का कमांड | स्थिति | इसमें क्या है |
|---|---|---|---|
claude-plugins-official (आधिकारिक) | बिल्ट-इन, जोड़ने की कोई आवश्यकता नहीं | आधिकारिक चयन | Anthropic द्वारा चुने गए प्लगइन्स, सबसे स्थिर |
claude-community (समुदाय) | /plugin marketplace add anthropics/claude-plugins-community | तीसरे पक्ष द्वारा प्रस्तुत, स्वचालित समीक्षा उत्तीर्ण | समुदाय-योगदान किए गए प्लगइन्स, प्रत्येक एक विशिष्ट प्रतिबद्धता के लिए निश्चित है |
claude-code-plugins (डेमो) | /plugin marketplace add anthropics/claude-code | आधिकारिक उदाहरण | प्लगइन सिस्टम की क्षमताओं को प्रदर्शित करने के लिए नमूना प्लगइन्स |
स्पष्ट करने के लिए कुछ मुख्य बिंदु:
आधिकारिक मार्केट सबसे स्थिर है लेकिन आवेदन के लिए खुला नहीं है। Anthropic खुद तय करता है कि किन प्लगइन्स को शामिल करना है। इसके अंदर की चीजें सावधानीपूर्वक चुनी गई हैं, और गड्ढों में कदम रखने की संभावना सबसे कम है। आप अपने दैनिक जीवन में जो मुख्यधारा के सामान चाहते हैं—GitHub एकीकरण, विभिन्न भाषाओं के LSP, सुरक्षा समीक्षाएं—मूल रूप से सभी यहीं हैं।
सामुदायिक मार्केट खुला है, लेकिन इसमें सीमाएं हैं। तृतीय-पक्ष प्लगइन्स सबमिट किए जाने के बाद, उन्हें प्रवेश करने से पहले Anthropic के स्वचालित सत्यापन और सुरक्षा स्क्रीनिंग से गुजरना होगा, और प्रत्येक प्लगइन "एक विशिष्ट प्रतिबद्धता के लिए निश्चित" है—जिसका अर्थ है कि आप जो स्थापित करते हैं वह समीक्षा के समय का संस्करण है, और लेखक गुप्त रूप से सामग्री नहीं बदल सकता है। इसे मैन्युअल रूप से जोड़ा जाना चाहिए, और जोड़ने के बाद इंस्टॉल करने के लिए claude-community नाम का उपयोग करें।
डेमो मार्केट सीखने के लिए उपयोग किया जाता है। यह "प्लगइन सिस्टम क्या कर सकता है" प्रदर्शित करने के लिए टेम्पलेट रखता है, और अगले अनुभाग का व्यावहारिक प्रयोग इसके साथ अभ्यास करेगा। इसे मैन्युअल रूप से भी जोड़ा जाना चाहिए।
सुझाया गया पहुँच क्रम: आधिकारिक मार्केट को प्राथमिकता दी जाती है। यदि यह आधिकारिक में नहीं है, तो सामुदायिक मार्केट में जाएँ। यदि आपको यह मिल जाए, तो पहले मुखपृष्ठ और इसके लिए आवश्यक अनुमतियों को पढ़ें और फिर इसे इंस्टॉल करें। डेमो मार्केट का उपयोग आम तौर पर केवल शिक्षण या पानी के परीक्षण के लिए किया जाता है—इसकी स्थिति एक टेम्पलेट के रूप में है, न कि उत्पादन प्लगइन के रूप में जिसे आप हर दिन उपयोग कर सकते हैं।
💡 एक वाक्य का सारांश: आधिकारिक मार्केट इन-बिल्ट और सबसे स्थिर है, सामुदायिक मार्केट को मैन्युअल रूप से जोड़ा जाना चाहिए लेकिन सुरक्षा जांच पास कर ली है, और डेमो मार्केट एक सीखने का टेम्पलेट है; दैनिक रूप से पहले आधिकारिक को देखें, यदि यह स्टॉक से बाहर है तो समुदाय में जाएं, और अभ्यास के लिए डेमो का उपयोग करें।
05 एक प्लगइन स्थापित करना, वास्तव में क्या स्थापित किया गया था?
जैसे ही /plugin install टाइप किया गया, वास्तव में आपके वातावरण में क्या प्रवेश हुआ? इस अनुभाग को स्पष्ट रूप से समझाएं, ताकि स्थापना के बाद आप भ्रमित न हों "और फिर, मैं इसका उपयोग कैसे करूं"।
एक प्लगइन इस प्रकार के घटकों को ला सकता है, और प्रत्येक प्रकार को "ट्रिगर करने का तरीका" अलग है, जो कुंजी है:
| घटक | स्थापित करने के बाद इसका उपयोग कैसे करें |
|---|---|
| Skills / Commands | /प्लगइन नाम:skill नाम जैसे नेमस्पेस कमांड बन जाता है, आप इसे मैन्युअल रूप से टाइप करते हैं, या Claude स्वचालित रूप से कॉल करता है |
| Subagents | /agents सूची में दिखाई देता है, Claude स्वचालित रूप से कार्य के अनुसार इसे भेजता है, या आप मैन्युअल रूप से क्लिक कर सकते हैं |
| Hooks | संगत घटनाओं (जैसे फ़ाइलों को संशोधित करने के बाद) में स्वचालित रूप से ट्रिगर, आपको परवाह करने की आवश्यकता नहीं है |
| MCP server | स्वचालित रूप से शुरू होता है, और इसके उपकरण Claude के टूलबॉक्स में मिश्रित होते हैं और सीधे उपयोग किए जा सकते हैं |
| LSP server | Claude को रीयल-टाइम कोड इंटेलिजेंस (जंप डेफिनिशन, चेक रेफरेंस, इंस्टेंट एरर रिपोर्टिंग) देता है, लैंग्वेज सर्वर बाइनरी को अलग से इंस्टॉल करना होगा |
क्या आपने देखा? कुछ "आप सक्रिय रूप से चिल्लाते हैं" (skill, कमांड) हैं, और कुछ "यह स्वचालित रूप से करता है" (hook, MCP, LSP) हैं। इसलिए एक प्लगइन स्थापित करने के बाद, आपको यह जानना होगा कि यह किस प्रकार की चीजें लाता है, ताकि आप जान सकें कि इसका उपयोग कैसे करना है।
अच्छी खबर यह है कि, Claude Code का नया संस्करण आपके इंस्टॉल करने से पहले आपको ये दिखाएगा। /plugin इंटरफ़ेस में प्लगइन के विवरण पर क्लिक करें, और एक "Installed" ब्लॉक होगा जो इस प्लगइन के साथ आने वाले कमांड, agents, skills, hooks, MCP और LSP server को सूचीबद्ध करेगा; यह "अनुमानित Context Cost" भी देगा—आपको बताएगा कि यह प्लगइन प्रत्येक राउंड में आपके संदर्भ विंडो में कितने टोकन भरता है।
मुझे इस "संदर्भ लागत" के बारे में अधिक कहना है, यह बहुत महत्वपूर्ण है। 19वें लेख में उल्लिखित संदर्भ प्रबंधन को याद करें: प्लगइन द्वारा लाया गया प्रत्येक घटक आपके वर्कबेंच का एक टुकड़ा ले लेगा। बहुत सारे प्लगइन्स इंस्टॉल करने का अर्थ है कि इससे पहले कि आप काम करना शुरू करें, संदर्भ skill स्पष्टीकरण और MCP टूल परिभाषाओं के एक बड़े हिस्से द्वारा कब्जा कर लिया जाता है। प्लगइन स्थापित करने से पहले, आपको इस अनुमान को अवश्य देखना चाहिए। कुछ सौ टोकन कोई मायने नहीं रखते, लेकिन अगर यह हजारों है, तो आपको यह सोचना होगा कि "क्या मुझे वास्तव में इसकी आवश्यकता है"। उन प्लगइन्स का एक गुच्छा स्थापित करना जिनका आप उपयोग नहीं कर सकते हैं, आपके संदर्भ को बर्बाद करना है, जो नौसिखियों द्वारा की जाने वाली एक आम बर्बादी है।
एक और विवरण है: प्लगइन स्थापित करने के बाद, इसे प्रभावी बनाने के लिए /reload-plugins चलाना याद रखें, Claude Code को पुनरारंभ करने की कोई आवश्यकता नहीं है। सत्र के बीच में प्लगइन्स को इंस्टॉल करने, रोकने और सक्षम करने के लिए, रीफ्रेश करने के लिए इस कमांड पर भरोसा करें:
/reload-pluginsइसे चलाने के बाद, यह आपको बताएगा कि वर्तमान में कितने प्लगइन्स लोड किए गए हैं, कितने skill, कितने agent, कितने hook, कितने प्लगइन MCP server और LSP server हैं।
💡 एक वाक्य का सारांश: प्लगइन द्वारा लाए गए घटकों को "आप सक्रिय रूप से चिल्लाते हैं" (skill/कमांड) और "यह स्वचालित रूप से करता है" (hook/MCP/LSP) में विभाजित किया गया है; इंस्टॉल करने से पहले विवरण में "इंस्टॉल किया जाएगा" सूची और संदर्भ लागत देखें, और इंस्टॉल करने के बाद प्रभावी होने के लिए
/reload-pluginsकरें।
यह चित्र एक साथ इस लेख के दो मुख्य थ्रेड खींचता है: बाईं ओर "मार्केट जोड़ें → प्लगइन इंस्टॉल करें" की दो-चरणीय प्रक्रिया है, और दाईं ओर पांच प्रकार के घटक (skill, subagent, hook, MCP server, LSP server) हैं जिन्हें एक प्लगइन बॉक्स में पैक किया गया है, और क्या वे "आप सक्रिय रूप से चिल्लाते हैं" या "यह स्वचालित रूप से करता है" स्थापित होने के बाद हैं।
06 करो: मार्केट जोड़ें, प्लगइन इंस्टॉल करें, और इसका उपयोग करें
सिर्फ देखना और अभ्यास न करना बकवास है। नीचे मैं आपको आधिकारिक डेमो मार्केट से एक मार्केट जोड़ना, एक वास्तविक प्लगइन इंस्टॉल करना, और इसके द्वारा लाए गए आदेशों को चलाना दिखाऊंगा। पूरी प्रक्रिया किसी भी जटिल वातावरण पर निर्भर नहीं करती है, बस इसका पालन करें। हम वह इंस्टॉल कर रहे हैं जिसका नाम आधिकारिक दस्तावेज़ commit-commands में है—गिट वर्कफ़्लो में skill जोड़ने के लिए एक प्लगइन।
चरण 1: Claude Code शुरू करें और डेमो मार्केट जोड़ें
Claude Code शुरू करने के लिए कोई भी निर्देशिका दर्ज करें:
claudeअंदर जाने के बाद, इनपुट बॉक्स में टाइप करें (यह "दो चरणों" में पहला कदम है—मार्केट जोड़ना):
/plugin marketplace add anthropics/claude-codeअपेक्षा: Claude Code इस मार्केट की निर्देशिका को डाउनलोड करता है, यह दर्शाता है कि मार्केट सफलतापूर्वक जुड़ गया है। इस समय, आपके "शेल्फ" पर सामान हैं, लेकिन कोई प्लगइन स्थापित नहीं किया गया है।
चरण 2: घूमने के लिए प्लगइन मैनेजर खोलें
टाइप करें:
/pluginअपेक्षा: चार टैब वाला एक इंटरफ़ेस पॉप अप होता है—Discover / Installed / Marketplaces / Errors, आगे और पीछे स्विच करने के लिए Tab कुंजी का उपयोग करें (वापस स्विच करने के लिए Shift+Tab)। "Discover" टैब पर स्विच करें, और आप देख सकते हैं कि आपने अभी जो डेमो मार्केट जोड़ा है उसमें नमूना प्लगइन्स हैं। यह देखकर कि सूची में commit-commands है = मार्केट सही ढंग से जुड़ गया है।
चरण 3: commit-commands प्लगइन इंस्टॉल करें
आप इंस्टॉलेशन का दायरा चुनने के लिए इंटरफ़ेस में इस पर क्लिक कर सकते हैं, या आप इसे सीधे कमांड लाइन से इंस्टॉल कर सकते हैं (यह "दो चरणों" में दूसरा चरण है):
/plugin install commit-commands@claude-code-pluginsध्यान दें कि @ के बाद claude-code-plugins है—यह इस डेमो मार्केट का आंतरिक नाम है (वह नहीं जो आपने मार्केट जोड़ते समय anthropics/claude-code लिखा था, वह रिपॉजिटरी का पता है)। इंस्टॉल करते समय, यह आपको दायरा चुनने देगा:
- User Scope (डिफ़ॉल्ट): आप इसे सभी प्रोजेक्ट में उपयोग कर सकते हैं
- Project Scope:
.claude/settings.jsonमें स्थापित, इस रिपॉजिटरी के सभी सहयोगी इसका उपयोग कर सकते हैं - Local Scope: केवल इसी रिपॉजिटरी में, केवल आप इसका उपयोग कर सकते हैं
बस डिफ़ॉल्ट "उपयोगकर्ता दायरा" चुनें।
अपेक्षा: टर्मिनल संकेत देता है कि प्लगइन सफलतापूर्वक स्थापित हो गया है, और यह स्वचालित रूप से स्थापित निर्भरता को भी सूचीबद्ध कर सकता है।
चरण 4: प्लगइन को प्रभावी बनाएं और देखें कि यह कौन से कमांड लाता है
/reload-pluginsअपेक्षा: Claude Code फिर से लोड होता है, वर्तमान में लोड किए गए प्लगइन्स, skill, agent, hook, और प्लगइन MCP server और LSP server की संख्या आउटपुट करता है। चूँकि commit-commands के skill में एक नेमस्पेस है, यह /commit-commands:commit जैसे कमांड प्रदान करता है।
चरण 5: इसका उपयोग करें—अपनी आँखों से देखें कि प्लगइन का skill कैसे काम करता है
सबसे पहले कुछ बदलाव करने के लिए वर्तमान निर्देशिका में बेतरतीब ढंग से किसी फ़ाइल को बदलें (जैसे कि एक नई टेक्स्ट फ़ाइल बनाना), और फिर टाइप करें:
/commit-commands:commitअपेक्षा: यह skill आपको परिवर्तनों को स्टेज करने, एक प्रतिबद्ध संदेश उत्पन्न करने, और एक प्रतिबद्धता बनाने में मदद करेगा। यह देखकर कि यह इस गिट कमिट प्रक्रिया से गुज़र चुका है, यह दर्शाता है कि प्लगइन न केवल स्थापित है, बल्कि यह जो skill लाता है उसका वास्तव में उपयोग किया जा सकता है—यह "एक प्लगइन स्थापित करना, और एक तैयार वर्कफ़्लो प्राप्त करना" का पूर्ण अनुभव है।
⚠️ यदि चरण 5 में टाइप करते समय
/commit-commands:commitसंकेत देता है कि कमांड नहीं मिल रहा है, तो पहले पुष्टि करें कि आपने चरण 4 में/reload-pluginsचलाया है; यदि यह अभी भी काम नहीं करता है, तो/pluginदर्ज करें और लोडिंग त्रुटियों को देखने के लिए "त्रुटियां" टैब देखें।
इन पांच चरणों को चलाने के बाद, आपने व्यक्तिगत रूप से "मार्केट जोड़ें → प्लगइन इंस्टॉल करें → प्रभावी हो जाएं → इसका उपयोग करें" के पूरे लिंक को सत्यापित किया है। भविष्य में कोई भी प्लगइन स्थापित करना मूल रूप से यही प्रक्रिया है।
💡 एक वाक्य का सारांश: मार्केट जोड़ें (
marketplace add) → प्लगइन इंस्टॉल करें (install) → प्रभावी करें (/reload-plugins) → नेमस्पेस कमांड का उपयोग करें—व्यक्तिगत रूप सेcommit-commandsके माध्यम से चलना दस कमांड याद रखने से अधिक उपयोगी है।
07 इसे खुद पैकेज करना चाहते हैं? सबसे पहले प्लगइन की डायरेक्टरी का स्वरूप जानें
पिछला हिस्सा पूरी तरह से "दूसरों के प्लगइन्स का उपयोग करने" के बारे में था, लेकिन आप जल्द या बाद में सोचेंगे "क्या मैं अपने कॉन्फ़िगरेशन को प्लगइन में भी पैकेज कर सकता हूं"। यह खंड आपको खरोंच से निर्माण करना नहीं सिखाता है (यह एक अलग लेख की राशि है), लेकिन आपको केवल पहचानने के लिए ले जाता है कि प्लगइन निर्देशिका कैसी दिखती है, ताकि आप इसे समझ सकें और इसके बारे में जान सकें।
एक प्लगइन का मूल केवल दो भाग है: एक "पहचान पत्र" फ़ाइल + प्रत्येक घटक का फ़ोल्डर।
पहचान पत्र .claude-plugin/plugin.json है, जो इस प्लगइन के नाम, विवरण और संस्करण की घोषणा करता है:
{
"name": "my-first-plugin",
"description": "A greeting plugin to learn the basics",
"version": "1.0.0"
}इनमें से, name सबसे महत्वपूर्ण है—यह skill का नेमस्पेस उपसर्ग है। इस प्लगइन में skill /my-first-plugin:xxx बन जाएगा। version वैकल्पिक है, लेकिन उपयोगकर्ताओं को अपडेट तभी प्राप्त होंगे जब संस्करण संख्या सेट की गई हो और आप अपडेट करें, इसलिए रिलीज़ करते समय हर बार नया संस्करण जारी करने पर संस्करण संख्या बढ़ाना याद रखें।
प्रत्येक घटक के फ़ोल्डर्स प्रकार के अनुसार वर्गीकृत प्लगइन रूट निर्देशिका में रखे जाते हैं। मैंने आधिकारिक निर्देशिका सम्मेलनों को एक तालिका में संकलित किया है, बस इसका पालन करें:
| आप क्या जोड़ना चाहते हैं | किस निर्देशिका में रखें |
|---|---|
| skill | skills/<नाम>/SKILL.md |
| subagent | agents/ |
| hook | hooks/hooks.json |
| MCP server | रूट डायरेक्टरी का .mcp.json |
| LSP server | रूट डायरेक्टरी का .lsp.json |
संपूर्ण प्लगइन मोटे तौर पर इस तरह दिखता है:
my-first-plugin/
├── .claude-plugin/
│ └── plugin.json ← पहचान पत्र, केवल इसे यहाँ रखें
├── skills/
│ └── hello/
│ └── SKILL.md
├── agents/
│ └── reviewer.md
└── hooks/
└── hooks.jsonयहाँ एक जाल है जिस पर अधिकारी बार-बार जोर देते हैं और नौसिखियों को कदम रखना चाहिए, मैं आपके लिए मुख्य बातों पर प्रकाश डालूंगा:
सामान्य त्रुटि:
commands/,agents/,skills/याhooks/को.claude-plugin/निर्देशिका के अंदर न रखें। केवलplugin.json.claude-plugin/के अंदर होना चाहिए। अन्य सभी निर्देशिकाएं प्लगइन रूट स्तर पर होनी चाहिए।
सीधे शब्दों में कहें तो: केवल plugin.json को फ़ोल्डर .claude-plugin/ में रखने की अनुमति है, और अन्य सभी घटक फ़ोल्डरों को प्लगइन रूट निर्देशिका में रखा गया है, उसी स्तर पर .claude-plugin/। मैंने पहली बार पैक करते समय इस जाल पर कदम रखा था—मैंने परेशानी से बचने के लिए आसानी से skills/ को .claude-plugin/ में भर दिया। परिणामस्वरूप, प्लगइन सफलतापूर्वक लोड किया गया था, और /reload-plugins ने त्रुटि की रिपोर्ट नहीं की थी, लेकिन skill कभी नहीं दिखा। मैंने लंबे समय तक plugin.json के खिलाफ नाम, संस्करण और नेमस्पेस की जांच की, और वे सभी सही थे। अंत में मुझे एहसास हुआ कि निर्देशिका गलत जगह पर रखी गई थी। इसे बाहर ले जाना और इसे plugin.json के समान स्तर पर रखना तुरंत काम कर गया।
आपने देखा होगा कि यह निर्देशिका संरचना लेख 13 में उल्लिखित .claude/ प्रोजेक्ट संरचना, लेख 23 में agents/, और लेख 22 में .mcp.json के लगभग समान है। यह कोई संयोग नहीं है—एक प्लगइन अनिवार्य रूप से "आपके कॉन्फ़िगरेशन को लेना है जो .claude/ के सभी भागों में बिखरे हुए हैं और उन्हें उसी प्रारूप में एक स्वतंत्र फ़ोल्डर में एकत्र करना है"। यही कारण है कि अधिकारियों का कहना है कि थोक कॉन्फ़िगरेशन को "प्लगइन्स में परिवर्तित" किया जा सकता है, क्योंकि प्रारूप जुड़े हुए हैं, बस उन्हें वहां ले जाएं।
यदि आप वास्तव में अपने द्वारा बनाए गए पैकेज का परीक्षण करना चाहते हैं, तो अधिकारी बिना मार्केट स्थापित किए एक त्वरित तरीका प्रदान करते हैं—स्टार्टअप पर सीधे स्थानीय प्लगइन निर्देशिका लोड करने के लिए --plugin-dir का उपयोग करें:
claude --plugin-dir ./my-first-pluginयह चिह्न विशेष रूप से विकास और परीक्षण के लिए उपयोग किया जाता है। प्लगइन को संशोधित करने के बाद, आप "बाज़ार में प्रकाशन और फिर स्थापित करने" के पूरे सेट से गुज़रे बिना प्रभाव देखने के लिए /reload-plugins चला सकते हैं।
💡 एक वाक्य का सारांश: प्लगइन =
.claude-plugin/plugin.json(पहचान पत्र,nameनेमस्पेस परिभाषित करता है) + रूट निर्देशिका के तहत प्रत्येक घटक का फ़ोल्डर; उस लौह नियम को याद रखें—.claude-plugin/में केवलplugin.jsonरखें, और अन्य सभी फ़ोल्डर रूट निर्देशिका में रखें।
08 थर्ड-पार्टी प्लगइन्स इंस्टॉल करने से पहले आपको "विश्वास बाधा" को पार करना होगा
यह पूरे लेख का सबसे सतर्क भाग है, और यह वह जगह भी है जहाँ नौसिखियों के लिए इसे हल्के में लेना सबसे आसान है: प्लगइन्स हानिरहित छोटे उपकरण नहीं हैं, वे आपकी मशीन पर मनमाना कोड निष्पादित करने के लिए आपके विशेषाधिकारों का उपयोग कर सकते हैं।
21वें लेख में उल्लिखित सुरक्षा सीमा को याद करें—उस लेख का निर्णय यहाँ भी लागू होता है, और इससे भी अधिक महत्वपूर्ण है। अधिकारियों ने इसे बहुत गंभीरता से कहा:
प्लगइन्स और मार्केटप्लेसेस अत्यधिक विश्वसनीय घटक हैं जो आपके उपयोगकर्ता अनुमतियों के साथ आपकी मशीन पर मनमाना कोड निष्पादित कर सकते हैं। केवल उन स्रोतों से प्लगइन्स स्थापित करें और मार्केटप्लेस जोड़ें जिन पर आप भरोसा करते हैं।
इसका क्या मतलब है? एक प्लगइन में एक hook (स्वचालित रूप से चलने वाली स्क्रिप्ट), एक MCP server (स्वचालित रूप से चलने वाला प्रोग्राम), और bin/ में एक निष्पादन योग्य फ़ाइल शामिल हो सकती है। आप इसे स्थापित करते हैं, इसे सक्षम करते हैं, और ये चीजें आपके अधिकार के तहत चलेंगी—वे आपकी फाइलें पढ़ सकते हैं, इंटरनेट से जुड़ सकते हैं, और कमांड निष्पादित कर सकते हैं, बिल्कुल उसी अधिकार के साथ जैसा कि आप खुद कमांड टाइप करते हैं। किसी अज्ञात प्लगइन को स्थापित करना किसी अजनबी की स्क्रिप्ट को सीधे अपने कंप्यूटर पर चलाने के समान है।
सादृश्य: किसी अपरिचित वेबसाइट से .exe डाउनलोड करना और इसे चलाने के लिए डबल-क्लिक करना। आप किसी ऐसी वेबसाइट से निष्पादन योग्य फ़ाइल डाउनलोड नहीं करेंगे जिसके बारे में आपने कभी नहीं सुना होगा और इसे डबल-क्लिक करें, क्या आप ऐसा करेंगे? क्योंकि एक बार जब यह चलने लगता है, तो यह उतना ही कर सकता है जितना आप कर सकते हैं। तृतीय-पक्ष प्लगइन्स इंस्टॉल करना समान प्रकृति का है—स्रोत विश्वसनीय है या नहीं यह एक ऐसा प्रश्न है जिसका उत्तर इंस्टॉल करने से पहले दिया जाना चाहिए, और आप परेशानी बचाने के लिए इसे सीधे इंस्टॉल नहीं कर सकते।
तो यहाँ "थर्ड-पार्टी प्लगइन्स इंस्टॉल करने से पहले" आपके लिए तीन स्व-जांच हैं, जो कठिन नियमों के रूप में व्यवहार करने के लायक हैं:
| निरीक्षण वस्तु | कैसे करना है |
|---|---|
| क्या स्रोत विश्वसनीय है? | आधिकारिक मार्केट को प्राथमिकता दें; सामुदायिक मार्केट के लिए, लेखक और मुखपृष्ठ देखें; यदि आप अपरिचित व्यक्तिगत रिपॉजिटरी के बारे में अनिश्चित हैं, तो इसे स्थापित न करें |
| यह क्या लाता है? | इंस्टॉल करने से पहले, यह देखने के लिए /plugin विवरण के "इंस्टॉल किया जाएगा" में स्पष्ट रूप से देखें कि क्या यह hook / MCP / निष्पादन योग्य फ़ाइलें लाता है |
| दायरा कितना बड़ा है? | यदि आप निश्चित नहीं हैं, तो पहले परीक्षण करने के लिए "स्थानीय दायरे" का प्रयास करें। शुरुआत से ही सभी प्रोजेक्ट में "उपयोगकर्ता दायरा" न फैलाएं |
कुछ आधिकारिक डिज़ाइन जो आपको थोड़ा आराम दे सकते हैं: सामुदायिक मार्केट में प्लगइन्स ने स्वचालित सत्यापन और सुरक्षा जांच पास कर ली है, और विशिष्ट प्रतिबद्धता के लिए तय किए गए हैं (लेखक चुपके से सामग्री को बदल नहीं सकता है); आधिकारिक मार्केट Anthropic द्वारा चुना गया है, जो सबसे चिंता मुक्त है। लेकिन इनमें से कोई भी आपके स्वयं के निर्णय को प्रतिस्थापित नहीं कर सकता है—मूल अभी भी यह है "केवल उन स्रोतों से इंस्टॉल करें जिन पर आप भरोसा करते हैं"।
सुरक्षित प्रथाओं का एक सेट: आधिकारिक मार्केट से प्लगइन्स को सीधे स्थापित करें; सामुदायिक मार्केट में प्लगइन्स के लिए, पहले उनके मुखपृष्ठ पर नज़र डालें ताकि यह पता चल सके कि वे कौन हैं, वे क्या करते हैं और उन्हें किन अनुमतियों की आवश्यकता है, फिर निर्णय लें; अज्ञात स्रोतों से निजी प्लगइन्स के लिए, जब तक आप उनके कोड को नहीं समझ सकते, उन्हें बिल्कुल न छुएं। सच कहूं तो, प्लगइन्स सुविधाजनक हैं, लेकिन "सुविधा" और "सुरक्षा" हमेशा आपको खुद संभालनी होगी—एक-क्लिक इंस्टॉलेशन की सहजता को इसके हानिरहित होने के प्रमाण के रूप में न लें।
💡 एक वाक्य का सारांश: प्लगइन्स आपकी अनुमतियों के साथ मनमाना कोड चला सकते हैं, और तृतीय-पक्ष स्थापित करना आपकी मशीन पर अजनबी की स्क्रिप्ट चलाने के बराबर है; स्थापित करने से पहले तीन जांच—क्या स्रोत विश्वसनीय है, यह क्या लाया, और दायरा क्या है; आधिकारिक मार्केट सबसे स्थिर है, और यदि स्रोत अज्ञात है तो इसे स्थापित न करना बेहतर है।
09 सारांश
इस लेख में, हमने Claude Code के "प्लगइन" को अवधारणा से लेकर व्यावहारिक तक सुव्यवस्थित किया है—इसका सार आपके द्वारा पहले सीखे गए ढीले हिस्सों को एक बॉक्स में पैक करना है जिसे एक पूरे के रूप में स्थापित, अनइंस्टॉल, वितरित और अद्यतन किया जा सकता है।
समीक्षा के लिए मुख्य बिंदुओं को एक साथ बांधें:
| आपको क्या करने की आवश्यकता है | क्या उपयोग करें | मुख्य बिंदु |
|---|---|---|
| समझें कि प्लगइन क्या है | plugin = ढीले भागों का पैकेजिंग बॉक्स | skill/subagent/hook/MCP/LSP स्थापित करें, थोक में स्वयं का उपयोग करें, और साझा करने के लिए पैकेज करें |
| दूसरों के प्लगइन्स प्राप्त करें | प्लगइन मार्केट | दो चरण: marketplace add मार्केट जोड़ें → install प्लगइन इंस्टॉल करें |
| मार्केट को पहचानें | तीन आधिकारिक मार्केट | इन-बिल्ट आधिकारिक सबसे स्थिर है, समुदाय को मैन्युअल रूप से जोड़ा जाना चाहिए, और डेमो का उपयोग अभ्यास के लिए किया जाता है |
| प्लगइन को प्रभावी बनाएं | /reload-plugins | स्थापित करने/रुकने के दौरान रीफ्रेश करने के लिए इस पर भरोसा करें, पुनरारंभ करने की कोई आवश्यकता नहीं है |
| देखें कि क्या स्थापित किया गया था | /plugin विवरण | "इंस्टॉल किया जाएगा" सूची + संदर्भ लागत, इंस्टॉल करने से पहले देखें |
| खुद पैकेज करें | plugin.json + घटक फ़ोल्डर | .claude-plugin/ में केवल plugin.json रखें |
| थर्ड-पार्टी स्थापित करें | विश्वास की तीन जांच | मनमाना कोड चला सकते हैं, केवल विश्वसनीय स्रोतों से स्थापित करें |
अब आपको सक्षम होना चाहिए: समझें कि प्लगइन्स और थोक कॉन्फ़िगरेशन के बीच चयन कैसे करें, मार्केट से तैयार कार्यक्षमताओं को प्राप्त करने के लिए "मार्केट जोड़ें → प्लगइन इंस्टॉल करें → /reload-plugins" के तीन चरणों का उपयोग करें, प्लगइन विवरण में "इंस्टॉल किया जाएगा" सूची और संदर्भ लागत को समझें, प्लगइन निर्देशिका की उपस्थिति को पहचानें, और जानें कि थर्ड-पार्टी प्लगइन्स इंस्टॉल करने से पहले आपको विश्वास बाधा को पार करना होगा। क्षमताओं का यह सेट आपको सब कुछ खरोंच से कॉन्फ़िगर न करने की अनुमति देता है—मार्केट में तैयार पूरी बाल्टी उपयोग के लिए तैयार हैं।
लेख 18 से इस लेख तक, आपने Claude Code के "एक्सटेंशन टूलबॉक्स" को इकट्ठा किया है: CLAUDE.md, MCP, subagent, skill, hook, और अंत में उन्हें प्रबंधित करने के लिए प्लगइन्स का उपयोग करें। उपकरण, यहां तक, पूरी तरह से इकट्ठे हो गए हैं।
अगला लेख 25 "मेमोरी सिस्टम (memory)"—उपकरण पूरी तरह से इकट्ठे हैं, लेकिन क्या आपने कुछ अजीब देखा है: हर बार जब आप एक नया सत्र खोलते हैं, तो Claude एक खाली स्लेट होता है, और यह उस प्राथमिकता को भूल जाएगा जो आपने इसे पिछली बार बताई थी और इस प्रोजेक्ट के प्रमुख तथ्य। अगला लेख इस बारे में बात करेगा कि Claude को क्रॉस-सत्रों में आपको "याद रखने" कैसे दें—अपनी पसंदीदा तकनीक स्टैक याद रखें, प्रोजेक्ट के कठिन नियमों को याद रखें, बिना खरोंच से हर बार समझाए। इसके बारे में सोचें: यदि यह एक पुराने साथी की तरह हो सकता है जिसने लंबे समय तक एक साथ काम किया है, और जानता है कि जब आप अपना मुंह खोलते हैं तो आपकी आदतें क्या हैं, क्या यह बहुत आसान नहीं होगा?