Claude Code प्लगइन्स कैसे बनाएं: चरण-दर-चरण मार्गदर्शिका

Claude Code अधिकतर डेवलपमेंट कार्य डिफ़ॉल्ट रूप से संभाल लेता है, लेकिन हर टीम के कुछ खास वर्कफ़्लो होते हैं जिन पर डिफ़ॉल्ट सेटिंग्स लागू नहीं होतीं। हो सकता है कि आपको अपनी कंपनी की पसंदीदा संरचना में कॉम्पोनेंट स्कैफ़ोल्ड करने के लिए कस्टम कमांड चाहिए, हर कमिट से पहले ऑटो-लिंटिंग चाहिए, या किसी फ्रेमवर्क के डॉक्यूमेंटेशन तक तेज़ पहुंच चाहिए जिसे आप लगातार इस्तेमाल करते हैं।

Claude Code प्लगइन्स आपको ये सुविधाएँ खुद जोड़ने देते हैं। आप समुदाय द्वारा बनाए गए प्लगइन्स इंस्टॉल कर सकते हैं या अपने स्वयं के प्लगइन्स बना सकते हैं।

यदि आप Anthropic के एजेंटिक कोडिंग टूल में नए हैं, तो मैं सलाह दूंगा कि Guide to Claude Code या Claude Models course से शुरुआत करें। यह ट्यूटोरियल मानकर चलता है कि आपने Claude Code इंस्टॉल कर रखा है और इसे बेसिक कार्यों के लिए इस्तेमाल किया है।

अंत तक पहुँचते-पहुँचते, आप यह सीख चुके होंगे कि कैसे:

• Anthropic की डायरेक्ट्री और समुदाय स्रोतों से प्लगइन्स खोजें और इंस्टॉल करें
• समझें कि प्लगइन्स में कौन से तीन प्रकार के कॉम्पोनेंट हो सकते हैं
• अलग-अलग उपयोग मामलों के लिए सही प्रकार चुनें
• अपने खुद के प्लगइन्स बनाएं और साझा करें

Anthropic के नवीनतम मॉडल की क्षमताओं का अवलोकन करने के लिए, हमारा Claude Sonnet 5 पर गाइड देखें।

संक्षेप में

• Claude Code प्लगइन्स skills, MCP servers और hooks को एक साझा करने योग्य पैकेज में बंडल करते हैं, जिन्हें आप claude plugin add से इंस्टॉल करते हैं

• Skills ऑन-डिमांड लोड होते हैं (~100 टोकन प्रति स्किल); MCP servers टूल परिभाषाएँ प्रीलोड करते हैं (Tool Search से कम); hooks शेल स्क्रिप्ट की तरह चलते हैं और टोकन लागत शून्य होती है

• ज्ञान और वर्कफ़्लो के लिए skills उपयोग करें, बाहरी API एक्सेस के लिए MCP servers, और हर बार चलने वाले नियमों के लिए hooks

• तीन फ़ाइलों से प्लगइन बनाएं: .claude-plugin/plugin.json मैनिफेस्ट, एक skills/ डायरेक्ट्री, और SKILL.md निर्देश फ़ाइल

Claude Code प्लगइन्स क्या हैं?

प्लगइन एक पैकेज है जो एक या अधिक Claude Code एक्सटेंशन को आसान साझा करने और इंस्टॉलेशन के लिए एक साथ बंडल करता है। मशीनों या टीम-साथियों के बीच कॉन्फ़िगरेशन फ़ाइलें मैन्युअल रूप से कॉपी करने के बजाय, आप सब कुछ एक प्लगइन में लपेटकर एक ही यूनिट के रूप में वितरित कर सकते हैं।

प्लगइन्स में तीन प्रकार के कॉम्पोनेंट हो सकते हैं:

• Skills: कस्टम कमांड जिन्हें आप /skill-name से बुलाते हैं, या संदर्भ-सचेत प्रॉम्प्ट जिन्हें Claude प्रासंगिक होने पर स्वतः उपयोग करता है

• MCP servers: बाहरी सेवाओं और API से कनेक्शन, जो Claude को वह डेटा उपलब्ध कराते हैं जो अन्यथा उसके पास नहीं होता

• Hooks: शेल स्क्रिप्ट जो कुछ विशेष घटनाओं पर स्वतः चलती हैं, जैसे किसी फ़ाइल के एडिट होने से पहले या कमिट के बाद

किसी प्लगइन में इनमें से सिर्फ़ एक हो सकता है, या कई कॉम्बिनेशन हो सकते हैं जो साथ मिलकर काम करें। एक "डिप्लॉयमेंट" प्लगइन में /deploy स्किल मैन्युअल डिप्लॉयमेंट के लिए, एक MCP सर्वर जो आपके स्टेजिंग वातावरण की स्थिति जाँचता है, और एक हुक जो किसी भी डिप्लॉयमेंट कमांड से पहले टेस्ट चलाता है—सब शामिल हो सकते हैं।

plugin.json मैनिफेस्ट फ़ाइल परिभाषित करती है कि प्लगइन में क्या-क्या है। यह बताती है कि कौन-सी skills, MCP servers और hooks इंस्टॉल करने हैं, साथ ही नाम, वर्ज़न और लेखक जैसी मेटाडेटा। जब आप कोई प्लगइन इंस्टॉल करते हैं, Claude Code यह मैनिफेस्ट पढ़कर हर कॉम्पोनेंट को सही स्थान पर सेटअप कर देता है।

इस पैकेजिंग फ़ॉर्मेट का मतलब है कि आपको Claude Code एक्सटेंशन्स की आंतरिक फ़ाइल संरचना समझने की ज़रूरत नहीं। आप प्लगइन इंस्टॉल करें, और सब कुछ अपनी जगह पहुँच जाता है।

Claude Code प्लगइन्स खोजना और इंस्टॉल करना

अधिकांश प्लगइन्स दो जगहों में से किसी एक पर मिलते हैं। Anthropic की आधिकारिक डायरेक्ट्री claude.com/plugins पर Anthropic द्वारा बनाए प्लगइन्स, सत्यापित समुदाय योगदान और लोकप्रिय थर्ड-पार्टी एक्सटेंशन्स शामिल हैं। प्रत्येक सूची में प्लगइन के कॉम्पोनेंट, संगतता संबंधी जानकारी और इंस्टॉलेशन निर्देश दिखते हैं।

दूसरा स्रोत GitHub है:

जब आपको कोई मनपसंद प्लगइन मिल जाए, तो उसे कहाँ होस्ट किया गया है, उसके आधार पर इंस्टॉलेशन कमांड बदलता है:

# From the official directory
claude plugin add @anthropic/deploy-helper
 
# From a GitHub repository
claude plugin add github:username/repo-name
 
# From a local directory (useful during development)
claude plugin add ./my-plugin

कुछ प्लगइन्स इंस्टॉल करने के बाद, आप उन्हें ट्रैक करना चाहेंगे। plugin कमांड लिस्टिंग, अपडेटिंग और रिमूवल संभालता है:

# List all installed plugins
claude plugin list
 
# Update a specific plugin to the latest version
claude plugin update @anthropic/deploy-helper
 
# Update all plugins
claude plugin update --all
 
# Remove a plugin
claude plugin remove @anthropic/deploy-helper

इंस्टॉलेशन के दौरान आपको एक निर्णय स्कोप का भी लेना होता है। प्लगइन्स दो जगह रह सकते हैं: यूज़र स्कोप में ~/.claude/plugins/ पर, जो आपके सभी प्रोजेक्ट्स में काम करता है; या प्रोजेक्ट स्कोप में .claude/plugins/ पर, जो किसी विशेष रिपॉज़िटरी के भीतर रहता है।

डिफ़ॉल्ट यूज़र स्कोप है। केवल वर्तमान प्रोजेक्ट के लिए प्लगइन इंस्टॉल करने हेतु --project फ़्लैग जोड़ें:

claude plugin add @anthropic/deploy-helper --project

प्रोजेक्ट-स्कोप्ड प्लगइन्स तब समझ में आते हैं जब एक्सटेंशन किसी खास कोडबेस से जुड़ा हो। 

जो प्लगइन आपकी कंपनी की डिप्लॉयमेंट प्रक्रिया जानता है, उसे उसी प्रोजेक्ट में होना चाहिए। जो प्लगइन आपके निजी कोड-फॉर्मेटिंग पसंद के अनुसार काम करता है, उसे यूज़र स्तर पर रखें। जब कोई प्लगइन दोनों स्कोप पर मौजूद होता है, तो प्रोजेक्ट संस्करण प्राथमिकता पाता है—इससे टीमें प्रोजेक्ट-विशिष्ट कॉन्फ़िगरेशन लागू कर सकती हैं, जबकि डेवलपर्स अपने व्यक्तिगत प्लगइन्स अन्यत्र सक्रिय रख सकते हैं।

सही Claude Code प्लगइन प्रकार चुनना

ये तीनों कॉम्पोनेंट अलग उद्देश्यों की पूर्ति करते हैं और संदर्भ विंडो टोकन अलग तरह से उपभोग करते हैं। इन समझौतों को समझना आपको हर काम के लिए सही विकल्प चुनने में मदद करता है।

Skills बनाम MCP servers: टोकन का संतुलन

MCP servers सत्र शुरू होते ही हर टूल की परिभाषा आपके संदर्भ विंडो में प्रीलोड करते हैं। प्रत्येक टूल को उसका नाम, विवरण और पूरा पैरामीटर स्कीमा चाहिए—आमतौर पर प्रति टूल 100–300 टोकन। पाँच-सर्वर सेटअप लगभग 55,000 टोकन खर्च कर देता है, इससे पहले कि आप एक अक्षर भी टाइप करें:

• GitHub: 35 टूल
•  Slack: 11 टूल
• Sentry: 5 टूल
• Grafana: 5 टूल
• Splunk: 2 टूल

एक विश्लेषण में पाया गया कि 7+ सर्वर वाले सेटअप 67,000+ टोकन खा जाते हैं—यानी 200K संदर्भ विंडो का एक-तिहाई, बातचीत शुरू होने से पहले ही।

Skills प्रोग्रेसिव डिस्क्लोज़र का अलग तरीका अपनाते हैं। सत्र की शुरुआत में, Claude को YAML फ्रंटमैटर से सिर्फ़ हर स्किल का नाम और एक पंक्ति का विवरण दिखाई देता है, लगभग प्रति स्किल 100 टोकन। 

पूरा निर्देश तभी लोड होता है जब Claude तय करता है कि वर्तमान कार्य के लिए वह स्किल प्रासंगिक है। रेफ़रेंस फ़ाइलें तभी लोड होती हैं जब विशेष रूप से ज़रूरत हो। और स्क्रिप्ट कभी संदर्भ विंडो में नहीं जातीं; Claude उन्हें बाहर चलाता है और केवल आउटपुट वापस आता है।

Anthropic ने 2025 के अंत में Tool Search के साथ इस असंतुलन को संबोधित किया—एक फ़ीचर जो MCP servers में लेज़ी लोडिंग लाता है। 

हर टूल परिभाषा को प्रीलोड करने के बजाय, अब Claude Code तब ऑन-डिमांड लोडिंग पर स्विच कर देता है जब टूल विवरण उपलब्ध संदर्भ का 10% से अधिक ले सकते हैं। 

आंतरिक परीक्षणों में बड़े टूल लाइब्रेरीज़ के लिए संदर्भ उपयोग ~134,000 टोकन से घटकर ~5,000 टोकन हो गया। टूल चयन सटीकता भी बेहतर हुई—MCP इवैल्यूएशन्स पर Opus 4 49% से 74% और Opus 4.5 79.5% से 88.1% तक उछला।

निर्णय ऐसे करें।

जब आप चाहते हैं कि Claude के पास ज्ञान या वर्कफ़्लो तक पहुँच हो जिसे वह अपने विवेक से लागू कर सके, तो skills सबसे उपयुक्त हैं। आपकी टीम की कोड रिव्यू चेकलिस्ट का वर्णन करने वाली स्किल कोड रिव्यू के समय लोड होती है, लेकिन प्रत्येक आइटम कैसे लागू करना है, यह Claude संदर्भ के आधार पर तय करता है। 

ऐसे ऑपरेशन्स के लिए भी skills उपयुक्त हैं जिनमें भारी computation के लिए स्क्रिप्ट चाहिए—क्योंकि स्क्रिप्ट कोड संदर्भ विंडो से बाहर रहता है।

जब Claude को Slack संदेश, GitHub PRs या डेटाबेस क्वेरी जैसी बाहरी सेवाओं से रीयल-टाइम डेटा चाहिए, तो MCP servers सबसे उपयुक्त हैं। ये तब भी सही होते हैं जब कई AI एजेंट्स को एक जैसे टूल चाहिए, या जब आपको ऑडिट लॉग और स्पष्ट अनुमतियों जैसी एंटरप्राइज़ सुविधाएँ चाहिए।

कई सेटअप दोनों का संयोजन करते हैं: skills प्राकृतिक-भाषा निर्देशों के जरिए "कैसे" और "कब" बताती हैं, जबकि MCP servers वास्तविक API कॉल संभालते हैं।

इंस्टॉल करने लायक लोकप्रिय Claude Code skills

• Superpowers (हमारा ट्यूटोरियल): TDD, डिबगिंग और स्ट्रक्चर्ड प्लानिंग के लिए 20+ प्रोडक्शन-टेस्टेड वर्कफ़्लो
• frontend-design: Claude को जेनेरिक एस्थेटिक्स से बचते हुए बोल्ड डिज़ाइन निर्णय लेने के लिए निर्देश देता है
• mcp-builder: बाहरी APIs इंटीग्रेट करने के लिए MCP servers बनाने की गाइड
•  webapp-testing: UI सत्यापन के लिए Playwright का उपयोग करके लोकल वेब ऐप्स का परीक्षण
•  skill-creator: इंटरएक्टिव टूल जो नई skills बनाने में मार्गदर्शन करता है

कनेक्ट करने लायक लोकप्रिय MCP servers

• Context7: रीयल-टाइम, वर्शन-विशिष्ट डॉक्यूमेंटेशन लुकअप
• GitHub: रिपॉज़िटरी सर्च, PR प्रबंधन, इश्यू ट्रैकिंग
• Playwright: स्क्रीनशॉट्स की जगह एक्सेसीबिलिटी ट्रीज़ से ब्राउज़र ऑटोमेशन
• Supabase: Row Level Security की समझ के साथ डेटाबेस क्वेरी
• Sentry: सीधे एडिटर में एरर ट्रैकिंग और परफॉर्मेंस मॉनिटरिंग

आप हमारे शीर्ष रिमोट MCP servers पर गाइड भी पढ़ सकते हैं।

Hooks: नियतात्मक परत

Hooks पूरी तरह से skills बनाम MCP की बहस से बाहर हैं। जहाँ skills और MCP servers Claude-फेसिंग हैं (Claude तय करता है कब उपयोग करना है), वहीं hooks सिस्टम-फेसिंग हैं। वे PreToolUse या PostToolUse जैसे ईवेंट्स पर फ़ायर होते हैं, और Claude के कुछ विशिष्ट एक्शन्स से पहले या बाद में शेल स्क्रिप्ट चलाते हैं। कोई हुक चलेगा या नहीं—इस पर Claude का कोई नियंत्रण नहीं।

इसलिए Hooks तब सही विकल्प होते हैं जब कोई काम बिना किसी अपवाद के हर बार होना ही चाहिए: हर कमिट से पहले लिंटिंग, सुरक्षित डायरेक्ट्रीज़ में लिखने से रोकना, हर bash कमांड को लॉग करना, या किसी भी डिप्लॉयमेंट से पहले टेस्ट चलाना।

इस डेवलपर की सिफारिश है कि "block-at-write" हुक के बजाय "block-at-submit" हुक का प्रयोग करें। काम के बीच में Claude को रोकना एजेंट को भ्रमित करता है और नतीजे खराब होते हैं। उनकी टीम PreToolUse हुक का उपयोग करती है जो Bash(git commit) को रैप करता है और एक टेम्प फ़ाइल जाँचता है जो केवल तब मौजूद होती है जब टेस्ट पास होते हैं। फ़ाइल नहीं, तो कमिट नहीं। एजेंट अपना काम पूरा करता है, फिर अंत में वैलिडेशन होता है।

Hooks कोई टोकन ओवरहेड नहीं जोड़ते क्योंकि वे संदर्भ विंडो के बाहर शेल स्क्रिप्ट के रूप में चलते हैं।

सेट अप करने के लिए उपयोगी Claude hooks

• एएसलिंट/प्रेटियर ऑन एडिट: Claude के लिखने के बाद फ़ाइलें ऑटो-फ़ॉर्मेट करें
• कमिट पर टेस्ट गेट: टेस्ट पास हुए बिना कमिट ब्लॉक करें
• सुरक्षित पाथ: migrations, configs, या vendor डायरेक्ट्रीज़ में लिखने से रोकें
• समापन पर सूचना: लंबे कार्य पूरे होने पर Slack या डेस्कटॉप अलर्ट भेजें
• ट्रांसक्रिप्ट बैकअप: कम्पैक्शन चलने से पहले बातचीत का इतिहास सहेजें

अपने Claude Code प्लगइन्स खुद कैसे बनाएं

जब कोई स्किल आपकी निजी .claude/ डायरेक्ट्री में रहती है, तो उसे सिर्फ़ आप इस्तेमाल कर सकते हैं। उसे प्लगइन के रूप में पैकेज करने से आप उसे टीम-साथियों से साझा कर सकते हैं या अलग-अलग प्रोजेक्ट्स में पुन: उपयोग कर सकते हैं।

हम session-logger नाम का एक प्लगइन बनाएँगे जो /session-logger:summarize कमांड जोड़ता है। जब इसे बुलाया जाता है, Claude बातचीत की समीक्षा करता है और SESSION_LOG.md में एक संरचित सारांश जोड़ देता है।

प्लगइन संरचना बनाएँ

प्लगइन्स आपकी फ़ाइल सिस्टम में कहीं भी रह सकते हैं। इस ट्यूटोरियल के लिए, हम आपके होम डायरेक्ट्री में एक बनाएँगे:

cd ~
mkdir -p session-logger/.claude-plugin
mkdir -p session-logger/skills/summarize

इससे यह संरचना बनती है:

~/session-logger/
├── .claude-plugin/
│   └── plugin.json  	# manifest goes here, nowhere else
└── skills/
	└── summarize/   	# folder name becomes the command name
    	└── SKILL.md 	# must be named exactly this

मैनिफेस्ट लिखें

यह बनाएँ: ~/session-logger/.claude-plugin/plugin.json:

{
  "name": "session-logger",
  "description": "Log session summaries to a markdown file",
  "version": "1.0.0"
}

name फ़ील्ड नेमस्पेस प्रीफ़िक्स बन जाता है। इस प्लगइन के सभी कमांड /session-logger: से शुरू होंगे।

स्किल लिखें

यह बनाएँ ~/session-logger/skills/summarize/SKILL.md:

---
description: Log a summary of the current session to SESSION_LOG.md
disable-model-invocation: true
---
 
When invoked, review the conversation and create a summary with these sections:
 
- **Date/time**: Current timestamp
- **Tasks completed**: What was accomplished
- **Files modified**: List of files created or changed
- **Decisions made**: Architectural or implementation choices
- **Open questions**: Unresolved items for future sessions
 
Append the summary to SESSION_LOG.md in the project root. Create the file if it doesn't exist.

disable-model-invocation: true पंक्ति Claude को बताती है कि सिर्फ़ आप ही इस स्किल को ट्रिगर कर सकते हैं। इस फ़्लैग के बिना, Claude बातचीत में मददगार समझकर कमांड को खुद भी चला सकता है। लॉगर या डिप्लॉयमेंट टूल के लिए आमतौर पर आप मैन्युअल नियंत्रण चाहते हैं।

लोकल परीक्षण करें

किसी भी प्रोजेक्ट में जाएँ जहाँ आप प्लगइन इस्तेमाल करना चाहते हैं, फिर अपने प्लगइन की ओर इशारा करते हुए --plugin-dir फ़्लैग के साथ Claude Code शुरू करें:

cd ~/your-project
claude --plugin-dir ~/session-logger

/session-logger:summarize टाइप करके कमांड बुलाएँ। ध्यान दें कि प्लगइन कमांड तब तक ऑटोकम्प्लीट सुझावों में नहीं आते जब तक आप पूरा नाम टाइप नहीं करते। पूरा नाम होने पर टेक्स्ट नीला हो जाता है और Claude Code इसे वैध कमांड पहचान लेता है।

सत्र में कुछ काम करने के बाद कमांड चलाएँ। Claude बातचीत की समीक्षा करता है और आपके वर्तमान प्रोजेक्ट डायरेक्ट्री में SESSION_LOG.md में एक एंट्री जोड़ देता है।

दूसरों के साथ साझा करें

अपने प्लगइन को GitHub पर पुश करें। मैन्युअल क्लोनिंग से आगे वितरित करने के लिए, इसे किसी प्लगइन मार्केटप्लेस में जोड़ें। मार्केटप्लेस गाइड में अपना मार्केटप्लेस बनाने या मौजूदा में सबमिट करने की जानकारी दी गई है।

अंतिम विचार

प्लगइन्स Claude Code को एक सामान्य-उद्देश्य असिस्टेंट से आपके विशिष्ट वर्कफ़्लो के अनुरूप टूल में बदल देते हैं। जो सेशन लॉगर हमने बनाया, वह पाँच मिनट और तीन फ़ाइलों में तैयार हो गया। अधिकतर उपयोगी प्लगइन्स इससे बहुत ज़्यादा जटिल नहीं होते।

यदि आपने साथ दिया है, तो अब आपके मशीन पर एक काम करता हुआ प्लगइन है। इसे बदलकर देखें: सारांश फ़ॉर्मेट बदलें, नए सेक्शन्स जोड़ें, या इसे उस चीज़ से बदल दें जिसकी वास्तव में आपकी टीम को ज़रूरत है। संरचना वही रहती है—चाहे आप एक त्वरित निजी टूल बना रहे हों या ऐसा कुछ जिसे सैकड़ों डेवलपर्स तक वितरित करना हो।

इसके अतिरिक्त, जब मौका मिले तो समुदाय रिपॉज़िटरीज़ ब्राउज़ करें। लोग अपने प्लगइन्स कैसे स्ट्रक्चर करते हैं, यह देखकर आप वे पैटर्न सीखते हैं जो डॉक्यूमेंटेशन नहीं सिखा सकता।

Claude Code को गहराई से सीखने के लिए, हमारे Claude Code best practices, Superpowers skills framework, लंबे सत्रों के लिए स्लैश कमांड, और सुरक्षा और अनुमतियाँ ट्यूटोरियल देखें। Claude मॉडेल्स के बारे में और जानना चाहते हैं तो Introduction to Claude Models कोर्स देखें।