सामग्री पर जाएँ
← और गहराई से
और गहराई से

यह Skill नहीं है

अगर आप Claude इस्तेमाल करते हैं तो Skills को जानते होंगे: निर्देश-फ़ाइल वाले फ़ोल्डर, जिन्हें AI ज़रूरत पड़ने पर लोड करता है। वे Reminder से इतने मिलते-जुलते हैं कि आप सोच सकते हैं “यह तो मेरे पास पहले से है”। पर दोनों एक ही काम नहीं करते, और फ़र्क़ एक पंक्ति में दिख जाता है: Skill बताती है काम कैसे होता है, Reminder बताता है उसे कौन कर रहा है।

आपत्ति, आपके सोचने से पहले कही गई

“Skills आधिकारिक हैं, और वे पहले से मेरी अपनी फ़ाइलें हैं”

यह सब सच है, और हम इससे कतराएँगे नहीं। Skill एक फ़ोल्डर है जिसके भीतर SKILL.md होती है: front matter की दो पंक्तियाँ — एक नाम और एक विवरण — और फिर पाठ। यह markdown है, आपकी है, git में रहती है, और कल आपका मन बदले तो आप इसे साथ ले जा सकते हैं। किसी ने आपको किसी चीज़ में बाँधा नहीं है।

इसकी कार्यप्रणाली भी अच्छी बनी है। जब तक Skill की ज़रूरत नहीं पड़ती, उसका सिर्फ़ विवरण मेमोरी में रहता है — लगभग सौ शब्द; मुख्य भाग तब लोड होता है जब AI तय करता है कि वह प्रासंगिक है, और सहायक फ़ाइलें तभी जब वह उन्हें सचमुच खोले। इसे प्रोग्रेसिव डिस्क्लोज़र कहते हैं, और AI को सौ क्षमताएँ देने का यह सही तरीक़ा है, बिना हर वाक्य में उन सबकी क़ीमत चुकाए।

तो नहीं: यह पेज यह कहने के लिए नहीं है कि Skills ख़राब बनी हैं। यह इसलिए है कि वही तंत्र, जो किसी क्षमता के लिए ख़ूबी है, किसी पहचान के लिए कमी है।

मुद्दा यह है कि वह संदर्भ में कब आती है

Skill ज़रूरत पड़ने पर आती है। यही उसकी पूरी ख़ूबसूरती है: जब तक कोई वजह न हो वह जगह नहीं घेरती, और AI विवरण पढ़कर वजह पहचान लेता है। “हमारे नियमों के हिसाब से प्रेज़ेंटेशन तैयार करना” जैसे काम के लिए बिल्कुल सही, जिसकी ज़रूरत मंगलवार को होती है और गुरुवार को नहीं।

पहचान इस तरह काम नहीं करती। आप कौन हैं, यह कोई ऐसी क्षमता नहीं जो विषय की माँग पर चालू हो: यह वह चीज़ है जो आपके मुँह खोलने से पहले ही मौजूद होती है, और तय करती है कि आप सवाल को कैसे पढ़ते हैं। जो चीज़ सिर्फ़ बुलाए जाने पर दिखती है, वह चरित्र नहीं, एक मैनुअल है।

यह वही फ़र्क़ है जो खाना बनाना जानने और भूखे होने में है। पहली चीज़ ज़रूरत पड़ने पर निकाली जाती है; दूसरी आपको तब भी चलाती है जब आप खाने के बारे में सोच भी नहीं रहे होते।

और एक चीज़ है जो Skill में नहीं होती

SKILL.md में इस हिस्से को दोबारा मत लिखना लिखने का कोई तरीक़ा नहीं है। यह चूक नहीं है: Skill वह चीज़ है जो आप AI को इसलिए देते हैं कि वह उसका इस्तेमाल करे, और उसमें बचाने जैसा कुछ नहीं है।

इसके उलट, Reminder के दूसरी ओर कोई है जो पढ़ता है, समझता है और दोबारा लिख भी सकता है — इसलिए हर ब्लॉक यह घोषित करता है कि उसका कितना हिस्सा आपका है: उन नियमों से, जिन्हें सिर्फ़ आप बदल सकते हैं, उन नोट्स तक जिन्हें AI बिना पूछे अपडेट कर देता है। यह मैनुअल और संविधान का फ़र्क़ है, और यही वजह है कि Reminder गद्य नहीं, बल्कि एक संरचना है।

दो कॉलम में

SkillReminder
यह किस सवाल का जवाब देता हैकोई काम कैसे किया जाता हैकाम करने वाला कौन है
संदर्भ में कब आता हैजब 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 समाई है, और वह उसे सशक्त बनाता है

यह वह बात है जो उसे भी कहने लायक़ है जो कभी IllAIra इस्तेमाल नहीं करेगा। Skill जानती है कि कोई काम कैसे होता है। जो मॉड्यूल उसे रखता है वह दर्ज करता है कि वह कैसा रहा: कि आपकी फ़ाइलों के साथ वह चरण नहीं टिकता, कि आप आउटपुट छोटा चाहते हैं, कि आपके साथ वे चरण अलग क्रम में चलते हैं। प्रक्रिया और प्रक्रिया का अनुभव, एक ही ऑब्जेक्ट में, अलग-अलग अनुमतियों के साथ — पहली उस क्षेत्र में जिसे मॉडल दोबारा नहीं लिखता, दूसरा उस क्षेत्र में जहाँ वह ख़ुद जोड़ता है।

इस तरह Skill नहीं बदलती, और मॉड्यूल बदलता है: प्रक्रिया के चारों ओर एक परिचालन स्मृति बढ़ती है, यानी इस बात का इतिहास कि वह क्षमता आपके साथ कैसे इस्तेमाल हुई, जो मॉड्यूल के सक्रिय होने पर हर बार मॉडल की पहुँच में रहती है। यह वही आकार है जो आप Sphere Grid में देखते हैं जब एक पूरा आर्काइव किसी नोड की संबद्ध स्मृति बन जाता है — वहाँ एक विकी, यहाँ एक प्रक्रिया: जो आपने उसे इस्तेमाल करते हुए जुटाया, वह उस पर लटका हुआ जो वह करना जानती है।

आपत्तियाँ, एक-एक करके

“आपका वाला किसी का आधिकारिक मानक नहीं है”

सच है, और इसीलिए यह प्रकाशित है। Reminder markdown है: आप इसे किसी भी एडिटर में खोलते हैं, हमारे बिना पढ़ते हैं, बिना इजाज़त बदलते हैं। ऐसा कोई रनटाइम नहीं जिसे इस फ़ाइल के मायने बनाए रखने के लिए चालू रहना पड़े। अगर IllAIra कल ग़ायब हो जाए, तब भी आपकी फ़ाइलें आपके पास होंगी और वैसे ही काम करेंगी — जो किसी और की सेवा के अंदर रहने वाली स्मृति के बारे में नहीं कहा जा सकता।

“एक लंबा सिस्टम प्रॉम्प्ट काफ़ी होगा”

चलता है, कुछ समय तक। फिर वह बढ़ता है, और आपको तीन चीज़ें मिलती हैं जो उसमें नहीं हैं: पूरा दोबारा पढ़े बिना एक टुकड़ा नहीं बदल सकते, किसी हिस्से को अछूता घोषित नहीं कर सकते, और उसे देख नहीं सकते — वह शब्दों की दीवार है, नक्शा नहीं। Reminder वही विचार है, ऊपर एक संरचना के साथ, और बाक़ी सब कुछ उसी संरचना से संभव होता है।

“Skill में व्यक्तित्व भी रखा जा सकता है”

रखा जा सकता है, और यही ग़लती करने का सबसे अच्छा तरीक़ा है — क्योंकि यह लगभग चलता है। लेकिन वह फिर भी ऐसी चीज़ रहती है जो तब लोड होती है जब AI उस क्षण को प्रासंगिक समझे, और किसी ने उसे नहीं बताया कि उसके अपने बारे में कुछ भी दोबारा नहीं लिखा जा सकता। आपको बिना किसी सुरक्षा का एक रुक-रुककर आने वाला किरदार मिलता है: वह पहचान जैसा दिखता है, जब तक उसे पहचान होना ज़रूरी न हो जाए।

“यह तो बस markdown है: आप मुझे बेच क्या रहे हैं?”

वाजिब सवाल है, और ईमानदार जवाब यह है: आप इसे हाथ से, मुफ़्त में कर सकते हैं, और कोई आपको रोक नहीं रहा। Standard जान-बूझकर प्रकाशित है। हम बाक़ी चीज़ें बेचते हैं — Sphere Grid, ताकि आप देख सकें कि आपने क्या बनाया है; वे अनुमति क्षेत्र जिन्हें ऐप सचमुच लागू करता है; वे Reminders जो उन लोगों ने पहले से लिखे हैं जो यही काम पेशे के तौर पर करते हैं; और जो इस्तेमाल हुआ उसका ट्रेस। फ़ॉर्मैट नहीं: वह तो हर हाल में आपका है।

“कौन गारंटी देता है कि AI इसका सम्मान करेगा?”

कोई नहीं, और जो इसके उलट कहता है वह आपको कुछ बेच रहा है। Reminder एक टेक्स्ट है जिसे AI पढ़ता है: वह उसका उतना ही सम्मान करता है जितना निर्देशों का करता है, यानी लगभग हमेशा, लेकिन अनुबंध के तौर पर नहीं। यही बात Skill पर, सिस्टम प्रॉम्प्ट पर, और उसके सामने रखी किसी भी चीज़ पर लागू होती है।

जिसकी हम गारंटी दे सकते हैं वह दूसरा आधा हिस्सा है, जो वही हिस्सा भी है जो मायने रखता है: जहाँ क्षेत्र “नहीं” कहता है, वहाँ ऐप नहीं लिखता, और वह इनकार मॉडल से होकर नहीं गुज़रता। उसका हिस्सा एक घोषित परिपाटी है; हमारा हिस्सा वह कोड है जिसे आप पढ़ सकते हैं।

बाक़ी सब की तरह: मॉडल प्रशिक्षित होते हैं, और जो चीज़ वे स्थापित के रूप में जानते हैं — यानी चीज़ें जैसे चलती हैं — उसका सम्मान करना वे ख़ुद सीख लेते हैं। ऐप के बाहर भी — चैट में, किसी दूसरे टूल में — वे इसका सम्मान करें, इसका एक ही तरीक़ा है: इसका इस्तेमाल। यह तरीक़ा जितना खुले में और उपयोग में रहता है, उतना ही वह उस चीज़ में बदलता जाता है जिसके मिलने की मॉडल अपेक्षा करता है। यह अनुबंध में लिखी गारंटी नहीं है। यह वह तरीक़ा है जिससे परिपाटियाँ आदत बनती हैं, मॉडल के लिए भी और इंसान के लिए भी।

“आप मुझे अपने फ़ॉर्मैट से बाँध रहे हैं”

छोड़ने की क़ीमत यह है: फ़ाइलें ले जाइए। वे .md हैं, पहले से आपके डिवाइस पर हैं, और ZIP एक्सपोर्ट एक क्लिक का है। न एक्सपोर्ट करने के लिए कोई डेटाबेस है, न बदलने के लिए कोई मालिकाना फ़ॉर्मैट, न कोई इतिहास जो हमारी तरफ़ रह जाए। “और अगर मैं बाद में निकलना चाहूँ” किसी से भी पूछा जाने वाला सही सवाल है — और हमारा जवाब यह है कि आप पहले से बाहर हैं: फ़ाइलें कभी हमारी थीं ही नहीं।

“हर बातचीत में इसके टोकन लगते हैं”

हाँ, और कम नहीं। ठीक इसीलिए संरचना मॉड्यूलर है: पहचान वाला करघा हमेशा मौजूद रहता है, मॉड्यूल ज़रूरत पर जुड़ते हैं और ज़रूरत न होने पर हटा दिए जाते हैं। जो न्यूनतम चाहता है, वह सिर्फ़ करघा रखता है। जो सब कुछ चाहता है, वह सब कुछ का दाम चुकाता है, और यह जानता है — लेकिन किसी प्रोवाइडर को नहीं: वे टोकन मुफ़्त प्लान में समा जाते हैं, और जब एक चुक जाता है तो वही फ़ाइल अगले में खुल जाती है।

“मुझे एक फ़ॉर्मैट सीखना पड़ेगा”

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

एक पंक्ति में

Skill वह है जो आपका AI करना जानता है। Reminder वह है जो वह करते समय कौन है। दोनों रखिए: वे एक-दूसरे के पैर पर पैर नहीं रखतीं, क्योंकि वे एक ही जगह पर नहीं हैं।