Claude Skill Generator
जो काम आप बार-बार दोहराते हैं उसे सामान्य भाषा में लिखें और सीधे Claude Code में डालने लायक एक पूरी SKILL.md पाएं, जिसमें नाम और डिस्क्रिप्शन को टाइप करते समय असली Agent Skills नियमों के आधार पर लाइव जांचा जाता है। जनरेटर डिस्क्रिप्शन को 'यह क्या करती है और कब इस्तेमाल करें' के रूप में लिखता है, क्योंकि Claude यह तय करने के लिए यही फ़ील्ड पढ़ता है कि आपकी स्किल किसी रिक्वेस्ट पर लागू होती है या नहीं। यह लाइव यह भी बताता है अगर ड्राफ्ट एक से ज़्यादा असंबंधित काम कवर करता दिखे, क्योंकि सीमित दायरे वाली स्किल, एक बहुत व्यापक स्किल की तुलना में कहीं ज़्यादा भरोसे के साथ ट्रिगर होती है।
1. वह कार्य बताएं जिसे आप बार-बार दोहराते हैं
सामान्य भाषा ठीक है। वर्कफ़्लो जितना विशिष्ट होगा, जनरेट की गई स्किल उतनी ही सटीक होगी।
या इनमें से किसी एक से शुरू करें
आपकी SKILL.md यहाँ दिखाई देगी, पूरी तरह संपादन योग्य, टाइप करते समय नाम और विवरण की Anthropic की वास्तविक सीमाओं के विरुद्ध जाँच होगी।
SKILL.md में असल में क्या होता है
एक skill बस एक फ़ॉल्डर है जिसमें एक SKILL.md होती है: औपर YAML frontmatter, नीचे मार्कडाउन निर्देश। सिर्फ़ दो frontmatter फ़ील्ड्स ज़रूरी हैं, और दोनों के सख्त नियम हैं जिन्हें यह टूल आपके टाइप करते समय ही लागू करता है। name ज़्यादा से ज़्यादा 64 कैरेक्टर तक सीमित है, सिर्फ़ लोअरकेस अक्षरों, नंबरों और हाइफ़न की अनुमति देता है, और इसमें "claude" या "anthropic" जैसे रिज़र्व्ड शब्द नहीं हो सकते। description खाली नहीं होना चाहिए और 1024 कैरेक्टर से कम होना चाहिए - और यही वह अकेला फ़ील्ड है जिसके बारे में सबसे ज़्यादा सोचना चाहिए, क्योंकि यही वह टेक्स्ट है जिसे Claude यह तय करने के लिए पढ़ता है कि कोई रिक्वेस्ट आपके skill से संबंधित है या नहीं।
इसीलिए हर अच्छा डिस्क्रिप्शन दो चीज़ें बताता है: skill क्या करता है और कब उसे चलना चाहिए। सिर्फ़ "पुल रिक्वेस्ट डिफ़ की समीक्षा करता है" कहना Claude को मिलान करने के लिए कुछ नहीं देता। लेकिन "पुल रिक्वेस्ट डिफ़ की समीक्षा करता है और जोखिम बदलावों को फ़्लैग करता है। इसका उसे उपयोग करें जब उद्येकग (user) PR रीव्यू या मर्ज से पहले डिफ़ जांचने के लिए कहे" - यह सटीक-सटीक बताता है कि कौन-सी रिक्वेस्ट्स इस skill से जुड़ी हैं। जनरेटर इसी तरह के डिस्क्रिप्शन लिखता है, और अगर ट्रिगर वाला आधा हिस्सा मिसिंग हो तो आपके डिस्क्रिप्शन को फ़्लैग करता है।
frontmatter के नीचे साधारण मार्कडाउन होता है - एक छोटा ओवरव्यू, ## Instructions के नीचे स्टेप्स की लिस्ट, और जहाँ ज़रूरी हो वहाँ उदाहरण। बढ़े skills SKILL.md के बगल अतिरिक्त बंडल्ड फ़ाइलों का भी संदर्भ दे सकते हैं (एक REFERENCE.md, एक scripts/ फ़ॉल्डर जिसे Claude bash के ज़रिए चलाता है) ताकि भारी विवरण तब ही लोड हो जब असल में उसकी ज़रूरत हो।
अक्सर पूछे जाने वाले प्रश्न
Claude skill असल में क्या है?
एक स्किल वह प्रोसीजरल जानकारी है जो आप एक बार Claude को देते हैं और हमेशा के लिए दोबारा इस्तेमाल करते हैं: एक डायरेक्टरी जिसमें एक SKILL.md फ़ाइल होती है, जो YAML फ्रंटमैटर (नाम और डिस्क्रिप्शन) और नीचे निर्देशों के मार्कडाउन बॉडी से बनी होती है। जब कोई रिक्वेस्ट डिस्क्रिप्शन से मेल खाती है, Claude उन निर्देशों को लोड करता है और उनका पालन करता है। यह हर हफ़्ते वही तीन-पैराग्राफ का प्रॉम्प्ट दोबारा टाइप करने और सिर्फ एक स्लैश कमांड टाइप करने के बीच का फ़र्क है। एक स्किल इसके साथ अतिरिक्त फ़ाइलों का भी संदर्भ दे सकती है - एक FORMS.md, एक REFERENCE.md, या scripts/ फ़ोल्डर के अंदर स्क्रिप्ट्स जिन्हें Claude bash के ज़रिए चलाता है, जहाँ सिर्फ आउटपुट बातचीत में आता है, स्क्रिप्ट का कोड नहीं।
मैं ऐसा Claude skill डिस्क्रिप्शन कैसे लिखूं जो वाकई ट्रिगर हो?
यह बताएं कि स्किल क्या करती है और Claude को इसे कब इस्तेमाल करना चाहिए, इसी क्रम में, सामान्य थर्ड-पर्सन भाषा में। डिस्क्रिप्शन ही एकमात्र चीज़ है जिसे Claude यूज़र की रिक्वेस्ट से मिलाकर देखता है कि आपकी स्किल चलानी है या नहीं, इसलिए अस्पष्ट डिस्क्रिप्शन का मतलब है कि स्किल इस्तेमाल ही नहीं होगी। जिन ठोस ट्रिगर्स की आप उम्मीद करते हैं उन्हें नाम दें - 'तब इस्तेमाल करें जब यूज़र PR रिव्यू करने, diff चेक करने, या यह पूछने को कहे कि इन बदलावों में क्या जोखिम भरा लगता है' - और 1024-कैरेक्टर की सीमा के अंदर रहें। यह SKILL.md जनरेटर डिस्क्रिप्शन को इसी 'क्या-और-कब' रूप में लिखता है और अगर कोई एडिट ट्रिगर वाला हिस्सा हटा दे तो लाइव चेतावनी देता है।
क्या स्किल और कस्टम स्लैश कमांड एक ही चीज़ हैं?
ये आपस में ओवरलैप करते हैं। Claude Code ने दोनों को एक कर दिया है: एक कमांड फ़ाइल और एक स्किल दोनों आपको वही /<नाम> व्यवहार देते हैं और वही फ्रंटमैटर स्वीकार करते हैं, और दोनों $ARGUMENTS प्लेसहोल्डर सिस्टम को सपोर्ट करते हैं। फ़र्क स्ट्रक्चर का है - एक स्किल एक फ़ोल्डर है, इसलिए यह सपोर्टिंग फ़ाइलें, स्क्रिप्ट्स और प्रोग्रेसिव-डिस्क्लोज़र रेफरेंस साथ रख सकती है, और इसका अपना name फ़ील्ड होता है (एक कमांड फ़ाइल name और paths को नज़रअंदाज़ करती है, क्योंकि उसका फ़ाइल नाम ही कमांड का नाम होता है)। कमांड एक ही मार्कडाउन फ़ाइल है, जिसे लिखना तेज़ है जब काम एक छोटी सी इंस्ट्रक्शन हो। जब वर्कफ़्लो में असली स्टेप्स हों तो इस Claude Code कस्टम स्किल जनरेटर का इस्तेमाल करें, और जब न हों तो स्लैश कमांड जनरेटर का।
क्या मुझे वाकई एक बड़ी स्किल को कई छोटी स्किल्स में बांटना चाहिए?
ज़्यादातर मामलों में, हाँ - यह Agent Skills में सबसे आम असली गलती है। एक स्किल जो कई असंबंधित ज़िम्मेदारियां एक साथ कवर करने की कोशिश करती है (जैसे कमिट्स संभालना, PR डिस्क्रिप्शन लिखना, और चेंजलॉग अपडेट करना, सब एक में) अविश्वसनीय रूप से ट्रिगर होती है, क्योंकि इसके डिस्क्रिप्शन को तीनों कामों को एक साथ अस्पष्ट रूप से कवर करना पड़ता है, और Claude यह नहीं बता पाता कि किसी दी गई रिक्वेस्ट पर कौन सा हिस्सा लागू होता है। 47 लोकप्रिय कम्युनिटी स्किल्स की एक जानी-मानी समीक्षा में पाया गया कि उनमें से चालीस ने Claude के आउटपुट को बिना किसी स्किल के इस्तेमाल से भी बदतर बना दिया, ज़्यादातर इसी वजह से। यह जनरेटर लाइव बताता है जब कोई ड्राफ्ट एक से ज़्यादा काम कवर करता लगे, और बांटने की सलाह देता है।
इसके बजाय कुछ छोटा, वन-लाइन वाला बना रहे हैं? AI Slash Command Generator सिंगल-फ़ाइल वर्शन लिखता है - वही /command, कम स्कैफ़ोल्डिंग के साथ।