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

Claude Code plugin क्या है

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

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

.claude-plugin/plugin.json पर स्थित वैकल्पिक manifest फाइल plugin का नाम निर्धारित करती है, और वह नाम एक namespace बन जाता है। commit-commands नामक plugin में मौजूद किसी skill को /commit-commands:commit के रूप में invoke किया जाता है, इसलिए दो plugins एक ही नाम की skill, जैसे commit, प्रदान कर सकते हैं बिना एक-दूसरे के प्रभाव को बाधित किए। 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 की परिभाषाएं एक साथ हो सकती हैं, साथ ही इसमें version number और distribution channel भी शामिल होता है।

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

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

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

चूंकि हर अपडेट पर पाथ बदल जाता है, इसलिए प्लगइन को कभी भी अपना लोकेशन हार्डकोड नहीं करना चाहिए। प्लगइन के अंदर के हुक्स और MCP कॉन्फ़िगरेशन ${CLAUDE_PLUGIN_ROOT} का उपयोग करते हैं, जो वर्तमान इंस्टॉल डायरेक्टरी को रिज़ॉल्व करता है। वह स्टेट जिसे अपडेट के बाद भी सुरक्षित रहना चाहिए, उसे ${CLAUDE_PLUGIN_DATA} में रखा जाता है, जो ~/.claude/plugins/data/ के अंतर्गत एक स्टेबल डायरेक्टरी को रिज़ॉल्व करता है।

केवल प्लगइन की अपनी डायरेक्टरी ही कैश में कॉपी होती है, जिसका एक परिणाम यह होता है कि लोग बाद में समस्या का सामना करते हैं। एक पाथ जो प्लगइन रूट के बाहर पॉइंट करता है, जैसे कि ../shared-utils, लोकल पाथ के साथ डेवलपमेंट के दौरान तो काम करता है, लेकिन इंस्टॉलेशन के बाद टूट जाता है, क्योंकि वे फाइलें कभी कॉपी ही नहीं की गई थीं।

लेआउट कुछ इस तरह दिखता है।

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

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

मेनिफेस्ट स्वयं छोटा होता है।

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

Claude Code प्लगइन कैसे इंस्टॉल करें

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

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

ध्यान दें कि रिपॉजिटरी anthropics/claude-code है जबकि marketplace का नाम claude-code-plugins है। यह नाम रिपॉजिटरी के अंदर मौजूद catalog फ़ाइल से आता है, न कि रिपॉजिटरी पाथ से, इसलिए इंस्टॉल कमांड टाइप करने से पहले /plugin के Marketplaces टैब से marketplace का नाम देख लें।

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

इंस्टॉल करते समय एक scope पूछा जाता है, और scope यह तय करता है कि प्लगइन किसे मिलेगा। User scope आप हैं, हर प्रोजेक्ट में। Project scope प्लगइन को रिपॉजिटरी की .claude/settings.json में enabledPlugins के अंतर्गत लिखता है, इसलिए जो कोई भी रिपॉजिटरी को क्लोन करता है, उसे यह ऑफर किया जाता है। Local scope केवल आप हैं, केवल इस रिपॉजिटरी में।

किसी स्क्रिप्ट, Dockerfile, या किसी ऐसे सत्र के लिए जहाँ इंटरैक्टिव पैनल उपलब्ध नहीं है, इसके बजाय शेल फॉर्म का उपयोग करें। यह User scope में इंस्टॉल होता है जब तक कि आप --scope पास न करें।

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

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

जो आपके पास है उसे प्रबंधित करना दोनों जगहों पर एक ही पैटर्न है। /plugin list प्रिंट करता है कि क्या इंस्टॉल है, और --enabled या --disabled को स्वीकार करता है। /plugin disable name@marketplace किसी प्लगइन को हटाए बिना बंद कर देता है, /plugin enable इसे वापस चालू कर देता है, और /plugin uninstall इसे हटा देता है। स्लैश-कमांड फॉर्म बदलाव लागू करने के लिए प्लगइन पैनल खोलते हैं, यही कारण है कि स्क्रिप्ट में उपयोग करने के लिए claude plugin ... शेल समकक्ष (equivalents) बेहतर हैं।

पूरी टीम को marketplace देने के लिए, इसे प्रोजेक्ट की .claude/settings.json में रखें। सदस्यों को रिपॉजिटरी फ़ोल्डर पर भरोसा होने के बाद इसे इंस्टॉल करने के लिए प्रॉम्प्ट किया जाता है।

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

जब आप अपना खुद का प्लगइन बना रहे हों, तो marketplace को पूरी तरह से छोड़ दें। claude --plugin-dir ./my-plugin उस सत्र के लिए एक डायरेक्टरी लोड करता है, /reload-plugins बिना रीस्टार्ट किए आपके संपादन (edits) को उठा लेता है, और claude plugin validate ./my-plugin मैनिफेस्ट, स्किल और एजेंट फ्रंटमैटर, और 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 मापता है। plugin इनमें से किस पर खर्च होगा, यह इस बात पर निर्भर करता है कि आप tool के लिए भुगतान कैसे करते हैं। Claude Code की विभिन्न plans पर लागत लेख में subscription tiers और प्रति-token API pricing का विवरण दिया गया है। यह लागत तीन अलग-अलग तरीकों से आती है, और उनका व्यवहार भी भिन्न होता है।

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

Invocation cost: किसी plugin की skill को चलाने पर उसके निर्देश conversation में जुड़ जाते हैं, इसलिए आप skill body के लिए केवल तभी भुगतान करते हैं जब उसका उपयोग किया जाता है। body वाला हिस्सा सस्ता होता है, लेकिन skill जो agent को करने के लिए कहती है, वह महंगा हो सकता है: unlazy skill की Depth Tree विधि अपने अधिकांश tokens उन अतिरिक्त passes पर खर्च करती है जो यह agent को कार्य पूरा करने की अनुमति देने से पहले मजबूर करती है, न कि उस file पर जिसे आपने install किया है। एक agent अलग होता है। एक subagent अपने स्वयं के system prompt और cache के साथ अपना conversation चलाता है, जो बिना किसी cache hit के शुरू होता है। इसलिए, जिस plugin का workflow agents को spawn करता है, उसकी लागत उसके context अनुमान से काफी अधिक होती है।

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 की रिपोर्ट करता है, और एक live token usage दिखाने वाली custom statusline इन दोनों को आपके सामने रखती है। एक स्वस्थ session में creation की तुलना में read बहुत अधिक होता है। यदि हर 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 कर दें।

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

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

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

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

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

FAQ

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

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

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

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

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

सबसे पहले इंस्टॉल समरी देखें। यदि इसमें Run /reload-plugins to activate. लिखा था, तो कंपोनेंट्स अभी लोड नहीं हुए हैं, और यदि रीलोड चेतावनी देता है कि यह बातचीत को फिर से पढ़ेगा, तो इसे /reload-plugins --force के रूप में फिर से चलाएं। यदि यह लोड हो गया है लेकिन कुछ नहीं दिखा रहा है, तो /plugin खोलें और Errors टैब पढ़ें। सबसे आम संरचनात्मक गलती skills/, agents/, या hooks/ को .claude-plugin/ के अंदर रखना है, जहाँ 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 सूची की समीक्षा करें, और लैपटॉप की तुलना में सर्वर पर अधिक सख्त रहें, क्योंकि वहां मौजूद अकाउंट में आमतौर पर ऐसी कीज (keys) और टोकन होते हैं जो चोरी करने योग्य होते हैं।