आपत्ति, आपके सोचने से पहले कही गई
“Skills आधिकारिक हैं, और वे पहले से मेरी अपनी फ़ाइलें हैं”
यह सब सच है, और हम इससे कतराएँगे नहीं। Skill एक फ़ोल्डर है जिसके भीतर SKILL.md होती है: front matter की दो पंक्तियाँ — एक नाम और एक विवरण — और फिर पाठ। यह markdown है, आपकी है, git में रहती है, और कल आपका मन बदले तो आप इसे साथ ले जा सकते हैं। किसी ने आपको किसी चीज़ में बाँधा नहीं है।
इसकी कार्यप्रणाली भी अच्छी बनी है। जब तक Skill की ज़रूरत नहीं पड़ती, उसका सिर्फ़ विवरण मेमोरी में रहता है — लगभग सौ शब्द; मुख्य भाग तब लोड होता है जब AI तय करता है कि वह प्रासंगिक है, और सहायक फ़ाइलें तभी जब वह उन्हें सचमुच खोले। इसे प्रोग्रेसिव डिस्क्लोज़र कहते हैं, और AI को सौ क्षमताएँ देने का यह सही तरीक़ा है, बिना हर वाक्य में उन सबकी क़ीमत चुकाए।
तो नहीं: यह पेज यह कहने के लिए नहीं है कि Skills ख़राब बनी हैं। यह इसलिए है कि वही तंत्र, जो किसी क्षमता के लिए ख़ूबी है, किसी पहचान के लिए कमी है।
मुद्दा यह है कि वह संदर्भ में कब आती है
Skill ज़रूरत पड़ने पर आती है। यही उसकी पूरी ख़ूबसूरती है: जब तक कोई वजह न हो वह जगह नहीं घेरती, और AI विवरण पढ़कर वजह पहचान लेता है। “हमारे नियमों के हिसाब से प्रेज़ेंटेशन तैयार करना” जैसे काम के लिए बिल्कुल सही, जिसकी ज़रूरत मंगलवार को होती है और गुरुवार को नहीं।
पहचान इस तरह काम नहीं करती। आप कौन हैं, यह कोई ऐसी क्षमता नहीं जो विषय की माँग पर चालू हो: यह वह चीज़ है जो आपके मुँह खोलने से पहले ही मौजूद होती है, और तय करती है कि आप सवाल को कैसे पढ़ते हैं। जो चीज़ सिर्फ़ बुलाए जाने पर दिखती है, वह चरित्र नहीं, एक मैनुअल है।
यह वही फ़र्क़ है जो खाना बनाना जानने और भूखे होने में है। पहली चीज़ ज़रूरत पड़ने पर निकाली जाती है; दूसरी आपको तब भी चलाती है जब आप खाने के बारे में सोच भी नहीं रहे होते।
और एक चीज़ है जो Skill में नहीं होती
SKILL.md में इस हिस्से को दोबारा मत लिखना लिखने का कोई तरीक़ा नहीं है। यह चूक नहीं है: Skill वह चीज़ है जो आप AI को इसलिए देते हैं कि वह उसका इस्तेमाल करे, और उसमें बचाने जैसा कुछ नहीं है।
इसके उलट, Reminder के दूसरी ओर कोई है जो पढ़ता है, समझता है और दोबारा लिख भी सकता है — इसलिए हर ब्लॉक यह घोषित करता है कि उसका कितना हिस्सा आपका है: उन नियमों से, जिन्हें सिर्फ़ आप बदल सकते हैं, उन नोट्स तक जिन्हें AI बिना पूछे अपडेट कर देता है। यह मैनुअल और संविधान का फ़र्क़ है, और यही वजह है कि Reminder गद्य नहीं, बल्कि एक संरचना है।
दो कॉलम में
| | Skill | Reminder |
|---|
| यह किस सवाल का जवाब देता है | कोई काम कैसे किया जाता है | काम करने वाला कौन है |
| संदर्भ में कब आता है | जब AI इसे प्रासंगिक समझे | हमेशा, पहली पंक्ति से |
| इसमें क्या होता है | एक प्रक्रिया, कुछ उदाहरण, कुछ स्क्रिप्ट | कोर, मॉड्यूल, यादें, अनुमतियाँ |
| इसे दोबारा कौन लिख सकता है | आप, बातचीत के बाहर | क्षेत्र पर निर्भर है: यह फ़ाइल के अंदर घोषित होता है |
| अगर आप इसे हटा दें | AI वह काम करना भूल जाता है | AI अब “कोई” नहीं रह जाता |
| जो याद रखती है | कुछ नहीं: कल भी आज जैसा ही है | वह कैसा रहा: मॉड्यूल की संबद्ध स्मृति में |
जहाँ दोनों साथ बैठते हैं, और यह लगभग हमेशा होता है
यह “या तो-या” का मामला नहीं है, और इसे वैसा बनाने का कोई फ़ायदा भी नहीं। जो बँटवारा काम करता है, वह साफ़ है: क्षमताओं के लिए Skills, पहचान के लिए Reminder। एक ही बातचीत, कोई टकराव नहीं — क्योंकि दोनों एक ही जगह के लिए होड़ नहीं कर रहे।
कोडिंग एजेंट्स के साथ यही बँटवारा पहले से अपना ठिकाना रखता है: एजेंट शुरू होते समय जो फ़ाइल पढ़ता है — CLAUDE.md, AGENTS.md — वहीं पहचान जाती है, और Skills वे प्रक्रियाएँ बनी रहती हैं जिन्हें वह पहचान चलाना जानती है।
और सीमा दिखने से कहीं ज़्यादा पारगम्य है। जो Skill आपके पास पहले से है, वह लगभग पंक्ति-दर-पंक्ति एक मॉड्यूल में बदल जाती है: कुछ नए सिरे से गढ़ने की ज़रूरत नहीं, क्योंकि दोनों रूप एक ही चार सवालों के जवाब देते हैं।
- विवरण: यह क्या करता है, और कब इस्तेमाल करना है
→- ### FUNCTION · ### TRIGGER
- निर्देश, यानी अपनाए जाने वाले चरण
→- ### ROUTINE
- जो नहीं करना है, सीमाएँ
→- ### LIMITI
- इनपुट और आउटपुट के उदाहरण
→- ### ESEMPIO
यह उलटी दिशा में भी सही है, और यही चौंकाने वाली बात है। SKILL.md में अनिवार्य सिर्फ़ front matter की दो पंक्तियाँ हैं — एक नाम और एक विवरण। उसके नीचे आप आज़ाद हैं: मुख्य भाग की संरचना कोई तय नहीं करता। Skills का ढीले गद्य में लिखा जाना एक फैली हुई आदत है, नियम नहीं — और Anthropic के अपने दिशानिर्देश क्रमांकित चरणों, आउटपुट टेम्पलेट और उदाहरणों की सलाह देते हैं, जो ठीक वही रूप है जो मॉड्यूल में पहले से है। यह बिना दोबारा लिखे front matter के नीचे बैठ जाता है।
सिर्फ़ एक चीज़ पार नहीं जाती, और इसे कहना ज़रूरी है। मॉड्यूल के अंदर इस हिस्से को आप दोबारा नहीं लिखते घोषित करने वाली पंक्ति के लिए जगह है, और ऐप उसे लागू करता है; SKILL.md के अंदर उस पंक्ति के बैठने की कोई जगह नहीं, और उसे बचाने के लिए बीच में कोई ऐप भी नहीं — क्षेत्र के चिह्न वहाँ सिर्फ़ टेक्स्ट बनकर रहते हैं, और उन्हें कोई लागू नहीं करता। किसी क्षमता का अनुवाद बिल्कुल ठीक चलता है। पहचान का अनुवाद नहीं चलता: और यह पेज बस इतना ही कह रहा है।
तीसरा रास्ता: अनुवाद मत कीजिए, कलम लगाइए
किसी Skill को मॉड्यूल में अनूदित करना एक रास्ता है। दूसरा रास्ता है उसका अनुवाद बिल्कुल न करना। SKILL.md का मुख्य भाग markdown है, और मॉड्यूल उसे ज्यों का त्यों रखता है, एक ऐसी पंक्ति के नीचे जो घोषित करती है कि वह हिस्सा किसका है: Standard में उसे ### SUB-MODULE: कहते हैं, और उसके नीचे Skill का पूरा पाठ जाता है — उसका काम, उसके चरण, उसके उदाहरण। कुछ दोबारा नहीं लिखा जाता। आप बस घोषित करते हैं कि वह किसका है, और कहाँ बैठा है।
## MODULE 07: ...
### FUNCTION
### SUB-MODULE: SKILL_A
#### FUNCTION
#### ROUTINE
### SUB-MODULE: SKILL_B
#### FUNCTION
#### ROUTINE
[P4]
### ASSOCIATED MEMORY
[/P4]
मॉड्यूल उसके आसपास वे दो चीज़ें जोड़ता है जिनके लिए SKILL.md में कोई जगह नहीं। पहली है अनुमति क्षेत्र: कलम लगाया गया पाठ एक ऐसे ब्लॉक के अंदर आता है जो घोषित करता है कि उसे कौन दोबारा लिख सकता है, और वह इनकार ऐप करता है, मॉडल नहीं। दूसरी है ### ASSOCIATED MEMORY, वह खंड जहाँ वह सब जमा होता है जो आप उसे इस्तेमाल करते हुए सीखते हैं — कि वे चरण आपके लिए अलग क्रम में चलते हैं; कि आपकी फ़ाइलों के साथ वह एक चरण नहीं टिकता; कि आप आउटपुट छोटा चाहते हैं। Skill जानती है कि काम कैसे होता है। मॉड्यूल याद रखता है कि वह कैसा रहा।
और एक मॉड्यूल में एक से ज़्यादा समा सकती हैं। अगर तीन Skills एक ही काम में लगी हैं — PDF पढ़ना, उसमें से तालिका निकालना, उसका सारांश लिखना — तो आप उन्हें एक ही मॉड्यूल में कलम लगा सकते हैं, हर ### SUB-MODULE: के नीचे एक। उसके बाद वे एक-एक करके नहीं जगतीं: मॉड्यूल के आने पर वे साथ-साथ संदर्भ में आती हैं, और एक-दूसरे को देख सकती हैं। यह आपका चुनाव है, और यही वह क्षण है जब आप प्रगतिशील प्रकटीकरण करना छोड़ देते हैं।
क़ीमत साफ़ बताई गई है: जब-जब वह मॉड्यूल सक्रिय होता है, आप तीनों का दाम चुकाते हैं, उस दिन भी जब आपको सिर्फ़ एक की ज़रूरत थी। जो आप ख़रीदते हैं वह यह है कि वे एक-दूसरे का खंडन करना बंद कर देती हैं — तीन की जगह एक संबद्ध स्मृति, एक ही वाक्य तीन जगह लिखने की जगह एक बार लिखा गया नियम, और कोई काम अधूरा नहीं रहता क्योंकि AI ने एक को लोड किया और दूसरी को नहीं। अगर काम एक है, तो मॉड्यूल एक है। अगर तीन काम हैं, तो उन्हें अलग रखिए और ज़रूरत पर जगने दीजिए: ठीक यही वह स्थिति है जहाँ अकेली Skill इससे बेहतर काम करती है।
एक चीज़ आज आपको हाथ से करनी पड़ती है, और पहले से जान लेना अच्छा है: कलम लगाना कॉपी और पेस्ट है, और उस क्षण से वह प्रति आपकी है। अगर Skill का लेखक नया संस्करण प्रकाशित करे, तो उसे लाना है या नहीं, यह आप तय करते हैं — पाठ आपकी फ़ाइल के अंदर खुला पड़ा है, और वह उसी तरह अपडेट होता है जैसे कोई फ़ाइल अपडेट होती है। बाक़ी सब जैसा ही समझौता है: आपके नीचे ऐसा कुछ नहीं खिसकता जो आपको दिखाई न दे।
एक पंक्ति में
Skill वह है जो आपका AI करना जानता है। Reminder वह है जो वह करते समय कौन है। दोनों रखिए: वे एक-दूसरे के पैर पर पैर नहीं रखतीं, क्योंकि वे एक ही जगह पर नहीं हैं।