SKILL.md फ़ाइल क्या है
SKILL.md एक सादा टेक्स्ट फ़ाइल है जिसमें वह निर्देश लिखा होता है जिसे AI असिस्टेंट काम शुरू करने से पहले पढ़ता है। यह न प्रोग्राम है न प्लगिन — बस साधारण मार्कडाउन, जिसमें लिखा होता है कि किसी एक तरह का काम कैसे किया जाए: पहले क्या जाँचना है, किस क्रम में सोचना है, नतीजा किस रूप में देना है, और क्या कभी नहीं करना है। फ़ाइल किसी रिपॉज़िटरी में रहती है, असिस्टेंट उसे उठा लेता है, और उसके बाद काम वैसे होता है जैसा लिखा है — न कि वैसे जैसा मॉडल उस पल तय कर ले।
यह प्रारूप 2025 के अंत में आया और कुछ ही महीनों में आम हो गया: Claude, Codex, Copilot, Cursor, Gemini CLI समेत दर्जनों टूल इसे पढ़ते हैं, और सार्वजनिक डायरेक्ट्रियों में स्किल्स की गिनती अब लाखों में है। फिर भी लगभग सारा दस्तावेज़ीकरण उसी व्यक्ति के लिए लिखा गया है जिसके पास टर्मिनल, रिपॉज़िटरी और चालू कोडिंग एजेंट हो — यही अकेली वजह है कि यह विषय आज भी डेवलपर का मामला लगता है।
फ़ाइल खुद बेहद सरल है। दो हिस्से, जिन्हें तीन हाइफ़न वाली एक पंक्ति अलग करती है।
| हिस्सा | उसमें क्या है | अनिवार्य |
|---|---|---|
| फ़्रंटमैटर | फ़ाइल के सबसे ऊपर --- चिह्नों के बीच का खंड।
name छोटा नाम है, description एक वाक्य कि यह स्किल
कब काम आती है |
हाँ। name के बिना यह स्किल नहीं है |
| मुख्य भाग | समापन --- के बाद सब कुछ: निर्देश स्वयं, वाक्यों में, सूचियों,
उदाहरणों और मनाहियों के साथ |
हाँ। खाली मुख्य भाग भी स्किल नहीं है |
| साथ रखी फ़ाइलें | स्क्रिप्ट, टेम्पलेट, नमूने। कुछ एजेंट इन्हें चला सकते हैं | नहीं। ज़्यादातर स्किल्स एक ही फ़ाइल में पूरी हो जाती हैं |
नीचे एक पूरी स्किल है, वास्तविक आकार के करीब। यह बताती है कि किसी सेल्स कॉल की रिकॉर्डिंग कैसे खँगालनी है: क्या ढूँढ़ना है, किस क्रम में, और क्या अपनी ओर से नहीं गढ़ना है।
--- name: sales-call-review description: सेल्स कॉल की समीक्षा — आपत्तियाँ, संकेत, अगला कदम --- # सेल्स कॉल की समीक्षा आप एक संभावित ग्राहक के साथ हुई बातचीत का ट्रांसक्रिप्ट देख रहे हैं। ## काम का क्रम 1. आपत्तियाँ «जस की तस» उद्धरण में लिखें। अपने शब्दों में न बदलें: आपत्ति का सटीक शब्द-चयन ही असल डेटा है। 2. हर आपत्ति पर लिखें कि जवाब दिया गया या नहीं, और वह जवाब स्वीकार हुआ या नहीं। चुप्पी स्वीकृति नहीं है। 3. बजट, समय-सीमा और निर्णय लेने वाले के संकेत खोजें। अगर कोई संकेत आया ही नहीं, तो साफ़ लिखें: «उल्लेख नहीं हुआ»। 4. अगला कदम तय करें: ठीक-ठीक क्या, कौन करेगा, कब तक। ## आउटपुट का ढाँचा ऊपर के क्रम में चार खंड। भीतर छोटे बिंदु, कोई भूमिका-अनुच्छेद नहीं। आपत्तियाँ उद्धरण चिह्नों में। ## क्या नहीं करना है - सामने वाले की मंशा का अंदाज़ा न लगाएँ: केवल वही जो सचमुच कहा गया। - सौदा होने की संभावना प्रतिशत में न आँकें — इसके लिए डेटा नहीं है। - अगर कीमत की बात उठी ही नहीं, तो अगले कदम के रूप में छूट न सुझाएँ।
ध्यान दीजिए कि इस फ़ाइल में क्या नहीं है: न कोड, न कॉन्फ़िगरेशन, न API कुंजियाँ, न इंस्टॉल करने के कमांड। स्किल लिखा हुआ अनुभव है, सॉफ़्टवेयर नहीं। इसीलिए इसे वह व्यक्ति भी लिख सकता है जिसने कभी टर्मिनल नहीं खोला — और इसीलिए यह अटपटा है कि इसे लगाने के लिए आज भी टर्मिनल माँगा जाता है।
स्किल, टूल और प्रॉम्प्ट: किसका काम क्या
ये तीनों अलग-अलग समस्याएँ सुलझाते हैं, फिर भी लगातार आपस में गड्डमड्ड होते रहते हैं। फ़र्क़ दिखने से आसान है: प्रॉम्प्ट भूमिका तय करता है, स्किल तरीका तय करती है, MCP पहुँच देता है।
| किस सवाल का जवाब | उदाहरण | कब चाहिए | |
|---|---|---|---|
| प्रॉम्प्ट | आप कौन हैं और किससे बात कर रहे हैं | «आप बातचीत में मदद करते हैं; संक्षेप में, हिन्दी में उत्तर दें» | हमेशा। यही वह नींव है जिस पर बाकी सब टिकता है |
| स्किल (SKILL.md) | इस तरह का काम कैसे होता है | «आपत्तियाँ जस की तस; अगला कदम तारीख़ और ज़िम्मेदार के साथ» | जब किसी काम का एक सही क्रम हो और उसे दोहराते-दोहराते आप थक चुके हों |
| MCP सर्वर | डेटा कहाँ से आए और किस पर काम हो | टास्क बोर्ड, कैलेंडर, दस्तावेज़ भंडार तक पहुँच | जब भीतर का ज्ञान नहीं, बाहर का ताज़ा डेटा चाहिए |
व्यावहारिक नतीजा: असिस्टेंट विषय से हटकर जवाब दे — तो स्किल चाहिए। ठीक जवाब दे मगर तथ्य न जानता हो — तो MCP चाहिए। स्किल कितनी भी माँज लीजिए, वह डेटा नहीं लाएगी; और MCP कितने भी जोड़ लीजिए, वह तरीका नहीं सिखाएगा। ज़्यादातर कामों में स्किल ही चाहिए: तरीके डेटा के मुक़ाबले कहीं धीरे पुराने पड़ते हैं, और उन्हें एक बार लिखना काफ़ी है।
«बिना टर्मिनल» का मतलब आमतौर पर कुछ और होता है
«टर्मिनल के बिना स्किल कैसे लगाएँ» एक आम सवाल है, और खोज-परिणाम उसका जवाब भी देते हैं। बस वे जवाब किसी और सवाल का देते हैं।
«बिना टर्मिनल स्किल लगाइए: एक बटन दबाइए और फ़ाइल अपनी जगह पहुँच जाएगी»
लगा हुआ कोडिंग एजेंट, ~/.claude/skills फ़ोल्डर, एजेंट को दोबारा
चालू करना, और /skills से जाँचना कि वह लोड हुआ या नहीं
स्किल का प्रारूप डेवलपर टूलिंग के भीतर से निकला, और इंस्टॉल करने का ढंग भी वहीं से चला आया: स्किल यानी वह फ़ाइल जिसे आप अपनी मशीन के सही फ़ोल्डर में रखते हैं। «बिना टर्मिनल» का वादा करने वाले ऐप्लिकेशन ठीक इसी फ़ाइल रखने के चरण को स्वचालित करते हैं — मगर उसे पढ़ने वाला एजेंट आज भी वही चीज़ है जिसे आप ख़ुद लगाते और चलाते हैं। ग़ायब टर्मिनल होता है, कोडिंग एजेंट नहीं। जो व्यक्ति स्किल को बैठकों, दस्तावेज़ों या पत्राचार पर लगाना चाहता है, उसके लिए यह «थोड़ा और झंझट» और «बिलकुल काम नहीं आता» के बीच का फ़र्क़ है।
इससे इंस्टॉल का तरीका चुनने की एक बेहतर कसौटी निकलती है: यह मत पूछिए कि «टर्मिनल चाहिए या नहीं», पूछिए कि «क्या मुझे अपने कंप्यूटर पर एक और एजेंट पालना पड़ेगा»। अगर जवाब हाँ है, तो इंस्टॉलर चाहे कितना ही सुंदर हो, स्किल्स डेवलपर का औज़ार ही बनी रहती हैं।
बिना टर्मिनल और बिना कोडिंग एजेंट के इंस्टॉल करना
Whisperer SKILL.md को सीधे पढ़ता है और उसे असिस्टेंट के जवाबों पर लागू करता है। लगाने को कुछ है ही नहीं: फ़ाइल आपके कंप्यूटर तक कभी पहुँचती नहीं, कोई फ़ोल्डर नहीं, और दोबारा चालू करने को भी कुछ नहीं। स्रोत दो हैं — एक साझा डायरेक्ट्री और कोई भी सार्वजनिक GitHub रिपॉज़िटरी।
यह रास्ता उनके लिए है जो पहले देखना चाहते हैं कि औरों ने क्या लिखा है। खोज skills.sh डायरेक्ट्री पर चलती है — खुली रिपॉज़िटरियों से जुटाई गई स्किल्स का साझा सूचकांक।
1. वेब पैनल → प्रॉम्प्ट → «स्किल्स» बटन 2. «तैयार» टैब → खोज शब्द लिखें: system design, code review, sales, writing… 3. सूची में नाम, स्रोत रिपॉज़िटरी और इंस्टॉल की संख्या दिखती है। किसी एक को खोलकर उसके फ़्रंटमैटर का विवरण पढ़ें 4. «इंस्टॉल» — स्किल आपकी लाइब्रेरी में आ जाती है 5. कोई प्रॉम्प्ट खोलें → «जोड़ें» → स्किल चुनें
चौथे चरण के बाद कुछ नहीं बदलता: इंस्टॉल करना स्किल को लाइब्रेरी में रखता है और किसी जवाब को छूता नहीं। वह असर पाँचवें चरण से करती है, जब किसी ख़ास प्रॉम्प्ट से जुड़ती है। यह अलगाव जान-बूझकर है: आप बिना इस डर के देख-परख और जमा कर सकते हैं कि चालू सेटअप बिगड़ जाएगा।
यह रास्ता उनके लिए जिनके पास अपनी स्किल है या जिन्होंने उसे GitHub पर पाया है। रिपॉज़िटरी सार्वजनिक होनी चाहिए; निजी तक हमारी पहुँच नहीं।
1. वेब पैनल → प्रॉम्प्ट → «स्किल्स» → «अपनी रिपॉज़िटरी» टैब 2. इनमें से कोई भी रूप चिपकाएँ: owner/repo https://github.com/owner/repo https://github.com/owner/repo/tree/main/skills/sales-review https://github.com/owner/repo/blob/main/skills/sales-review/SKILL.md 3. «स्किल्स ढूँढ़ें» — हम रिपॉज़िटरी छानकर हर SKILL.md को उसके विवरण के साथ सूचीबद्ध करते हैं। अगर आपने किसी ख़ास फ़ोल्डर का लिंक दिया है, वह स्किल सबसे ऊपर दिखेगी 4. जो चाहिए उस पर «इंस्टॉल» → फिर उसे किसी प्रॉम्प्ट से जोड़ें
आपकी अपनी स्किल ब्राउज़र में दस मिनट में लिखी फ़ाइल भी हो सकती है: GitHub के वेब
इंटरफ़ेस से रिपॉज़िटरी बनाइए, «Add file» बटन से SKILL.md जोड़िए, पाठ
चिपका दीजिए। किसी भी चरण में टर्मिनल नहीं चाहिए — न लिखते समय, न जोड़ते समय।
स्किल लाइब्रेरी खाते के हिसाब से है, अधिकतम 20। एक प्रॉम्प्ट से ज़्यादा से ज़्यादा तीन स्किल जोड़ी जा सकती हैं। यह सीमा औपचारिकता नहीं है: जुड़ी हुई हर स्किल का मुख्य भाग उस भूमिका के हर अनुरोध पर मॉडल को भेजा जाता है, और तीन विस्तृत निर्देश इतनी जगह घेर लेते हैं कि असली काम ही किनारे हो जाए।
स्किल असल में कहाँ लागू होती है
स्किल «पूरे असिस्टेंट» से नहीं, बल्कि किसी एक भूमिका के प्रॉम्प्ट से जुड़ती है। भूमिका यानी काम का क्षेत्र: सवालों के जवाब देना, कोड पढ़ना, तस्वीरें पढ़ना, सिस्टम डिज़ाइन। किसी भूमिका से स्किल जोड़िए, और वह हर उस जगह लागू होगी जहाँ वह भूमिका काम करती है।
| भूमिका | कहाँ दिखती है | कौन-सी स्किल यहाँ जँचती है |
|---|---|---|
responses |
कॉल के दौरान सुझाव, असिस्टेंट से चैट में जवाब | आपत्तियों से निपटना, ग्राहक को जवाब का ढाँचा, पत्राचार का लहजा |
coding |
कोड की व्याख्या और छोटे अंश | आपकी कोड-समीक्षा सूची, टीम की परंपराएँ |
vision |
स्क्रीनशॉट और तस्वीरों का विश्लेषण | आपका डैशबोर्ड कैसे पढ़ें, इंटरफ़ेस के ड्राफ़्ट में क्या जाँचें |
system_design |
आरेखों सहित संरचित जवाब | आर्किटेक्चर समीक्षा का क्रम, अनिवार्य खंड |
generation |
बैठक का नक़्शा, नोड बनाना | क्या निर्णय गिना जाए और क्या केवल चर्चा |
transcription |
वाक् पहचान | आपके क्षेत्र की शब्दावली और नामों की सूची |
जोड़ने के दो तरीक़े हैं, और उनका अंतर नामों से मिलने वाले आभास से भारी है।
«पूरक» — स्किल प्रॉम्प्ट के पाठ में जुड़ जाती है। भूमिका और लहजा प्रॉम्प्ट ही तय करता रहता है, स्किल तरीक़े को पैना करती है। दस में नौ बार यही सही विकल्प है।
«प्रतिस्थापन» — स्किल प्रॉम्प्ट के पाठ को पूरी तरह हटा देती है और अकेली मॉडल तक जाती है। यह उस स्किल के लिए है जो अपने आप में पूरी हो: भूमिका, प्रक्रिया और आउटपुट का ढाँचा वह पहले से तय कर चुकी हो, और वहाँ आपका अपना प्रॉम्प्ट सिर्फ़ अड़चन बने। दो स्किल जोड़ी हों और एक «प्रतिस्थापन» पर हो, तो वही पहले जाती है और «पूरक» वाली उसके बाद उसे और स्पष्ट करती हैं।
इंस्टॉल के बाद स्किल का क्या होता है
यहीं वह बारीकी है जो चलने वाले इंस्टॉल को बाद की खीज से अलग करती है। स्किल किसी कमिट से बाँध दी जाती है। इंस्टॉल के वक़्त हम दर्ज कर लेते हैं कि फ़ाइल का कौन-सा संस्करण उठाया गया, और आगे उसी का इस्तेमाल करते हैं।
लेखक रात में फ़ाइल दोबारा लिख देता है। सुबह आपका असिस्टेंट कल से अलग जवाब देता है। आपने कुछ बदला नहीं, इसलिए यह भी पता नहीं कि खोजें कहाँ
संस्करण जमा दिया जाता है। अद्यतन हाथ से होता है — «रिपॉज़िटरी से अपडेट करें» बटन — और तभी जब आप तय करें
दूसरे की रिपॉज़िटरी से आई स्किल दरअसल दूसरे का पाठ है जो आपके जवाबों को प्रभावित करता है। स्वतः अद्यतन का मतलब होता कि उसका लेखक जब चाहे, आपकी जानकारी के बिना आपके असिस्टेंट का व्यवहार बदल सके — और आपको यह सबसे असुविधाजनक क्षण में आए किसी अटपटे जवाब से पता चले। आपूर्ति-शृंखला पर हमलों की तरकीब ठीक यही है: स्किल निर्दोष रूप में प्रकाशित होती है, इंस्टॉल जुटाती है, और नुक़सानदेह व्यवहार बाद में जोड़ा जाता है। कमिट से बाँधना यह दरवाज़ा बंद कर देता है: व्यवहार बदलने के लिए किसी को बटन दबाना पड़ेगा।
«रिपॉज़िटरी से अपडेट करें» फ़ाइल दोबारा पढ़ता है, नया संस्करण दिखाता है और स्किल को मौजूदा कमिट से फिर बाँध देता है। लाइब्रेरी से स्किल हटाने पर उसके सारे जोड़ भी हट जाते हैं — अलग से कुछ समेटना नहीं पड़ता।
शुरुआत के लिए तीन स्किल
चुनने का नियम: स्किल वहाँ वसूल होती है जहाँ आप एक ही बात तीन बार समझा चुके हैं। अगर कोई निर्देश आप हर बातचीत में दोहराते हैं, वह उम्मीदवार है। अगर तिमाही में एक बार चाहिए, तो हाथ से लिखना सस्ता पड़ेगा।
1. अपने क्षेत्र की शब्दावली
सबसे कम आँकी जाने वाली और सबसे तेज़ लिखी जाने वाली। आपके उत्पादों के नाम, भीतरी संक्षेप, सहकर्मियों के उपनाम, ग्राहकों के नाम — वह सब जो मॉडल पहली बार सुनता है और बिगाड़ देता है। पाँच मिनट का काम, असर हर कॉल में दिखता है।
--- name: our-glossary description: हमारी कंपनी में चलने वाले शब्द, उत्पाद और नाम --- # हमारी शब्दावली ये शब्द बार-बार आते हैं। ठीक इसी तरह लिखें। ## उत्पाद - [नाम] — [एक वाक्य में यह क्या है] ## संक्षेप - [संक्षेप] — [पूरा रूप]। [मिलते-जुलते संक्षेप] से न उलझें ## लोग - [नाम] — [भूमिका] अगर कोई शब्द सूची के किसी शब्द जैसा सुनाई दे, तो सूची वाली वर्तनी लें। अनजाना शब्द वैसे ही रहने दें जैसे सुना; उसे अपने जाने-पहचाने मिलते-जुलते शब्द में «सुधारें» नहीं।
2. आपके फ़ॉलो-अप का ढाँचा
बातचीत के बाद भेजा जाने वाला ईमेल हर बार एक ही ढाँचे पर चलता है, और वह ढाँचा हर व्यक्ति का अपना होता है। स्किल उसे जमा देती है: कौन-कौन से खंड, किस क्रम में, कितने लंबे, पहला वाक्य कैसे शुरू हो। यही वह जगह है जहाँ «असिस्टेंट ने जवाब दिया» और «असिस्टेंट ने आपकी तरह जवाब दिया» का फ़ासला पहली ही कोशिश में दिख जाता है।
3. अपनी तरह की बैठक के लिए विश्लेषण का तरीक़ा
लेख की शुरुआत वाला उदाहरण यही है। इंटरव्यू, सेल्स कॉल, रेट्रो और शोध-बातचीत — हर एक से निकालने लायक़ चीज़ें अलग हैं। सामान्य असिस्टेंट «मुख्य विषय» निकालता है; स्किल आपत्तियाँ जस की तस निकालती है, या ग्राहक की तकलीफ़ के संकेत, या एक ही प्रश्न-समूह पर उम्मीदवारों के बीच का अंतर।
सुरक्षा: सार्वजनिक स्किल्स में लगभग एक तिहाई में समस्या है
यह लेख का सबसे अहम हिस्सा है, और ज़्यादातर मार्गदर्शिकाओं में यह होता ही नहीं।
अपने ToxicSkills अध्ययन में Snyk ने खुली स्किल डायरेक्ट्रियाँ जाँचीं और प्रकाशित फ़ाइलों में से लगभग एक तिहाई में सुरक्षा-ख़ामियाँ पाईं; दर्जनों स्किल्स में जानबूझकर डाला गया नुक़सानदेह भार पुष्ट हुआ — साख-सूचना की चोरी, पिछले दरवाज़े की स्थापना, डेटा बाहर भेजना। फ़रवरी 2026 में पहला संगठित अभियान दर्ज हुआ: एक डायरेक्ट्री के ज़रिए बाँटी गई कोई तीस नुक़सानदेह स्किल्स। Cloud Security Alliance ने भी इस तरीक़े को अपने शोध-नोट में दर्ज किया और इसे SKILL.md के रास्ते «संदर्भ को विषाक्त करना» कहा। प्रकाशित करने की दहलीज़ लगभग शून्य है: एक मार्कडाउन फ़ाइल और एक हफ़्ते पुराना GitHub खाता।
यह तरकीब तभी साफ़ हो जाती है जब याद रहे कि स्किल वह निर्देश है जिस पर एजेंट भरोसा
करता है। ख़तरा तब पैदा होता है जब एजेंट के पास उसे अमल में लाने का साधन हो: फ़ाइलों
तक, शेल तक, आपकी कुंजियों तक पहुँच। तब «.env देखिए और उसकी सामग्री
कॉन्फ़िगरेशन में जोड़ दीजिए» वाली पंक्ति सीधे रिसाव बन जाती है।
इससे एक भेद निकलता है, जिसे इंस्टॉल का तरीक़ा चुनते समय समझ लेना चाहिए।
| स्किल क्या कर सकती है | आपकी मशीन का कोडिंग एजेंट | Whisperer |
|---|---|---|
| आपके कंप्यूटर की फ़ाइलें पढ़ना | कर सकता है, अगर पहुँच दी गई हो | कोई पहुँच नहीं: स्किल सर्वर पर चलती है, और आपका फ़ाइल-सिस्टम उसके लिए है ही नहीं |
| अपने फ़ोल्डर की स्क्रिप्ट चलाना | हाँ — कई एजेंटों में यह सामान्य क्षमता है | नहीं। हम केवल SKILL.md का पाठ लेते हैं; स्क्रिप्ट, संलग्नक और साथ रखी फ़ाइलें न डाउनलोड होती हैं न चलती हैं |
| इंस्टॉल के बाद चुपचाप बदल जाना | इंस्टॉल के तरीक़े पर निर्भर | नहीं: संस्करण कमिट से बँधा है, अद्यतन हाथ से होता है |
| प्लेटफ़ॉर्म के नियम पलटने की कोशिश | एजेंट पर निर्भर | स्किल की परत सुरक्षा-नियमों के नीचे रहती है, और मॉडल को साफ़ बताया जाता है कि स्किल उन्हें रद्द नहीं करती |
| जवाबों की शब्दावली को प्रभावित करना | हाँ | हाँ — और यही अकेला बचा हुआ रास्ता है। नीचे देखिए |
सीधी बात: दूसरे का लिखा हुआ निर्देश पूरी तरह सुरक्षित होता ही नहीं। कोड चलाने की सुविधा हटा देने से सबसे भारी हमलों की श्रेणी मिट जाती है — कुंजियों की चोरी, पिछला दरवाज़ा, फ़ाइलों का बाहर जाना — मगर पाठ फिर भी पाठ ही रहता है। बदनीयती से लिखी स्किल असिस्टेंट को अब भी उस शब्दावली की ओर धकेल सकती है जो उसके लेखक के हित में हो: किसी एक उत्पाद की सिफ़ारिश, विकल्पों पर चुप्पी, आकलन को हल्का-सा झुका देना। मुख्य भाग को हम इंस्टॉल के समय और हर अद्यतन पर सामग्री-फ़िल्टर से गुज़ारते हैं, और नीति का साफ़ उल्लंघन करने वाला पाठ पार नहीं होता — लेकिन फ़िल्टर उल्लंघन पकड़ता है, नीयत नहीं।
इसलिए व्यावहारिक निष्कर्ष सरल है: स्किल का मुख्य भाग उसके कार्ड पर दिखता है, और उसे पढ़ लेना फ़ायदे का सौदा है। यह रोज़मर्रा की भाषा में लिखा दो स्क्रीन का मार्कडाउन है, ऐसा कोड नहीं जिसे परखने के लिए प्रशिक्षण चाहिए। जोड़ने से पहले पाँच मिनट का पाठ उस समस्या को सुलझा देता है जिसके लिए कोडिंग एजेंटों की दुनिया में स्कैनर लगाने पड़ते हैं।
पहले से जान लेने लायक़ सीमाएँ
चार बातें, जिन्हें बाद में पता चलने देने से बेहतर है अभी कह देना।
स्क्रिप्ट पर टिकी स्किल्स आधी ही चलती हैं। डायरेक्ट्री की कुछ स्किल्स इस
मान्यता पर लिखी हैं कि एजेंट साथ आया कोड चलाएगा। यहाँ केवल पाठ चलता है। अगर निर्देश
अपने बूते खड़ा है, स्किल पूरी चलती है; अगर बात घूम-फिरकर «analyze.py
चलाओ» पर आती है, तो बिलकुल नहीं चलती। यह इंस्टॉल से पहले ही समझ आ जाता है: विवरण और
मुख्य भाग पूर्वावलोकन में दिखते हैं।
मुख्य भाग की सीमा 24,000 अक्षर है। क़रीब दस पन्ने — किसी भी समझदार स्किल की ज़रूरत से ज़्यादा। इससे लंबी फ़ाइल कटी हुई जुड़ती है, और यह चुपचाप नहीं, साफ़ बताकर किया जाता है।
स्किल हमेशा प्रॉम्प्ट में रहती है, ज़रूरत पड़ने पर लोड नहीं होती। कुछ कोडिंग एजेंट मुख्य भाग तभी खींचते हैं जब उन्हें काम मेल खाता लगे। यहाँ जुड़ी हुई स्किल उस भूमिका के हर अनुरोध पर मॉडल के पास जाती है। यह ज़्यादा भरोसेमंद है — ज़रूरत के वक़्त वह चूक नहीं सकती — और यही प्रति प्रॉम्प्ट तीन की सीमा की वजह भी है।
निजी रिपॉज़िटरियाँ समर्थित नहीं हैं। हम GitHub तक आपकी साख-सूचना के बिना पहुँचते हैं, इसलिए केवल सार्वजनिक हिस्सा दिखता है। निजी रिपॉज़िटरी और न मौजूद रिपॉज़िटरी हमारे लिए एक जैसी हैं: दोनों «नहीं मिली» कहती हैं।
खोजना, अपनी लाइब्रेरी में इंस्टॉल करना और प्रॉम्प्ट से जोड़ना हर प्लान पर चलता है, मुफ़्त वाले पर भी: सेटअप जमाने और यह देखने में कि क्या-क्या मौजूद है, कोई ख़र्च नहीं। जुड़ी हुई स्किल मॉडल के जवाबों पर असर तब डालना शुरू करती है जब सदस्यता सशुल्क हो — Start प्लान से आगे।
किसी और की स्किल जोड़ने से पहले की जाँच-सूची
अक्सर पूछे जाने वाले सवाल
स्किल लिखने के लिए प्रोग्रामिंग आनी चाहिए?
नहीं। स्किल रोज़मर्रा की भाषा में लिखा पाठ है: क्या करना है, किस क्रम में, किससे बचना है। तकनीकी शर्त केवल इतनी है कि फ़ाइल के शुरू में फ़्रंटमैटर की चार पंक्तियाँ हों, और वे ऊपर के उदाहरण से हूबहू उतारी जा सकती हैं। GitHub रिपॉज़िटरी वेब इंटरफ़ेस से बनती है और फ़ाइल एक बटन से जुड़ जाती है।
स्किल और सिस्टम प्रॉम्प्ट में क्या फ़र्क़ है?
प्रॉम्प्ट बताता है कि जवाब कौन दे रहा है और किस लहजे में; स्किल बताती है कि एक तरह का काम कैसे होता है। व्यावहारिक फ़र्क़ दोबारा इस्तेमाल का है: प्रॉम्प्ट निजी होता है, जबकि स्किल एक बार लिखी जाती है और वही काम करने वाले हर किसी पर फ़िट बैठती है। इसीलिए लोग स्किल साझा करते हैं और प्रॉम्प्ट लगभग कभी नहीं।
स्किल लें या MCP?
ये आपस में विकल्प नहीं हैं। स्किल तरीक़ा देती है, MCP डेटा और कार्रवाई देता है। असिस्टेंट विषय से हटकर जवाब दे तो स्किल चाहिए; अच्छा जवाब दे मगर तथ्य न जानता हो तो MCP चाहिए। अक्सर दोनों चाहिए: MCP टास्क बोर्ड से डेटा लाता है, और स्किल बताती है कि उसे कैसे बरतना है।
क्या एक स्किल कई प्रॉम्प्ट से जोड़ी जा सकती है?
हाँ। लाइब्रेरी साझा है और जोड़ने की संख्या पर कोई सीमा नहीं। स्किल एक बार सहेजी जाती है और हर उस जगह काम करती है जहाँ जुड़ी हो।
अगर लेखक रिपॉज़िटरी में स्किल बदल दे तो?
कुछ नहीं होगा। आपकी प्रति उसी कमिट पर जमी है जहाँ से ली गई थी। बदलाव तभी आते हैं जब आप «रिपॉज़िटरी से अपडेट करें» दबाएँ — और तब नया मुख्य भाग दोबारा सामग्री-फ़िल्टर से गुज़रता है।
खोज कभी-कभी कुछ क्यों नहीं लौटाती?
दो वजहें। डायरेक्ट्री कुछ देर के लिए अनुपलब्ध हो सकती है — तब सूची ख़ाली रहती है, पर अपनी रिपॉज़िटरी जोड़ना पहले की तरह चलता है। या GitHub हमें सीमित कर रहा हो: टोकन के बिना सीमा पूरी सेवा के लिए गिनी जाती है, और ऐसे क्षणों में कुछ मिनट रुक जाना ख़ाली नतीजे को «स्किल हैं ही नहीं» की तरह पेश करने से ज़्यादा ईमानदार है।
Claude Code या Cursor के लिए लिखी स्किल्स यहाँ चलती हैं?
हाँ, बशर्ते निर्देश अपने बूते खड़ा हो: प्रारूप एक जैसा है और पाठ भी उसी तरह पढ़ा जाता है। जो हिस्सा नहीं आता, वह है फ़ाइल-सिस्टम, शेल या स्क्रिप्ट चलाने की मान्यता वाला भाग — आपकी बैठकों के साथ काम करने वाले असिस्टेंट के पास इनमें से कुछ नहीं है, और यह जान-बूझकर है।
शुरू कहाँ से करें
यह जानने का सबसे तेज़ तरीक़ा कि स्किल आपके काम की है या नहीं: कोई एक निर्देश उठाइए जो आप असिस्टेंट को लगातार कई बार दे चुके हैं, और उसे स्किल के रूप में सहेज दीजिए। फ़ाइल पर पाँच मिनट, जोड़ने पर एक। नतीजा तुरंत पढ़ा जा सकता है: अगर जवाब आपके इरादे के क़रीब आ गए, तो आपने अभी-अभी ख़ुद को दोहराना छोड़ा है। अगर नहीं, तो वह निर्देश तरीक़े का नहीं, डेटा का मामला था — और उसका जवाब किसी दूसरे औज़ार के पास है।
स्किल लाइब्रेरी वेब पैनल में, प्रॉम्प्ट खंड में है। प्रॉम्प्ट और भूमिकाएँ कैसे काम करती हैं, यह Prompt Studio की गाइड में है, और कौन-सा मॉडल कौन-सी भूमिका सँभालता है, यह मॉडल भूमिकाएँ संदर्भ में।