अपना पहला स्किल बनाना

आप क्या सीखेंगे

अनुमानित समय: 20 मिनट

इस पाठ के अंत तक आप सक्षम होंगे:

उचित फ्रंटमैटर संरचना के साथ स्किल को शुरुआत से बनाना
Claude Code में स्किल को लोड करने का परीक्षण और सत्यापन करना
समझाना कि Claude Code आने वाले अनुरोधों को उपलब्ध स्किल से कैसे मेल खाता है
स्किल प्राथमिकता पदानुक्रम (Enterprise, Personal, Project, Plugins) का वर्णन करना

(4 मिनट)

यह वीडियो शुरुआत से स्किल बनाने के बारे में बताता है — एक व्यक्तिगत PR विवरण स्किल जो आपकी सभी परियोजनाओं में काम करता है। आप देखेंगे कि SKILL. md फ़ाइल को कैसे संरचित करें, इसका परीक्षण करें, और समझें कि Claude Code स्किल को कैसे खोजता और आपके अनुरोधों से मेल खाता है। वीडियो उस प्राथमिकता पदानुक्रम को भी कवर करता है जो निर्धारित करता है कि नाम के संघर्ष में कौन सा स्किल जीतता है।

मुख्य बातें

एक स्किल एक **निर्देशिका है जिसमें SKILL. md फ़ाइल** होती है जिसमें फ्रंटमैटर में मेटाडेटा (नाम, विवरण) और नीचे निर्देश होते हैं
Claude केवल स्किल नाम और विवरण को स्टार्टअप पर लोड करता है, फिर सिमेंटिक मिलान का उपयोग करके आने वाले अनुरोधों को उन विवरणों के विरुद्ध मेल खाता है
आपको Claude द्वारा पूर्ण स्किल सामग्री को context में लोड करने से पहले एक पुष्टिकरण प्रॉम्प्ट मिलता है
नाम के संघर्ष के लिए प्राथमिकता: Enterprise → Personal → Project → Plugins
स्किल को अपडेट करने के लिए, इसके SKILL. md को संपादित करें। एक को हटाने के लिए, इसकी निर्देशिका को हटाएं। हमेशा Claude Code को पुनः शुरू करें परिवर्तनों के लिए

आइए शुरुआत से स्किल बनाने के बारे में जानें, फिर देखें कि Claude Code वास्तव में स्किल को कैसे लोड और मेल खाता है।

स्किल बनाना

हम एक व्यक्तिगत स्किल बनाएंगे जो Claude को सुसंगत प्रारूप में PR विवरण लिखना सिखाता है। चूंकि यह एक व्यक्तिगत स्किल है, यह आपकी होम निर्देशिका में रहता है और आपकी सभी परियोजनाओं में काम करता है।

पहले, स्किल फ़ोल्डर के अंदर अपने स्किल के लिए एक निर्देशिका बनाएं। निर्देशिका का नाम आपके स्किल के नाम से मेल खाना चाहिए:

mkdir -p ~/. claude/skills/pr-description

फिर उस निर्देशिका के अंदर एक SKILL. md फ़ाइल बनाएं। फ़ाइल के दो भाग होते हैं जो फ्रंटमैटर डैश द्वारा अलग किए जाते हैं:

--- name: pr-description description: Writes pull request descriptions. Use when creating a PR, writing a PR, or when the user asks to summarize changes for a pull request. ---

When writing a PR description:

Run git diff main... HEAD to see all changes on this branch
Write a description following this format:

What

One sentence explaining what this PR does.

Why

Brief context on why this change is needed

Changes

Bullet points of specific changes made
Group related changes together
Mention any files deleted or renamed

नाम आपके स्किल की पहचान करता है। विवरण Claude को बताता है कि इसे कब उपयोग करना है — यह मिलान मानदंड है। दूसरे डैश के बाद सब कुछ निर्देश है जो Claude स्किल सक्रिय होने पर अनुसरण करता है।

अपने स्किल का परीक्षण करना

Claude Code स्टार्टअप पर स्किल लोड करता है, इसलिए एक बनाने के बाद अपने सत्र को पुनः शुरू करें। आप उपलब्ध स्किल सूची की जांच करके सत्यापित कर सकते हैं कि यह उपलब्ध है।

आपको अपना स्किल सूचीबद्ध दिखना चाहिए। इसका परीक्षण करने के लिए, एक शाखा पर कुछ परिवर्तन करें और कुछ ऐसा कहें "मेरे परिवर्तनों के लिए PR विवरण लिखें।" Claude संकेत देगा कि यह PR विवरण स्किल का उपयोग कर रहा है, आपके diff की जांच करेगा, और आपके टेम्पलेट के अनुसार विवरण लिखेगा — हर बार एक ही प्रारूप।

स्किल मिलान कैसे काम करता है

जब Claude Code शुरू होता है, तो यह चार स्थानों पर स्किल को स्कैन करता है लेकिन केवल नाम और विवरण लोड करता है — पूर्ण सामग्री नहीं। यह एक महत्वपूर्ण विवरण है।

जब आप एक अनुरोध भेजते हैं, तो Claude आपके संदेश की तुलना सभी उपलब्ध स्किल के विवरणों के विरुद्ध करता है। उदाहरण के लिए, "समझाएं कि यह फ़ंक्शन क्या करता है" एक स्किल से मेल खाएगा जिसे "दृश्य आरेखों के साथ कोड समझाएं" के रूप में वर्णित किया गया है क्योंकि इरादा ओवरलैप करता है।

एक बार मिलान मिल जाने के बाद, Claude आपसे स्किल लोड करने की पुष्टि करने के लिए कहता है। यह पुष्टिकरण चरण आपको इस बात से अवगत रखता है कि Claude कौन सी context खींच रहा है। पुष्टि के बाद, Claude पूर्ण SKILL. md फ़ाइल को पढ़ता है और इसके निर्देशों का पालन करता है।

स्किल प्राथमिकता

यदि आप एक रिपॉजिटरी को क्लोन करते हैं जिसमें आपके व्यक्तिगत स्किल के समान नाम वाला स्किल है, तो कौन सा जीतता है? एक स्पष्ट प्राथमिकता क्रम है:

Enterprise — प्रबंधित सेटिंग्स, सर्वोच्च प्राथमिकता
Personal — आपकी होम निर्देशिका (~/. claude/skills)
Project — एक रिपॉजिटरी के अंदर . claude/skills निर्देशिका
Plugins — स्थापित प्लगइन, सबसे कम प्राथमिकता

यह संगठनों को enterprise स्किल के माध्यम से मानकों को लागू करने की अनुमति देता है जबकि व्यक्तिगत अनुकूलन की अनुमति भी देता है। यदि आपकी कंपनी के पास एक enterprise "code-review" स्किल है और आप समान नाम के साथ एक व्यक्तिगत "code-review" स्किल बनाते हैं, तो enterprise संस्करण प्राथमिकता लेता है।

संघर्षों से बचने के लिए, वर्णनात्मक नाम का उपयोग करें। केवल "review" के बजाय, "frontend-review" या "backend-review" जैसा कुछ उपयोग करें।

स्किल को अपडेट और हटाना

स्किल को अपडेट करने के लिए, इसके SKILL. md फ़ाइल को संपादित करें। एक को हटाने के लिए, इसकी निर्देशिका को हटाएं। किसी भी परिवर्तन के लिए Claude Code को पुनः शुरू करें।

पाठ प्रतिबिंब

आपके दैनिक वर्कफ़्लो में कौन सा एक कार्य है जिसे आप अभी स्किल में बदल सकते हैं? विवरण कैसा दिखेगा?
प्राथमिकता पदानुक्रम आपकी टीम की स्किल प्रबंधन रणनीति को कैसे प्रभावित कर सकता है? क्या आप व्यक्तिगत या परियोजना-स्तर के स्किल पर अधिक निर्भर होंगे?

आगे क्या है

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

प्रतिक्रिया

जैसे ही आप पाठ्यक्रम के माध्यम से आगे बढ़ते हैं, हम सुनना पसंद करेंगे कि आप अपने काम में स्किल का उपयोग कैसे कर रहे हैं, साथ ही आपके पास कोई भी प्रतिक्रिया। अपनी प्रतिक्रिया यहां साझा करें।