Claude Code प्लगइन म्हणजे काय आणि त्याचा खर्च किती?

Claude Code प्लगइन म्हणजे काय

Claude Code प्लगइन म्हणजे घटकांची एक डिरेक्टरी, जी Claude Code एक युनिट म्हणून लोड आणि व्यवस्थापित करते. या घटकांमध्ये स्किल्स, एजंट्स, हुक्स, MCP सर्व्हर्स, LSP सर्व्हर्स आणि बॅकग्राउंड मॉनिटर्सचा समावेश असतो. प्लगइन इन्स्टॉल केल्यावर त्याचे सर्व भाग एकाच वेळी आणि एकाच नावाने जोडले जातात, आणि ते डिसेबल केल्यावर ते सर्व भाग काढून टाकले जातात.

प्लगइनमुळे एजंटला कोणतीही नवीन क्षमता मिळत नाही जी त्याच्याकडे आधी नव्हती. प्लगइनमधील प्रत्येक भाग तुम्ही स्वतः .claude/ डिरेक्टरीमध्ये हाताने लिहू शकता. प्लगइन हा एक पॅकेजिंग स्तर आहे: हे भाग व्हर्जन करण्यासाठी, ते पंधरा जणांना देण्यासाठी आणि नंतर प्रत्येकाला फाईल्स कॉपी करायला न सांगता अपडेट करण्यासाठीचा हा एक मार्ग आहे. हीच मूळ संकल्पना आहे आणि प्लगइनबद्दलचा बहुतेक गोंधळ हा ते काहीतरी नवीन प्रकारची क्षमता आहेत असे समजल्यामुळे होतो.

.claude-plugin/plugin.json वरील पर्यायी मॅनिफेस्ट प्लगइनला नाव देते आणि ते नाव एक नेमस्पेस बनते. commit-commands नावाच्या प्लगइनमधील स्किल /commit-commands:commit म्हणून कॉल केली जाते, त्यामुळे दोन प्लगइन्समध्ये commit नावाची स्किल असू शकते, ज्यामुळे एक दुसऱ्यावर ओव्हरलॅप होत नाही. प्लगइन एजंट्सना @-mention लिस्टमध्ये त्याच प्रकारे स्कोप दिला जातो, जसे की plugin-name:agent-name.

प्लगइन, स्किल, MCP सर्व्हर किंवा रूल्स फाईल

हे चार शब्द एकमेकांशी स्पर्धा करत असल्यासारखे वापरले जातात. प्रत्यक्षात तसे नाही आणि त्यांच्यातील सीमा एकदा स्पष्ट करणे आवश्यक आहे.

• स्किल (skill) हे सूचनेचे एक युनिट आहे, जे कार्याची गरज भासल्यावर Claude लोड करते. Agent Skill म्हणजे नक्की काय हे पहा.
• MCP सर्व्हर ही एक स्वतंत्र प्रक्रिया आहे, जी एका प्रोटोकॉलद्वारे एजंटला टूल्स उपलब्ध करून देते. हे अनेकदा तुम्ही स्वतः चालवलेली नेटवर्क सर्व्हिस असते.
• CLAUDE.md सारखी रूल्स फाईल (rules file) हा प्रोजेक्टचा संदर्भ आहे, जो सेशन सुरू होताना वाचला जातो आणि सर्व गोष्टींना लागू होतो.
• प्लगइन (plugin) हा एक कंटेनर आहे, ज्यामध्ये स्किल्स, एजंट्स, हुक्स आणि MCP सर्व्हरच्या व्याख्या एकत्रित असू शकतात. यासोबतच त्यात व्हर्जन नंबर आणि वितरणाचे माध्यम (distribution channel) असते.

त्यामुळे, प्लगइन हे "एजंट काय करू शकतो" या प्रश्नाचे उत्तर देत नाही. तर, "हे मी माझ्या टीमला कसे पाठवू आणि पुढच्या महिन्यात ते कसे अपडेट करू" याचे उत्तर देते. जर तुम्ही पहिल्या तीन पर्यायांपैकी निवड करत असाल, तर स्किल्स, MCP सर्व्हर्स आणि रूल्स फाईल्सची तुलना या विषयावर सविस्तर माहिती देते. जर तुम्हाला MCP भागामध्ये रस असेल, तर तुमच्या स्वतःच्या VPS वर MCP सर्व्हर्स चालवणे यामध्ये होस्टिंगच्या बाजूने माहिती दिली आहे.

प्लगइन्स कोठे राहतात आणि त्यामध्ये काय असते

मार्केटप्लेसवरून इन्स्टॉल केलेले प्लगइन जिथून क्लोन केले होते तिथून चालवण्याऐवजी ~/.claude/plugins/cache वरील लोकल कॅशेमध्ये कॉपी केले जाते. प्रत्येक इन्स्टॉल केलेल्या व्हर्जनला स्वतःची स्वतंत्र डिरेक्टरी मिळते. जेव्हा तुम्ही अपडेट किंवा अनइन्स्टॉल करता, तेव्हा जुन्या व्हर्जनची डिरेक्टरी 'orphaned' म्हणून चिन्हांकित केली जाते आणि सुमारे दोन आठवड्यांनंतर ती डिलीट केली जाते. यामुळे, ज्या सेशनने आधीच जुने व्हर्जन लोड केले आहे, ते काम अर्धवट असताना बंद न पडता सुरू राहते.

प्रत्येक अपडेटनंतर पाथ बदलत असल्याने, प्लगइनने स्वतःचे लोकेशन कधीही हार्डकोड करू नये. प्लगइनमधील हुक्स (hooks) आणि MCP कॉन्फिग्स ${CLAUDE_PLUGIN_ROOT} चा वापर करतात, जे सध्याच्या इन्स्टॉल डिरेक्टरीकडे निर्देश करते. अपडेटनंतरही टिकून राहणारी स्टेट (state) ${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 जोडता, जो प्लगइन्सचा कॅटलॉग असतो, आणि त्यानंतर त्यातून वैयक्तिक प्लगइन्स इन्स्टॉल करता. Anthropic चा अधिकृत marketplace, claude-plugins-official, तुम्ही पहिल्यांदा Claude Code इंटरअॅक्टिव्ह पद्धतीने सुरू करता तेव्हा आपोआप रजिस्टर केला जातो. इतर marketplace तुम्हाला स्वतः जोडावे लागतात.

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

लक्षात ठेवा की रिपॉझिटरी anthropics/claude-code आहे, तर marketplace चे नाव claude-code-plugins आहे. हे नाव रिपॉझिटरीमधील कॅटलॉग फाईलमधून येते, रिपॉझिटरी पाथवरून नाही. त्यामुळे इन्स्टॉल कमांड टाईप करण्यापूर्वी /plugin च्या Marketplaces टॅबवरून marketplace चे नाव तपासा.

इन्स्टॉलेशननंतर, सारांश ओळ वाचा. Plugin is now active. चा अर्थ असा की घटक या सत्रात लोड झाले आहेत. Run /reload-plugins to activate. चा अर्थ असा की ते लोड झालेले नाहीत आणि तुम्हाला ती कमांड पुन्हा चालवावी लागेल. जर /reload-plugins ने असा इशारा दिला की यामुळे संभाषण पुन्हा वाचावे लागेल, तर ती कमांड /reload-plugins --force म्हणून पुन्हा चालवा. त्यानंतर प्लगइन खरोखर तिथे आहे का याची खात्री करा: /plugin ते Installed टॅब अंतर्गत दाखवते, /help त्याची कौशल्ये Custom commands अंतर्गत सूचीबद्ध करते आणि जे लोड होण्यास अपयशी ठरले आहे ते Errors टॅब अंतर्गत कारणासह दिसते.

इन्स्टॉलेशन करताना स्कोप (scope) विचारला जातो आणि हा स्कोप ठरवतो की प्लगइन कोणाला मिळेल. User स्कोप म्हणजे तुम्ही, प्रत्येक प्रोजेक्टमध्ये. Project स्कोप प्लगइनला रिपॉझिटरीच्या .claude/settings.json मध्ये enabledPlugins अंतर्गत लिहितो, त्यामुळे रिपॉझिटरी क्लोन करणाऱ्या प्रत्येकाला ते ऑफर केले जाते. Local स्कोप म्हणजे फक्त तुम्ही, फक्त या रिपॉझिटरीमध्ये.

स्क्रिप्ट, Dockerfile किंवा जिथे इंटरअॅक्टिव्ह पॅनेल उपलब्ध नाही अशा सत्रासाठी, त्याऐवजी शेल फॉर्म वापरा. जोपर्यंत तुम्ही --scope पास करत नाही, तोपर्यंत ते User स्कोपमध्ये इन्स्टॉल होते.

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 ... शेल समतुल्य कमांड्स वापरणे योग्य ठरते.

संपूर्ण टीमला marketplace देण्यासाठी, तो प्रोजेक्टच्या .claude/settings.json मध्ये ठेवा. सदस्यांनी रिपॉझिटरी फोल्डरवर विश्वास ठेवल्यानंतर त्यांना ते इन्स्टॉल करण्यासाठी सूचित केले जाते.

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

जेव्हा तुम्ही स्वतःचे प्लगइन तयार करत असता, तेव्हा marketplace पूर्णपणे वगळा. claude --plugin-dir ./my-plugin त्या सत्रासाठी डिरेक्टरी लोड करते, /reload-plugins रिस्टार्ट न करता तुमचे बदल स्वीकारते आणि claude plugin validate ./my-plugin इतर कोणालाही दिसण्यापूर्वी मॅनिफेस्ट, स्किल आणि एजंट फ्रंटमॅटर आणि hooks/hooks.json तपासते.

Claude Code प्लगइनची किंमत किती असते?

ही यंत्रणा मोफत आहे. ऑगस्ट 2026 पर्यंत, मार्केटप्लेस जोडण्यासाठी, प्लगइन इन्स्टॉल करण्यासाठी किंवा ते सुरू ठेवण्यासाठी कोणतेही शुल्क आकारले जात नाही. अधिकृत आणि कम्युनिटी मार्केटप्लेस हे सार्वजनिक git रिपॉझिटरीज आहेत आणि प्लगइन म्हणजे मजकूर फाइल्सची एक डिरेक्टरी आहे.

प्लगइनसाठी लागणारी खरी किंमत ही टोकन्सच्या स्वरूपात असते आणि तुमच्या सबस्क्रिप्शनचा वापर किंवा API बिल याच टोकन्सवर मोजले जाते. यापैकी कशाचा वापर होईल हे तुम्ही हे टूल कसे वापरता यावर अवलंबून असते. प्रत्येक प्लॅननुसार Claude Code ची किंमत या विभागात सबस्क्रिप्शन टियर्स आणि प्रति-टोकन API किमतींची माहिती दिली आहे. हा खर्च तीन वेगवेगळ्या प्रकारे होतो आणि त्यांचे परिणाम वेगवेगळे असतात.

स्टँडिंग कॉन्टेक्स्ट कॉस्ट (Standing context cost): प्लगइनमध्ये असलेली माहिती तुमच्या कॉन्टेक्स्टमध्ये राहते आणि सत्राच्या प्रत्येक टर्नवर ती पुन्हा वाचली जाते. इन्स्टॉल करण्यापूर्वी, /plugin तपशील दृश्य (detail view) टोकन्समध्ये Context cost अंदाज दर्शवते, तसेच Will install विभागात तुम्ही जोडत असलेले कमांड्स, स्किल्स, एजंट्स, हुक्स आणि MCP व LSP सर्व्हर्सची यादी असते. हे दोन्ही वाचा. स्थानिक किंवा कस्टम मार्केटप्लेसवरील प्लगइन्स कदाचित हा डेटा पुरवणार नाहीत, अशा वेळी तुम्हाला स्वतः अंदाज घ्यावा लागेल. MCP सर्व्हर बंडल करणारे प्लगइन सहसा सर्वात जास्त टोकन्स वापरते, कारण टूल डेफिनिशन्स मोठ्या असतात. मात्र, ज्या मॉडेल्समध्ये MCP टूल सर्चला सपोर्ट आहे, तिथे टूलची गरज भासेपर्यंत या डेफिनिशन्सना पुढे ढकलले जाते (deferred).

इनव्होकेशन कॉस्ट (Invocation cost): प्लगइनचे स्किल रन केल्यावर त्याच्या सूचना संभाषणात जोडल्या जातात, त्यामुळे स्किलचा भाग वापरला जातो तेव्हाच तुम्ही त्यासाठी पैसे देता. स्किलचा मुख्य भाग स्वस्त असतो, परंतु तो एजंटला काय करायला सांगतो ते महाग असू शकते: unlazy स्किलची Depth Tree पद्धत एजंटला एखादे काम पूर्ण झाल्याचे घोषित करण्यापूर्वी अनेक अतिरिक्त प्रक्रिया (passes) करायला लावते, ज्यामुळे टोकन्सचा मोठा वापर होतो. एजंटची कार्यपद्धती वेगळी असते. सब-एजंट स्वतःचे संभाषण, स्वतःचा सिस्टम प्रॉम्प्ट आणि स्वतःचा कॅशे वापरून चालतो. यात सुरुवातीला कोणतेही कॅशे हिट्स नसतात, त्यामुळे ज्या प्लगइनच्या वर्कफ्लोमध्ये एजंट्स तयार होतात, त्याचा खर्च त्याच्या कॉन्टेक्स्ट अंदाजापेक्षा कितीतरी जास्त असू शकतो.

कॅशे कॉस्ट (Cache cost): सत्राच्या दरम्यान प्लगइन इनेबल किंवा डिसेबल केल्यास पुढील विनंतीला तुमचे संपूर्ण संभाषण पुन्हा प्रोसेस करावे लागू शकते. स्किल्स, कमांड्स, एजंट्स, हुक्स, LSP सर्व्हर्स, मॉनिटर्स आणि थीम्स असे कधीही करत नाहीत: ते जे काही जोडतात ते विद्यमान इतिहासाच्या शेवटी जोडले जाते, त्यामुळे पुढील विनंती नवीन मजकुरासाठी पैसे मोजते आणि आधीचा मजकूर कॅशेमधून वाचते. याला अपवाद म्हणजे MCP सर्व्हर पुरवणारे प्लगइन. जर त्याची टूल्स टूल सर्चद्वारे पुढे ढकलली गेली, तर कॅशे सुरक्षित राहतो. जर ती प्रॉम्प्ट प्रीफिक्समध्ये लोड झाली, तर पुढील विनंती संपूर्ण संभाषण अनकॅश्ड इनपुट म्हणून पुन्हा वाचते. म्हणूनच /reload-plugins अशा वेळी इशारा देते आणि जोपर्यंत तुम्ही --force पास करत नाही, तोपर्यंत ते नाकारते.

तुम्ही याचा अंदाज घेण्याऐवजी यावर लक्ष ठेवू शकता. प्रत्येक API रिस्पॉन्स cache_read_input_tokens आणि cache_creation_input_tokens रिपोर्ट करतो आणि लाइव्ह टोकन वापर दर्शवणारी कस्टम स्टेटसलाइन हे दोन्ही तुमच्या समोर ठेवते. एक उत्तम सत्र तयार करण्यापेक्षा जास्त माहिती वाचते. जर प्रत्येक टर्नवर माहिती तयार करण्याचे प्रमाण (creation) जास्त राहत असेल, तर तुमच्या प्रीफिक्समधील काहीतरी प्रत्येक टर्नला बदलत आहे. विंडोमध्ये काय भरले जात आहे हे अधिक चांगल्या प्रकारे समजून घेण्यासाठी, Claude Code कॉन्टेक्स्ट विंडो कशी व्यवस्थापित करावी आणि त्या टोकन काउंटचा नेमका अर्थ काय हे पहा.

एक छोटीशी स्वच्छता स्वतःचा खर्च वसूल करते. Installed टॅब अशा प्लगइन्सना एकत्र करतो जे तुम्ही किमान दोन आठवड्यांपासून वापरलेले नाहीत. हे Not used recently हेडरखाली दिसतात आणि तपशील दृश्यात Last used ओळ असते. हे प्लगइन्स प्रत्येक सत्रात तुमचा स्टार्टअप वेळ आणि कॉन्टेक्स्ट वापरतात. त्यांना डिसेबल किंवा अनइन्स्टॉल करा.

प्लगइन तुमच्या परवानग्यांसह चालते

Anthropic चे स्वतःचे दस्तऐवजीकरण याबद्दल स्पष्ट आहे: प्लगइन आणि मार्केटप्लेस हे अत्यंत विश्वासार्ह घटक आहेत, जे तुमच्या वापरकर्ता परवानग्या वापरून तुमच्या मशीनवर कोणताही कोड चालवू शकतात. ही केवळ एक शक्यता नाही. प्लगइनचे हुक्स (hooks) सेशन इव्हेंट्सवर, ज्यामध्ये टूल कॉल्सच्या आधी आणि नंतरच्या क्रियांचा समावेश आहे, शेल कमांड्स चालवतात. प्लगइन सक्षम असताना त्याची bin/ डिरेक्टरी Bash टूलच्या PATH मध्ये जोडली जाते. त्याचे MCP सर्व्हर्स हे ते स्वतः सुरू करत असलेले प्रोसेस असतात. येथे कोणतीही गोष्ट तुमच्या वापरकर्ता खात्यापासून सँडबॉक्स केलेली नसते.

लॅपटॉपवर हा धोका तुमच्या डेस्कटॉप वापरकर्त्याच्या मर्यादेपर्यंत असतो. सर्व्हरवर मात्र तसे नसते. एजंट चालवणारे खाते अनेकदा SSH कीज, डिप्लॉय टोकन्स, क्लाउड CLI सेशन आणि Docker सॉकेटचा ॲक्सेस बाळगून असते, त्यामुळे "तुमच्या वापरकर्त्याच्या स्वरूपात कोणताही कोड" चालवणे म्हणजे संपूर्ण मशीनचा ताबा मिळवणे होय. जर Claude Code एखाद्या VPS वर चालत असेल, तर काहीही इन्स्टॉल करण्यापूर्वी VPS वर Claude Code सुरक्षितपणे कसे चालवावे हे वाचा आणि बाह्य सेवेशी संवाद साधणारे प्लगइन इन्स्टॉल करण्यापूर्वी एजंटपासून क्रेडेंशियल्स सुरक्षित कसे ठेवावे हे वाचा. इतर हार्नेस (harnesses) देखील त्याच भाड्याच्या बॉक्सवर याच मर्यादेत अडकतात, म्हणूनच इन्स्टॉल करण्यायोग्य DeepSeek Harness प्लगइन्स हे प्रामुख्याने नवीन क्षमता देण्याऐवजी खर्चाच्या मर्यादा (spend caps), टूल परमिशन नियम आणि इंजेक्शन स्कॅनिंगवर आधारित असतात.

काही सुरक्षा उपाय (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) आणि टोकन्स असू शकतात.