Claude Code plugins क्या हैं और इनकी कीमत क्या है?

Claude Code plugin क्या है

Claude Code plugin घटकों (components) की एक ऐसी निर्देशिका (directory) है जिसे Claude Code एक एकल इकाई के रूप में लोड और प्रबंधित करता है। ये घटक skills, agents, hooks, MCP servers, LSP servers और background monitors हैं। किसी plugin को install करने पर उसके सभी भाग एक साथ एक नाम के अंतर्गत जुड़ जाते हैं, और उसे disable करने पर वे उसी तरह हट जाते हैं।

एक plugin agent को ऐसी कोई क्षमता नहीं देता जो उसके पास पहले से न हो। plugin के अंदर का हर भाग वह है जिसे आप स्वयं .claude/ निर्देशिका में लिख सकते हैं। plugin एक पैकेजिंग लेयर है: यह उन भागों को version देने, उन्हें पंद्रह लोगों तक पहुँचाने और बाद में हर किसी से फाइलें कॉपी करने के लिए कहे बिना उन्हें update करने का एक तरीका है। यही इसका मूल विचार है, और plugins के बारे में अधिकांश भ्रम इस अपेक्षा से उत्पन्न होता है कि वे किसी प्रकार की नई क्षमता हैं।

.claude-plugin/plugin.json पर स्थित वैकल्पिक manifest फाइल plugin का नाम निर्धारित करती है, और वह नाम एक namespace बन जाता है। commit-commands नामक plugin में मौजूद किसी skill को /commit-commands:commit के रूप में invoke किया जाता है, इसलिए दो plugins में से प्रत्येक में commit नामक skill हो सकती है, बिना एक-दूसरे के प्रभाव को बाधित किए। Plugin agents को @-mention सूची में भी इसी तरह से scoped किया जाता है, जैसे कि plugin-name:agent-name।

Plugin, skill, MCP server, या rules file

ये चार शब्द अक्सर ऐसे इस्तेमाल किए जाते हैं जैसे कि वे एक-दूसरे के विकल्प हों। ऐसा नहीं है, और इनके बीच का अंतर एक बार स्पष्ट करना आवश्यक है।

• Skill निर्देश की एक इकाई है जिसे Claude तब लोड करता है जब कार्य के लिए इसकी आवश्यकता होती है। देखें Agent Skill वास्तव में क्या है।
• MCP server एक अलग process है जो एक protocol के माध्यम से agent को tools उपलब्ध कराता है, जो अक्सर एक network service होती है जिसे आप स्वयं run करते हैं।
• CLAUDE.md जैसी rules file project का context है जिसे session शुरू होने पर पढ़ा जाता है और यह हर चीज़ पर लागू होती है।
• Plugin एक container है जिसमें skills, agents, hooks और MCP server definitions एक साथ हो सकते हैं, साथ ही इसमें version number और distribution channel भी शामिल होता है।

इसलिए, plugin जिस प्रश्न का उत्तर देता है वह यह नहीं है कि "agent क्या कर सकता है"। बल्कि यह है कि "मैं इसे अपनी टीम तक कैसे पहुँचाऊँ और अगले महीने इसे कैसे update करूँ"। यदि आप पहले तीन के बीच चयन कर रहे हैं, तो skills, MCP servers और rules files की तुलना उस निर्णय को विस्तार से कवर करती है। यदि आप MCP भाग के बारे में चिंतित हैं, तो VPS पर अपने स्वयं के MCP servers चलाना hosting पक्ष को कवर करता है।

प्लगइन्स कहाँ रहते हैं और उनके अंदर क्या होता है

Marketplace से इंस्टॉल किया गया प्लगइन जहाँ से क्लोन किया गया था वहाँ से चलने के बजाय ~/.claude/plugins/cache पर एक local cache में कॉपी हो जाता है। प्रत्येक इंस्टॉल किए गए version को अपनी एक अलग directory मिलती है। जब आप update या uninstall करते हैं, तो पुराने version की directory को orphaned चिह्नित कर दिया जाता है और लगभग दो सप्ताह बाद हटा दिया जाता है, ताकि जो session पहले से ही पुराने version को लोड कर चुका है, वह काम के बीच में विफल होने के बजाय चलता रहे।

चूंकि हर update पर path बदल जाता है, इसलिए प्लगइन को कभी भी अपना location hardcode नहीं करना चाहिए। प्लगइन के अंदर के Hooks और MCP configs ${CLAUDE_PLUGIN_ROOT} का उपयोग करते हैं, जो वर्तमान install directory में resolve होता है। वह state जिसे update के बाद भी सुरक्षित रहना चाहिए, उसे ${CLAUDE_PLUGIN_DATA} में रखा जाता है, जो ~/.claude/plugins/data/ के अंतर्गत एक stable directory में resolve होता है।

केवल प्लगइन की अपनी directory ही cache में कॉपी होती है, जिसका एक परिणाम लोग बाद में भुगतते हैं। प्लगइन root के बाहर का कोई path, जैसे ../shared-utils, स्थानीय path के साथ development के दौरान तो काम करता है, लेकिन installation के बाद टूट जाता है, क्योंकि वे files कभी कॉपी ही नहीं की गई थीं।

इसका layout इस प्रकार दिखता है।

my-plugin/
├── .claude-plugin/
│   └── plugin.json
├── skills/
│   └── code-review/
│       └── SKILL.md
├── agents/
├── hooks/
│   └── hooks.json
├── .mcp.json
└── bin/

केवल plugin.json ही .claude-plugin/ के अंदर जाता है। बाकी सब कुछ प्लगइन root पर स्थित होता है। skills/ या hooks/ को .claude-plugin/ के अंदर रखना सबसे आम कारण है कि प्लगइन clean तरीके से इंस्टॉल तो हो जाता है लेकिन फिर कुछ नहीं करता: Claude Code उन directories को root पर खोजता है, कोई नहीं मिलती, और बिना components वाला प्लगइन लोड कर देता है।

Manifest स्वयं छोटा होता है।

{
  "name": "my-first-plugin",
  "description": "A greeting plugin to learn the basics",
  "version": "1.0.0"
}

Claude Code plugin कैसे install करें

Installation दो चरणों में पूरी होती है, जिसमें पहला चरण कुछ भी install नहीं करता है। आप एक marketplace जोड़ते हैं, जो plugins का एक catalog होता है, और फिर आप उससे अलग-अलग plugins install करते हैं। Anthropic का आधिकारिक marketplace, claude-plugins-official, पहली बार Claude Code को इंटरैक्टिव रूप से शुरू करने पर आपके लिए रजिस्टर हो जाता है। अन्य marketplace आप स्वयं जोड़ते हैं।

/plugin marketplace add anthropics/claude-code
/plugin install commit-commands@claude-code-plugins

ध्यान दें कि repository anthropics/claude-code है जबकि marketplace का नाम claude-code-plugins है। यह नाम repository के अंदर मौजूद catalog file से आता है, न कि repository path से, इसलिए install command चलाने से पहले /plugin के Marketplaces tab से marketplace का नाम देख लें।

Install करने के बाद, summary line को पढ़ें। Plugin is now active. का अर्थ है कि components इस session में load हो गए हैं। Run /reload-plugins to activate. का अर्थ है कि वे load नहीं हुए हैं और आपको वह command चलानी होगी। यदि /reload-plugins चेतावनी देता है कि यह conversation को फिर से पढ़ेगा, तो इसे /reload-plugins --force के रूप में फिर से चलाएँ। इसके बाद पुष्टि करें कि plugin वास्तव में मौजूद है: /plugin इसे Installed tab के अंतर्गत दिखाता है, /help इसके skills को Custom commands के अंतर्गत सूचीबद्ध करता है, और जो कुछ भी load होने में विफल रहता है, वह कारण के साथ Errors tab के अंतर्गत दिखाई देता है।

Install करते समय scope पूछा जाता है, और scope यह तय करता है कि plugin किसे मिलेगा। User scope का अर्थ है आप, हर project में। Project scope plugin को repository की .claude/settings.json में enabledPlugins के अंतर्गत लिखता है, ताकि जो कोई भी repository को clone करे, उसे यह offer किया जाए। Local scope का अर्थ है आप, केवल इस repository में।

Script, Dockerfile, या किसी ऐसे session के लिए जहाँ इंटरैक्टिव panel उपलब्ध न हो, shell form का उपयोग करें। यह user scope में install होता है जब तक कि आप --scope पास न करें।

claude plugin install commit-commands@claude-code-plugins --scope project
claude plugin list

claude plugin install session के बाहर चलता है, इसलिए जो session पहले से खुला है, वह नया plugin तब तक नहीं देखेगा जब तक आप /reload-plugins न चलाएँ या नया session शुरू न करें।

जो आपके पास है उसे manage करने का तरीका दोनों जगहों पर एक ही है। /plugin list यह print करता है कि क्या install है, और यह --enabled या --disabled को स्वीकार करता है। /plugin disable name@marketplace plugin को हटाए बिना उसे बंद कर देता है, /plugin enable उसे वापस चालू कर देता है, और /plugin uninstall उसे हटा देता है। Slash-command forms बदलाव लागू करने के लिए plugin panel खोलते हैं, इसीलिए scripts में उपयोग करने के लिए claude plugin ... shell equivalents का उपयोग करना चाहिए।

पूरी टीम को marketplace देने के लिए, इसे project की .claude/settings.json में रखें। जैसे ही सदस्य repository folder पर भरोसा करते हैं, उन्हें इसे install करने के लिए prompt किया जाता है।

{
  "extraKnownMarketplaces": {
    "my-team-tools": {
      "source": {
        "source": "github",
        "repo": "your-org/claude-plugins"
      }
    }
  }
}

जब आप अपना खुद का plugin बना रहे हों, तो marketplace को पूरी तरह छोड़ दें। claude --plugin-dir ./my-plugin उस session के लिए एक directory load करता है, /reload-plugins बिना restart किए आपके edits को उठा लेता है, और claude plugin validate ./my-plugin किसी और के देखने से पहले manifest, skill, agent frontmatter और hooks/hooks.json की जाँच करता है।

Claude Code plugin की लागत क्या है?

यह तंत्र निःशुल्क है। अगस्त 2026 तक, marketplace जोड़ने, plugin install करने या उसे enabled रखने के लिए कोई शुल्क नहीं है। आधिकारिक और सामुदायिक marketplace सार्वजनिक git repositories हैं, और एक plugin केवल text files की एक directory है।

एक plugin की लागत tokens में होती है, और tokens ही वह इकाई हैं जिसे आपका subscription usage या API bill मापता है। यह लागत तीन अलग-अलग तरीकों से आती है, और उनका व्यवहार भी अलग होता है।

Standing context cost. एक plugin जो कुछ भी योगदान देता है, वह आपके context में रहता है और session के हर turn पर फिर से पढ़ा जाता है। install करने से पहले, /plugin detail view एक Context cost estimate tokens में दिखाता है, साथ ही एक Will install section भी होता है जो उन commands, skills, agents, hooks, और MCP तथा LSP servers की सूची देता है जिन्हें आप जोड़ने वाले हैं। दोनों को पढ़ें। स्थानीय या custom marketplaces से लिए गए plugins शायद यह डेटा प्रदान न करें, ऐसी स्थिति में आपको स्वयं अनुमान लगाना होगा। जो plugin एक MCP server को bundle करता है, वह आमतौर पर सबसे भारी होता है, क्योंकि tool definitions बड़ी होती हैं। हालाँकि, उन models पर जो MCP tool search का समर्थन करते हैं, उन definitions को तब तक के लिए टाल दिया जाता है जब तक कि किसी tool की आवश्यकता न हो।

Invocation cost. किसी plugin की skill को चलाने पर उसके निर्देश conversation में जुड़ जाते हैं, इसलिए आप skill body के लिए केवल तभी भुगतान करते हैं जब उसका उपयोग किया जाता है। एक agent अलग होता है। एक subagent अपने स्वयं के system prompt और cache के साथ अपनी conversation चलाता है, जिसकी शुरुआत zero cache hits से होती है। इसलिए, जिस plugin का workflow agents को spawn करता है, उसकी लागत उसके context estimate से काफी अधिक हो सकती है।

Cache cost. session के बीच में किसी plugin को enable या disable करने से अगली request को आपकी पूरी conversation को फिर से process करने के लिए मजबूर होना पड़ सकता है। Skills, commands, agents, hooks, LSP servers, monitors और themes ऐसा कभी नहीं करते हैं: वे जो कुछ भी जोड़ते हैं, उसे मौजूदा history के बाद append किया जाता है। इसलिए, अगली request नए content के लिए भुगतान करती है और उससे पहले की हर चीज़ को cache से पढ़ लेती है। इसका अपवाद वह plugin है जो MCP server प्रदान करता है। यदि इसके tools को tool search द्वारा टाल दिया जाता है, तो cache सुरक्षित रहता है। यदि वे prompt prefix में load होते हैं, तो अगली request पूरी conversation को uncached input के रूप में फिर से पढ़ती है। यही कारण है कि /reload-plugins इस मामले में चेतावनी देता है और तब तक मना कर देता है जब तक आप --force पास न कर दें।

आप इसका अनुमान लगाने के बजाय इसे monitor कर सकते हैं। हर API response cache_read_input_tokens और cache_creation_input_tokens की रिपोर्ट करता है, और एक custom statusline जो live token usage दिखाता है इन दोनों को आपके सामने रखता है। एक स्वस्थ session बनाने की तुलना में पढ़ने का काम अधिक करती है। यदि हर turn पर creation अधिक बनी रहती है, तो आपके prefix में कुछ ऐसा है जो हर turn पर बदल रहा है। window को भरने वाली चीज़ों की व्यापक तस्वीर के लिए, Claude Code context window को manage करने का तरीका और उन token counts का वास्तविक अर्थ देखें।

एक छोटा सा रखरखाव कार्य स्वयं का खर्च निकाल देता है। Installed tab उन plugins को समूहबद्ध करता है जिनका उपयोग आपने कम से कम दो सप्ताह से नहीं किया है। ये एक Not used recently header के अंतर्गत आते हैं, और detail view में एक Last used line के साथ दिखाई देते हैं। वे plugins अभी भी हर session पर आपके startup time और context की लागत बढ़ाते हैं। उन्हें disable या uninstall करें।

एक प्लगइन आपके अनुमतियों (permissions) के साथ चलता है

Anthropic का अपना दस्तावेज़ीकरण इस बारे में स्पष्ट है: प्लगइन्स और मार्केटप्लेस अत्यधिक विश्वसनीय घटक हैं जो आपके उपयोगकर्ता विशेषाधिकारों (user privileges) के साथ आपकी मशीन पर मनमाना कोड निष्पादित कर सकते हैं। यह कोई काल्पनिक स्थिति नहीं है। एक प्लगइन के हुक सत्र की घटनाओं पर शेल कमांड चलाते हैं, जिसमें टूल कॉल से पहले और बाद का समय भी शामिल है। जब प्लगइन सक्षम होता है, तो इसकी bin/ निर्देशिका को Bash टूल के PATH में जोड़ दिया जाता है। इसके MCP सर्वर वे प्रक्रियाएं हैं जिन्हें यह शुरू करता है। यहाँ कुछ भी आपके उपयोगकर्ता खाते से सैंडबॉक्स (sandboxed) नहीं है।

लैपटॉप पर वह जोखिम उस सीमा तक सीमित होता है जहाँ तक आपका डेस्कटॉप उपयोगकर्ता पहुँच सकता है। सर्वर पर आमतौर पर ऐसा नहीं होता है। एजेंट को चलाने वाले खाते के पास अक्सर SSH कुंजियाँ, डिप्लॉय टोकन, क्लाउड CLI सत्र और Docker सॉकेट तक पहुँच होती है, इसलिए "आपके उपयोगकर्ता के रूप में मनमाना कोड" का अर्थ पूरी मशीन है। यदि Claude Code किसी VPS पर चलता है, तो कुछ भी इंस्टॉल करने से पहले VPS पर Claude Code को सुरक्षित रूप से कैसे चलाएं पढ़ें, और बाहरी सेवा से बात करने वाले प्लगइन को इंस्टॉल करने से पहले एजेंट की पहुँच से क्रेडेंशियल्स को कैसे दूर रखें पढ़ें।

कुछ सुरक्षा उपाय (guardrails) मौजूद हैं, और यह जानना उपयोगी है कि वे कौन से हैं। एक प्रोजेक्ट-स्कोप प्लगइन आपसे आने के बजाय रिपॉजिटरी से आता है, इसलिए यह केवल तभी लोड होता है जब आप वर्कस्पेस पर भरोसा करते हैं, इसके MCP सर्वर को अभी भी प्रति-सर्वर अनुमोदन की आवश्यकता होती है, इसके LSP सर्वर उस भरोसे की प्रतीक्षा करते हैं, और इसके बैकग्राउंड मॉनिटर बिल्कुल भी लोड नहीं होते हैं। प्लगइन-शिप किए गए एजेंटों को हुक, MCP सर्वर या अनुमति मोड घोषित करने की अनुमति नहीं है। मार्केटप्लेस प्लगइन्स को कैश में कॉपी किया जाता है और मार्केटप्लेस के बाहर इंगित करने वाले सिमलिनक्स (symlinks) को छोड़ दिया जाता है, इसलिए एक प्लगइन मनमानी होस्ट फ़ाइलों को नहीं खींच सकता है।

इनमें से कोई भी उस चीज़ को पढ़ने का विकल्प नहीं है जिसे आप इंस्टॉल करते हैं। Will install सूची की जाँच करें, उन प्लगइन्स को प्राथमिकता दें जिनका स्रोत आप खोल और पढ़ सकते हैं, अपनी टीम के प्लगइन्स को एक ऐसे मार्केटप्लेस रिपॉजिटरी में रखें जिसे आप नियंत्रित करते हैं, और जो कुछ भी आप स्वयं लिखते हैं उस पर claude plugin validate चलाएं।

FAQ

क्या Claude Code प्लगइन्स के लिए अतिरिक्त शुल्क लगता है?

नहीं। प्लगइन सिस्टम, मार्केटप्लेस जोड़ने या प्लगइन इंस्टॉल करने के लिए कोई शुल्क नहीं है। लागत केवल टोकन उपयोग की है, जिसका बिल आपके प्लान या API खर्च के अनुसार वैसे ही आता है जैसे किसी अन्य कॉन्टेक्स्ट के लिए आता है। एक प्लगइन हर टर्न पर स्थायी कॉन्टेक्स्ट जोड़ता है, जब इसके किसी स्किल या एजेंट को इनवोक किया जाता है तो और अधिक जोड़ता है, और यदि यह ऐसा MCP सर्वर प्रदान करता है जिसके टूल्स प्रॉम्प्ट प्रीफिक्स में लोड होते हैं, तो यह एक महंगा अनकैश्ड टर्न लेने के लिए मजबूर कर सकता है। /plugin डिटेल व्यू इंस्टॉल करने से पहले Context cost अनुमान दिखाता है।

प्लगइन और स्किल में क्या अंतर है?

स्किल निर्देश की एक एकल इकाई है। प्लगइन एक पैकेज है जिसमें स्किल्स, एजेंट्स, हुक्स, MCP सर्वर्स, LSP सर्वर्स और मॉनिटर्स हो सकते हैं, जिसका एक नाम, एक वर्जन और इसे इंस्टॉल करने के लिए एक मार्केटप्लेस होता है। जब कोई स्किल आपके और इस प्रोजेक्ट के लिए हो, तो उसे .claude/ में एक स्टैंडअलोन स्किल के रूप में लिखें। Ponytail, जो एजेंट को सबसे छोटे काम करने वाले बदलाव की ओर ले जाता है जैसा एकल-उद्देश्य वाला स्किल इसका सबसे स्पष्ट उदाहरण है: एक फाइल जिसमें एक नियम है, जब तक कि आपकी टीम को भी इसकी आवश्यकता न हो जाए। जब अन्य लोगों को इसकी आवश्यकता हो और इसे समय के साथ अपडेट करने की आवश्यकता हो, तो इसे प्लगइन में बदल दें। प्लगइन स्किल्स नेम्सपेस्ड होती हैं, इसलिए प्लगइन के अंदर की स्किल को /skill-name के बजाय /plugin-name:skill-name के रूप में इनवोक किया जाता है।

मेरा प्लगइन इंस्टॉल हो गया है लेकिन इसकी स्किल्स दिखाई नहीं दे रही हैं। क्या समस्या है?

सबसे पहले इंस्टॉल समरी देखें। यदि इसमें Run /reload-plugins to activate. लिखा था, तो कंपोनेंट्स अभी लोड नहीं हुए हैं, और यदि रिलोड यह चेतावनी देता है कि यह बातचीत को फिर से पढ़ेगा, तो इसे /reload-plugins --force के रूप में फिर से चलाएं। यदि यह लोड हो गया है लेकिन कुछ नहीं दिखा रहा है, तो /plugin खोलें और Errors टैब पढ़ें। सबसे आम संरचनात्मक गलती .claude-plugin/ के अंदर skills/, agents/, या hooks/ को रखना है, जहाँ Claude Code उन्हें नहीं ढूँढता है। याद रखें कि प्लगइन स्किल्स नेम्सपेस्ड होती हैं, इसलिए आप /help के Custom commands टैब में /plugin-name:skill-name को ढूँढ रहे हैं। अंतिम उपाय के रूप में, rm -rf ~/.claude/plugins/cache करें, रीस्टार्ट करें और फिर से इंस्टॉल करें।

क्या मैं इंटरैक्टिव पैनल के बिना प्लगइन्स इंस्टॉल कर सकता हूँ?

हाँ। शेल कमांड claude plugin install name@marketplace का उपयोग करें, जो यूजर स्कोप में इंस्टॉल होता है जब तक कि आप --scope project या --scope local पास न करें। यह स्क्रिप्ट्स, इमेजेस और नॉन-इंटरैक्टिव वातावरण में काम करता है जहाँ /plugin पैनल उपलब्ध नहीं है। चूंकि यह सेशन के बाहर चलता है, इसलिए प्लगइन के प्रभावी होने से पहले एक खुले हुए सेशन को /reload-plugins की आवश्यकता होती है।

क्या GitHub पर मिले मार्केटप्लेस से प्लगइन इंस्टॉल करना सुरक्षित है?

इसे वैसे ही देखें जैसे आप उस रिपॉजिटरी की इंस्टॉल स्क्रिप्ट को स्वयं चलाने के लिए देखते हैं, क्योंकि यह लगभग वैसा ही है। एक प्लगइन हुक्स के माध्यम से शेल कमांड चला सकता है, Bash टूल के PATH में एक्जीक्यूटेबल्स जोड़ सकता है, और MCP सर्वर्स शुरू कर सकता है, यह सब आपके यूजर के विशेषाधिकारों के साथ। Anthropic थर्ड-पार्टी प्लगइन सामग्री को नियंत्रित या सत्यापित नहीं करता है। ऐसे स्रोतों से इंस्टॉल करें जिन्हें आप पढ़ सकते हैं, पुष्टि करने से पहले Will install सूची की समीक्षा करें, और लैपटॉप की तुलना में सर्वर पर अधिक सख्त रहें, क्योंकि वहां का अकाउंट आमतौर पर चोरी करने योग्य कीज़ और टोकन रखता है।