Claude Code Skills के साथ AI को अपना वर्कफ़्लो सिखाने के लिए संपूर्ण गाइड

"मुझे चिंता है कि क्या मैं AI का उपयोग कर सकता हूँ क्योंकि मुझे प्रोग्रामिंग का कोई ज्ञान नहीं है..."

"मुझे उस काली टर्मिनल स्क्रीन को देखने से डर लगता है और ऐसा महसूस नहीं होता है।"

"लेकिन मैं AI के ट्रेंड से पीछे रह जाने को लेकर चिंतित हूँ 😱"

इस स्थिति में भी, Claude Code को अपने "खुद के एक्शन पैटर्न" सीखने देकर, एक काम जिसमें पहले हर बार 30 मिनट लगते थे, अब केवल 5 मिनट में हो जाता है।

असल में, अवसर गैर-इंजीनियरों के लिए ही आ रहा है।

इसकी कुंजी Skills है।

पोकेमॉन की भाषा में कहें तो यह एक "Technical Machine" (TM) है।

Claude Code का उपयोग करते समय कभी ऐसा महसूस हुआ है?

• यह निश्चित रूप से स्मार्ट है। लेकिन हर बार मुझे फ़ॉर्मेट, निर्णय मानदंड और पृष्ठभूमि की जानकारी खुद से सेट करनी होती है।
• भले ही यह AI हो, लेकिन बहुत सारा मैनुअल काम होता है। "क्या यह सब कुछ खुद करने जैसा नहीं है?"
• क्या अन्य लोग इसका अधिक प्रभावी ढंग से उपयोग कर रहे हैं?
• मैं इसका उपयोग कर रहा हूँ, लेकिन इसमें महारत हासिल नहीं कर पाया हूँ। मुझे नहीं पता कि फर्क क्या है।

जब तक आप यह लेख पढ़ना समाप्त करेंगे, तब तक आप एक ऐसा वातावरण बनाने में सक्षम होंगे जहाँ आप अपने वर्कफ़्लो को AI में एक बार सेट करते हैं, और हर बार समान गुणवत्ता का आउटपुट मिलता है।

Santiago (@santtiagom_), दक्षिण अमेरिका की सबसे बड़ी ई-कॉमर्स कंपनी MercadoLibre के एक इंजीनियर, ने Skills के लिए स्पेनिश में एक संपूर्ण गाइड प्रकाशित की है जो अभी 580,000 से अधिक व्यूज़ के साथ वायरल हो रही है।

वे कहते हैं कि उन्होंने खुद 50 से अधिक Skills बनाईं और दो दिनों में उनमें से अधिकांश को हटा दिया। यह गाइड उनके वास्तविक जीवन के अनुभव पर आधारित है कि क्या बचा रहा और इसने क्लाउड के साथ उनके काम करने के तरीके को पूरी तरह से बदल दिया।

शुरू करने से पहले मेरी दो विनती हैं।

1. इस लेख को सेव करें और इस सप्ताह 20 मिनट निकालें।
2. अगर आप किसी ऐसे व्यक्ति को जानते हैं जो Claude Code का उपयोग करता है, तो कृपया इसे उनके साथ साझा करें।

इस बार, मैं सामग्री को आसानी से समझने वाले तरीके से समझाऊंगा।

यहाँ मूल पोस्ट है।

https://x.com/santtiagom_/status/2030305647535751338

क्लाउड को हर बार सेटअप की आवश्यकता क्यों है

पहले, मुख्य आधार के बारे में बात करते हैं।

Claude Code बहुत स्मार्ट है। हालाँकि, यह "आपके काम करने का तरीका" नहीं जानता।

यह प्रदर्शन की समस्या नहीं है, बल्कि यह इसके काम करने के तरीके का मामला है।

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

यह तंत्र तीन समस्याएं पैदा करता है।

समस्या 1: एकरूपता का अभाव

"साप्ताहिक रिपोर्ट बनाएं" के एक ही अनुरोध पर भी, आज यह 2,000 वर्णों का विस्तृत संस्करण हो सकता है, और कल यह केवल तीन बुलेट पॉइंट हो सकता है। चूंकि आपका वांछित फ़ॉर्मेट सेट नहीं है, इसलिए Claude को हर बार खुद निर्णय लेना पड़ता है।

समस्या 2: आपके अद्वितीय निर्णय मानदंड गायब हैं

Claude सामान्य रूप से उत्कृष्ट है। लेकिन यह उन नियमों को नहीं जानता जो केवल आपके वातावरण में लागू होते हैं, जैसे "आपकी कंपनी में निष्कर्ष से शुरू करना आवश्यक है" या "आपका बॉस 3 पेज से लंबे दस्तावेज़ नहीं पढ़ता है।"

इसलिए हर बार, आपको वह पृष्ठभूमि शुरू से सेट करनी होती है।

समस्या 3: सेटअप का प्रयास बढ़ जाता है

फ़ॉर्मेट विनिर्देश टाइप करना, निर्णय मानदंड समझाना और पृष्ठभूमि की जानकारी साझा करना।

आप एक दिन में इस "सेटअप" पर कितना समय खर्च करते हैं? भले ही आप AI का उपयोग कर रहे हों, तैयारी से ही आप थक जाते हैं।

santtiagom_ लिखते हैं:

"क्या होगा यदि आप एक बार निर्देश लिख सकें और फिर बिना फिर से निर्देश दिए हर बार यह पूरी तरह से हो जाए? यही Skills हैं।"

Skills एक ऐसा तंत्र है जहाँ आप अपने वर्कफ़्लो को एक फ़ाइल में लिखते हैं और Claude में सेट करते हैं। एक बार सेट होने के बाद, Claude आपके कुछ कहे बिना अगली बार से उसके अनुसार कार्य करेगा।

यहाँ से, मैं Skills की समग्र तस्वीर को क्रम में समझाऊंगा।

Skills Claude की "Technical Machines" हैं

क्या आपने कभी पोकेमॉन में "Technical Machine" (TM) का उपयोग किया है?

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

Skills बिल्कुल इन "Technical Machines" की तरह हैं।

आप SKILL.md नामक एक फ़ाइल बनाते हैं और इसे Claude में सेट करते हैं।

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

पत्राचार को सरलता से समझने के लिए:

• एक TM → एक SKILL.md फ़ाइल
• एक पोकेमॉन जिसने एक चाल सीखी, वह हर लड़ाई में इसका उपयोग करता है → Skill सेट वाला Claude इसे हर सेशन में लागू करता है
• बदला जा सकता है (फिर से सीख सकता है) → Skills को स्वतंत्र रूप से जोड़ा/हटाया/बदला जा सकता है
• संगतता मौजूद है (कुछ चालें नहीं सीखी जा सकतीं) → कुछ Skills प्रोजेक्ट में फिट नहीं होतीं

महत्वपूर्ण बात यह है कि आपके काम में भी "वे कार्य हैं जिन्हें TM में बदला जा सकता है।"

उदाहरण के लिए, रिपोर्ट बनाते समय:

"पहले निष्कर्ष लिखें। 3 से अधिक डेटा पॉइंट का उपयोग न करें। ऐसा फ़ॉर्मेट उपयोग करें जिसे बॉस 5 सेकंड में समझ सके।"

यदि आप इसे Skill के रूप में सेट करते हैं, तो Claude अगली बार से स्वचालित रूप से इस नियम का पालन करेगा।

साप्ताहिक रिपोर्ट बनाते समय:

"तीन भाग: पिछले सप्ताह के परिणाम → इस सप्ताह की योजनाएँ → समस्याएँ।

संख्याओं को सप्ताह-दर-सप्ताह तुलना के रूप में लिखें।" आप इसे भी Skill के रूप में सेट कर सकते हैं।

ग्राहक को ईमेल लिखते समय:

"शुरुआत में आभार व्यक्त करें। मुख्य बात को 3 पंक्तियों के भीतर रखें। स्पष्ट रूप से केवल एक अगली कार्रवाई बताएं।" यह भी।

आइए Skills वाली दुनिया और बिना Skills वाली दुनिया की तुलना करें।

[बिना Skills के]

आप "साप्ताहिक रिपोर्ट बनाएं" कहते हैं → Claude अपने फ़ॉर्मेट में आउटपुट देता है → आप इसे सही करते हैं: "नहीं, पहले निष्कर्ष," "डेटा को 3 पॉइंट तक सीमित करें" → अगले सप्ताह, आप फिर से सब कुछ टाइप करना शुरू करते हैं।

[Skills के साथ]

आप "साप्ताहिक रिपोर्ट बनाएं" कहते हैं → Claude Skills के अनुसार आउटपुट देता है → शुरू से ही, यह "निष्कर्ष → 3 डेटा पॉइंट → समस्याएँ" फ़ॉर्मेट में होता है → सुधार लगभग शून्य होते हैं।

santtiagom_ अपने लेख में इस सोच पर बार-बार जोर देते हैं:

"80 नियमों वाली एक परफेक्ट Skill की तुलना में 5 पंक्तियों वाली एक काम करने वाली Skill अधिक मूल्यवान है।"

आपको परफेक्ट निर्देश बनाने की आवश्यकता नहीं है। केवल दो पंक्तियाँ जैसे "निष्कर्ष से लिखें। अधिकतम 3 डेटा पॉइंट" भी Skill के रूप में सेट होने पर प्रभावी होंगी।

और यह वह हिस्सा है जिसे मैं व्यक्तिगत रूप से सबसे अधिक बताना चाहता हूँ।

Skills का सार "काम का ऑटोमेशन" नहीं है।

यह "आपके निर्णय मानदंड को शब्दों में व्यक्त करना और AI में सेट करना" का कार्य है।

"निष्कर्ष से लिखें," "डेटा को 3 पॉइंट तक सीमित करें।" ये काम की प्रक्रियाएँ नहीं हैं, बल्कि आपके निर्णय मानदंड हैं। किस जानकारी को प्राथमिकता देनी है, इसे किस क्रम में बताना है, और कितना विस्तृत लिखना है।

आप उन निर्णयों को एक फ़ाइल में छोड़ देते हैं। जिस तरह TM से सीखी गई चाल पोकेमॉन की ताकत बन जाती है, उसी तरह शब्दों में व्यक्त किए गए निर्णय मानदंड Claude की ताकत बन जाते हैं।

निर्णय का संपत्तिकरण। अगर मुझे Skills को एक शब्द में वर्णित करना हो, तो यही है।

आपको बस एक फ़ाइल चाहिए: SKILL.md

Skills का तंत्र आपके विचार से कहीं अधिक सरल है।

आपको बस SKILL.md नामक एक फ़ाइल चाहिए।

इस फ़ाइल की सामग्री दो भागों में विभाजित है।

भाग 1: नाम और विवरण के साथ "कवर"

फ़ाइल के शीर्ष पर, आप Skill का नाम और "इसे कब उपयोग किया जाना चाहिए" का विवरण लिखते हैं।

Claude इस "कवर" को देखकर यह निर्णय करता है "क्या इसे वर्तमान कार्य के लिए इस Skill का उपयोग करना चाहिए।" यदि यह अस्पष्ट है, तो Claude को वह Skill नहीं मिलेगी जिसे बनाने में आपने मेहनत की।

उदाहरण के लिए, केवल "रिपोर्ट निर्माण" नाम से, Claude सोचेगा "कौन सी रिपोर्ट? मैं इसका उपयोग कब करूँ?"

यदि आप लिखते हैं "मैनेजर तनाका के लिए साप्ताहिक बिक्री रिपोर्ट बनाएं। संरचना: निष्कर्ष → संख्याएँ → समस्याएँ," तो जैसे ही साप्ताहिक रिपोर्ट का अनुरोध आएगा, Claude स्वचालित रूप से इस Skill का चयन करेगा।

TM की भाषा में, यह कवर इस निर्णय से मेल खाता है कि "कौन सा पोकेमॉन यह चाल सीख सकता है।"

भाग 2: विशिष्ट निर्देशों के साथ "बॉडी"

यह आपका वास्तविक काम करने का तरीका है।

आप विशिष्ट प्रक्रियाएँ और नियम लिखते हैं जैसे "इस क्रम में लिखें," "इस फ़ॉर्मेट का पालन करें," और "केवल इस बिंदु की जाँच करना सुनिश्चित करें।"

Skills इन दो भागों के साथ काम करती हैं।

एक वास्तविक फ़ाइल देखना तेज़ होगा, इसलिए यहाँ एक उदाहरण है। यह एक ऐसी स्थिति मानता है जहाँ एक बिक्री टीम हर सप्ताह अपने बॉस को एक साप्ताहिक रिपोर्ट प्रस्तुत करती है।

1---
2name: साप्ताहिक बिक्री रिपोर्ट
3description: हर सोमवार को बिक्री टीम के लिए साप्ताहिक रिपोर्ट बनाते समय उपयोग करें। मैनेजर तनाका के लिए।
4---
5
6# साप्ताहिक बिक्री रिपोर्ट
7
8## फ़ॉर्मेट
9- निष्कर्ष (इस सप्ताह का अपेक्षित लैंडिंग) पहले पेज पर लिखें
10- संख्याओं को हमेशा सप्ताह-दर-सप्ताह तुलना के रूप में शामिल करें (जैसे, पिछले सप्ताह की तुलना में +12%)
11- डील को तीन स्तरों में वर्गीकृत करें: A/B/C
12- समस्याओं को एक तक सीमित करें, और अगले सप्ताह के लिए एक-पंक्ति की विशिष्ट कार्रवाई जोड़ें
13
14## मैनेजर तनाका के नियम
15- वे 3 पेज से अधिक नहीं पढ़ते। इसे 2 पेज के भीतर रखें
16- वे ग्राफ़ की तुलना में टेबल पसंद करते हैं
17- "विचाराधीन है" न लिखें। इसे हमेशा "कब तक क्या किया जाएगा" में बदलें

यह SKILL.md की समग्र तस्वीर है।

"कवर" पर "हर सोमवार... मैनेजर तनाका के लिए" विवरण को देखकर, Claude स्वचालित रूप से निर्णय करता है, "ओह, यह साप्ताहिक रिपोर्ट के बारे में है।"

फिर, "बॉडी" में दिए गए निर्देशों का पालन करते हुए, यह हर बार समान फ़ॉर्मेट में निष्कर्ष से शुरू होने वाली 2 पेज या उससे कम की रिपोर्ट बनाता है।

"मैनेजर तनाका के नियम" जैसे नियम, जो केवल आपके कार्यस्थल पर लागू होते हैं, Skills का वास्तविक मूल्य हैं। Claude चाहे कितना भी स्मार्ट क्यों न हो, जब तक आप नहीं सिखाते, यह मैनेजर तनाका की प्राथमिकताओं को नहीं जान पाएगा।

इसे सक्रिय करने के दो तरीके हैं।

पहला है इसे स्वयं सीधे कॉल करना, जैसे "/report-creation"। इसका उपयोग तब करें जब आप यह सुनिश्चित करना चाहते हैं कि यह सक्रिय हो।

दूसरा है कि Claude कवर विवरण को पढ़कर स्वचालित रूप से निर्णय करे कि "इसे अब उपयोग किया जाना चाहिए।" यदि विवरण अच्छी तरह से लिखा गया है, तो यह आपके कोई निर्देश दिए बिना अपने आप सक्रिय हो जाएगा।

यदि यह एक बड़ी Skill बन जाती है, तो आप संदर्भ सामग्री और टेम्पलेट के लिए सहायक फ़ोल्डर जोड़ सकते हैं, लेकिन शुरुआत में एक SKILL.md पर्याप्त है।

50 Skills होने पर भी Claude धीमा नहीं होगा

"अगर मैं बहुत सारी Skills डाल दूँ, तो क्या Claude की गति धीमी नहीं हो जाएगी?"

मुझे लगता है कि शुरुआत में सभी के मन में यह सवाल होता है।

इसका जवाब है: यह धीमा नहीं होगा।

Claude सभी Skills को एक साथ लोड नहीं करता; इसे केवल आवश्यक चीज़ों को चरणों में लोड करने के लिए डिज़ाइन किया गया है।

TM की भाषा में, एक पोकेमॉन हर समय अपनी सभी चालों के बारे में नहीं सोचता। वह लड़ाई की स्थिति के आधार पर उपयोग करने के लिए चाल चुनता है। Claude भी ऐसा ही है।

स्तर 1: पहले, नामों पर एक नज़र डालें

यह पहले सभी Skills के केवल "नाम और विवरण" को हल्के से जाँचता है। इसने अभी तक फ़ाइल सामग्री नहीं पढ़ी है।

स्तर 2: केवल आवश्यक चीज़ों का पूरा पाठ पढ़ें

यदि इसे वर्तमान अनुरोध से संबंधित कोई Skill मिलती है, तो यह केवल उस Skill का पूरा पाठ पढ़ता है। यह बाकी को नहीं छूता।

स्तर 3: यदि आवश्यक हो तो अतिरिक्त संबंधित सामग्री पढ़ें

यदि Skill निर्दिष्ट करती है "कृपया यह संदर्भ सामग्री भी पढ़ें," तो यह उस फ़ाइल को भी पढ़ता है।

दूसरे शब्दों में, भले ही 50 Skills हों, वास्तव में केवल "वर्तमान कार्य से संबंधित 1 या 2" ही लोड होती हैं। इसका प्रदर्शन पर लगभग कोई प्रभाव नहीं पड़ता।

हालाँकि, एक बात का ध्यान रखना है।

यदि कवर पर "विवरण" फिसड्डी है, तो Claude आवश्यक Skill को खोजने में सक्षम नहीं होगा।

स्तर 1 पर, इसे गलत समझकर "यह इस बार संबंधित नहीं लगता" कहकर छोड़ा जा सकता है।

इसलिए मैंने कहा कि कवर का विवरण सबसे महत्वपूर्ण है। यह स्पष्ट रूप से लिखना आवश्यक है कि "यह Skill किस समय और किस प्रकार के कार्य के लिए उपयोग की जानी चाहिए।"

एक व्यावहारिक मार्गदर्शिका के रूप में, जब तक सभी Skill नामों और विवरणों का कुल 15,000 वर्णों के भीतर है, तब तक कोई समस्या नहीं है। सामान्य उपयोग में आपके इस सीमा तक पहुँचने की संभावना नहीं है।

आपकी पहली Skill 6 चरणों में पूरी होती है

अब व्यावहारिक भाग पर आते हैं।

मैं santtiagom_ द्वारा बताए गए "अपनी पहली Skill बनाने के 6 चरणों" को तोड़कर समझाऊंगा।

हालाँकि, पहले Skill बनाने का समय पहचानें। यदि निम्नलिखित तीन स्थितियों में से एक भी लागू होता है, तो Skill का समय आ गया है:

• ऐसी पृष्ठभूमि जानकारी है जिसे आप मैन्युअल रूप से टाइप कर रहे हैं (फ़ॉर्मेट, नियम, लहज़ा, आदि)
• ऐसा कार्य है जिसे आप हर बार समान गुणवत्ता के साथ तैयार करना चाहते हैं
• ऐसा कदम है जिसे आप हमेशा भूल जाते हैं

इसके विपरीत, Skills एक बार के कार्यों या उन कामों के लिए उपयुक्त नहीं हैं जहाँ हर बार स्थितियाँ पूरी तरह से अलग होती हैं।

आइए 6 चरणों को क्रम में देखें।

1️⃣ Skills के बीज दोहराव में हैं

"यदि आपने एक ही पृष्ठभूमि जानकारी को 3 या अधिक बार टाइप किया है, तो यह Skill के लिए उम्मीदवार है।"

santtiagom_ यह दावा करते हैं।

मीटिंग मिनट्स फ़ॉर्मेट, रिपोर्ट संरचना नियम, ईमेल का लहज़ा। यदि कोई पृष्ठभूमि जानकारी है जिसे आप हर बार टाइप करते हैं, तो यह एक संकेत है कि इसे Skill में सेट किया जाना चाहिए।

आज से एक सप्ताह के लिए, आप Claude में मैन्युअल रूप से जो कुछ भी टाइप करते हैं, उसके नोट्स लेने का प्रयास करें। आपको ऐसी चीज़ें मिलेंगी जिन्हें आप 3 या अधिक बार दोहराते हैं।

2️⃣ एक फ़ोल्डर और एक फ़ाइल के साथ तैयार रहें

अपने Claude Code प्रोजेक्ट के भीतर .claude/skills/ नामक एक फ़ोल्डर बनाएं, उसके अंदर Skill के नाम का एक फ़ोल्डर बनाएं, और वहाँ SKILL.md फ़ाइल रखें।

1.claude/skills/
2  └── weekly-report/
3        └── SKILL.md

तैयार होने के लिए बस इतना ही चाहिए।

3️⃣ शुरुआत में 5 पंक्तियाँ पर्याप्त हैं

santtiagom_ के शब्द याद रखें: "80 नियमों वाली एक परफेक्ट Skill की तुलना में 5 पंक्तियों वाली एक काम करने वाली Skill अधिक मूल्यवान है।"

शुरू से परफेक्ट का लक्ष्य न रखें।

पहले के साप्ताहिक रिपोर्ट उदाहरण के लिए भी, शुरुआत में यह पर्याप्त है:

1---
2name: साप्ताहिक बिक्री रिपोर्ट
3description: हर सोमवार को बिक्री टीम के लिए साप्ताहिक रिपोर्ट बनाते समय उपयोग करें
4---
5
6पहले निष्कर्ष लिखें। संख्याएँ सप्ताह-दर-सप्ताह हों। समस्याओं को एक तक सीमित करें। 2 पेज के भीतर।

हो गया। बॉडी सिर्फ एक पंक्ति है।

कैसा लगा? यदि यह जितना है, तो आप इसे आज से ही कर सकते हैं, है न?

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

पहले का तैयार संस्करण इसे इस तरह विकसित करने का परिणाम है।

4️⃣ तुलना परीक्षणों से प्रभाव स्पष्ट होता है

Skill चालू होने पर और बंद होने पर एक ही अनुरोध का प्रयास करें।

यदि आउटपुट में स्पष्ट अंतर है, तो यह Skill के काम करने का प्रमाण है।

यदि कोई अंतर नहीं है, तो Skill सामग्री में केवल वे चीज़ें हो सकती हैं जो "Claude पहले से जानता है।" केवल आपके ज्ञात निर्णय मानदंड जोड़ने का प्रयास करें।

5️⃣ Skills हर बार असफल होने पर बढ़ती हैं

यदि परीक्षण के बाद आपको लगता है "यह भाग अभी भी गलत है," तो इसे हर बार SKILL.md में जोड़ें।

santtiagom_ के शब्दों में कहें तो, "यदि आपने एक ही सुधार 3 बार किया है, तो इसे Skill में जोड़ें।"

एक परफेक्ट Skill वह नहीं है जिसे आप शुरू से बनाते हैं; यह वह है जिसे आप उपयोग करते हुए विकसित करते हैं। "असफलता से सीखने और बढ़ने" की यह प्रक्रिया आपके निर्णय मानदंड को अधिक से अधिक सटीक बनाने का कार्य है।

6️⃣ Claude स्वयं सुधार के सुझाव देगा

यह दिलचस्प हिस्सा है।

Anthropic द्वारा आधिकारिक तौर पर प्रदान की गई skill-creator Skill का उपयोग करके, Claude स्वयं सुझाव देगा जैसे "इस Skill को और बेहतर बनाने के लिए ऐसा करने के बारे में कैसा रहेगा?"

एक बार जब आप अपने वर्कफ़्लो को AI में सेट कर देते हैं, तो AI वापस आकर कहता है "इसे इस तरह करना अधिक कुशल होगा।" यह चक्र Skills का मज़ा और ताकत है।

उपयोगी Skills विकसित करने के लिए 3 लाल झंडे

एक बार जब आप Skill बना लेते हैं, तो आपको यह जाँचने की आवश्यकता है कि क्या यह ठीक से काम कर रही है।

santtiagom_ केवल एक निर्णय विधि सूचीबद्ध करते हैं।

यदि आप एक ही कार्य को 3 बार चलाते हैं और हर बार अलग परिणाम मिलते हैं, तो उस Skill में सुधार की आवश्यकता है।

विशेष रूप से, इन तीन लाल झंडों से सावधान रहें:

लाल झंडा 1: निर्देशों को नज़रअंदाज़ किया जाता है

ऐसा तब होता है जब Skill की शब्दावली अस्पष्ट हो।

उदाहरण के लिए, भले ही आप "स्पष्ट लिखें" निर्दिष्ट करें, "स्पष्ट" के मानदंड Claude के लिए अस्पष्ट हैं। ऐसे में, Claude के पास अपने निर्णय के आधार पर लिखने के अलावा कोई विकल्प नहीं है।

"पहले निष्कर्ष लिखें। एक वाक्य को 40 वर्णों के भीतर रखें। तकनीकी शब्दों का उपयोग न करें।"

यदि आप इस हद तक विशिष्ट लिखते हैं, तो Claude संकोच नहीं करेगा। तरकीब अस्पष्ट विशेषणों के बजाय संख्याओं और विशिष्ट नियमों के साथ लिखना है।

लाल झंडा 2: Skill सक्रिय नहीं होती

यह एक ऐसा मामला है जहाँ "कवर" विवरण में समस्या है।

पहले की स्टेज्ड लोडिंग की बात याद रखें। Claude स्तर 1 पर केवल "नाम और विवरण" देखकर निर्णय करता है। यदि यहाँ विवरण अस्पष्ट है, तो इसे "इस बार संबंधित नहीं लगता" कहकर छोड़ दिया जाएगा।

जाँच करें कि क्या विवरण एक नज़र में स्पष्ट करता है "इसे किस समय और किस कार्य के लिए उपयोग किया जाना चाहिए।"

लाल झंडा 3: आउटपुट सामान्य है, Skill के साथ/बिना कोई अंतर नहीं

यह एक ऐसी स्थिति है जहाँ Skill में लिखी गई सामग्री केवल वे चीज़ें हैं जो "Claude पहले से जानता है।"

Claude स्मार्ट है, इसलिए यह बिना सिखाए सामान्य चीज़ों का अपने आप निर्णय कर सकता है। सही तरीका है Skills में केवल आपके ज्ञात निर्णय मानदंड लिखना।

"बॉस निष्कर्ष से पढ़ता है," "यदि डेटा 3 पॉइंट से अधिक होता है तो वह इसे छोड़ देता है," "यदि इसे सप्ताह-दर-सप्ताह तुलना के रूप में नहीं लिखा जाता है तो वह नाराज़ होता है।" ये नियम, जो आपके वातावरण के कारण ही आवश्यक हैं, एक Skill का मूल्य निर्धारित करते हैं।

santtiagom_ की सर्वोत्तम प्रथाओं से, मैंने 4 विशेष रूप से महत्वपूर्ण बिंदु चुने हैं जिन्हें पेश करना है।

① Claude स्मार्ट है। इसे वह सिखाने की आवश्यकता नहीं है जो वह पहले से जानता है।

सामान्य निर्देश जैसे "JSON फ़ॉर्मेट में आउटपुट दें" अनावश्यक हैं। Claude पहले से जानता है। कृपया अपने काम के निर्णय मानदंड सिखाएँ, जैसे "आप ऐसा क्यों करते हैं" और "आप इसे किस क्रम में करते हैं।"

② यदि यह 500 पंक्तियों से अधिक हो जाए तो विभाजित करें

वे 500 पंक्तियाँ कहते हैं, लेकिन वास्तविक संचालन में, skill.md के लिए लगभग 100 पंक्तियाँ अच्छी हैं। यदि मात्रा बहुत अधिक बढ़ जाती है, तो Claude Code के निर्णय की गुणवत्ता गिर जाएगी।

इसलिए, यदि कोई Skill बहुत बड़ी हो जाती है, तो संदर्भ सामग्री को एक अलग फ़ोल्डर में स्टोर करें। दीर्घकालिक उपयोग की तरकीब SKILL.md बॉडी को केवल मुख्य निर्देशों पर केंद्रित रखना है।

③ आदर्शों के बजाय वास्तविक मामलों के साथ परीक्षण करें

काल्पनिक अनुरोध के साथ परीक्षण करना व्यर्थ है। इसे एक ऐसे काम के साथ आज़माएँ जो आप वास्तव में सोमवार को Skills का उपयोग करके करते हैं। वास्तविक काम में ही आपको छूटे हुए निर्देश दिखाई देंगे।

④ परफेक्ट का लक्ष्य रखने के बजाय इसे उपयोग करते हुए विकसित करें

यदि आप एक ही सुधार 3 बार करते हैं, तो इसे SKILL.md में जोड़ें। यह दोहराव आपके लिए समर्पित Skill को विकसित करने का सबसे छोटा रास्ता है।

जो लोग इसे और गहराई से उपयोग करना चाहते हैं

यह उन्नत अनुभाग है।

सभी को इसे तुरंत करने की आवश्यकता नहीं है, लेकिन मैं इसे उन लोगों के लिए पेश कर रहा हूँ जो "इसका और उपयोग करना चाहते हैं।"

1️⃣ ऐसी आधिकारिक Skills हैं जिनका आप तुरंत उपयोग कर सकते हैं

Claude के डेवलपर Anthropic ने आधिकारिक तौर पर 5 प्रकार की Skills जारी की हैं।

वर्ड फ़ाइल प्रोसेसिंग, एक्सेल फ़ाइल विश्लेषण, पीडीएफ़ पढ़ना, पावरपॉइंट जनरेशन और फ्रंट-एंड डिज़ाइन। आप GitHub से इंस्टॉल करके उनका तुरंत उपयोग कर सकते हैं।

समुदाय द्वारा बनाई गई Skills को इकट्ठा करने वाली एक साइट skills.sh भी है। हालाँकि, चूंकि ये तीसरे पक्ष द्वारा बनाई गई हैं, मैं उपयोग करने से पहले सामग्री की जाँच करने की सलाह देता हूँ। इसमें जोखिम भरी चीज़ें शामिल होने की संभावना है, इसलिए वहाँ पूरा ध्यान दें।

2️⃣ दो भंडारण स्थान हैं: अपने लिए और टीम के लिए

Skills के दो भंडारण स्थान हैं।

केवल अपने लिए:

यदि आप इसे अपने होम फ़ोल्डर में .claude/skills/ में रखते हैं, तो यह आपके लिए समर्पित Skill बन जाती है जिसका उपयोग आप किसी भी प्रोजेक्ट को खोलने पर कर सकते हैं।

टीम साझाकरण के लिए:

यदि आप इसे किसी प्रोजेक्ट के भीतर .claude/skills/ में रखते हैं, तो यह वर्जन कंट्रोल में शामिल हो जाती है, इसलिए टीम का हर कोई एक ही Skill का उपयोग कर सकता है।

व्यक्तिगत रूप से, मुझे लगता है कि यह टीम साझाकरण Skills का छिपा हुआ सार है।

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

3️⃣ Skills बाहरी सेवाओं से भी जुड़ती हैं

Skills को MCP (बाहरी उपकरणों से जुड़ने का तंत्र) के साथ मिलाकर, Claude बाहरी सेवाओं के साथ सीधे इंटरैक्ट करने में सक्षम हो जाता है।

santtiagom_ इसे "निर्देशों के बजाय प्रक्रियाओं को सौंपने में सक्षम होना" के रूप में वर्णित करते हैं।

हालाँकि, यह इंजीनियरों के लिए एक उन्नत उपयोग है। मैं पिछले अनुभाग में पेश किए गए बुनियादी 6 चरणों से शुरू करने की सलाह देता हूँ।

सारांश

मैं इस लेख के बिंदुओं को 6 आइटमों में संक्षेपित करता हूँ। कृपया इसे सेव करें ताकि आप बाद में देख सकें।

• Skills "AI में वर्कफ़्लो सेट करने के लिए फ़ाइलें" हैं। पोकेमॉन के TM की तरह, एक बार सेट होने के बाद, यह हर बार सक्रिय हो जाती है।
• Claude स्मार्ट है लेकिन "आपके काम करने का तरीका" नहीं जानता। Skills के बिना, आपको हर बार सब कुछ खुद से सेट करना होता है।
• आपको बस एक फ़ाइल चाहिए: SKILL.md। सामग्री सिर्फ "नाम + विवरण + निर्देश" है।
• 50 डालना भी ठीक है। Claude केवल आवश्यक Skills का चयन और लोड करता है।
• छोटे से शुरू करना और बढ़ाना सही तरीका है। 80 नियमों वाली एक परफेक्ट Skill की तुलना में 5 पंक्तियों वाली एक काम करने वाली Skill बेहतर है।
• Skills का सार काम का ऑटोमेशन नहीं है, बल्कि "निर्णय का संपत्तिकरण" है। आपके निर्णय मानदंड को शब्दों में व्यक्त करने और AI में सेट करने का कार्य।

उन लोगों के लिए जिन्हें यह लेख थोड़ा भी उपयोगी लगा।

टोक्यो विश्वविद्यालय का Claude Code Laboratory (@ClaudeCode_UT) एक अकाउंट है जो हार्डकोर Claude Code उत्साही और वर्तमान UTokyo छात्रों पर केंद्रित सदस्यों के साथ प्रतिदिन पोस्ट करता है।

हम व्यावसायिक व्यवहार के लिए विशिष्ट "वास्तव में उपयोगी" जानकारी और विशेषज्ञता हर दिन प्रस्तुत करते हैं।

फ़ॉलो करके, आप नीचे दी गई जानकारी प्राप्त कर सकते हैं 👇

• Skills और CLAUDE.md जैसे "AI को काम सिखाने की तकनीकों" के लिए व्यावहारिक गाइड
• गैर-इंजीनियरों के लिए विदेशों से नवीनतम AI उपयोग विषयों की व्याख्या
• यह एकमात्र स्थान है जहाँ आप मुफ्त में "वास्तव में उपयोगी" Claude Code कौशल प्राप्त कर सकते हैं

यदि आप रुचि रखते हैं, तो कृपया फ़ॉलो करें और देखें! 👀

साथ ही, हमने एक आधिकारिक LINE शुरू किया है, इसलिए यदि आप सीमित जानकारी जल्दी प्राप्त करना चाहते हैं, तो कृपया शामिल हों! आइए अपनी सीखने की गति तेज़ करें और AI एजेंट युग को एक साथ पार करें! ❗️

https://lin.ee/quYxNMc