कल्पना कीजिए कि आप एक रोबोट बटलर (नौकर) बना रहे हैं। पुराने दिनों में, उसे नया हुनर सिखाने के लिए, आपको सख्त कंप्यूटर कोड लिखना पड़ता था—तर्क की ऐसी पंक्तियाँ जो एक गुप्त भाषा की तरह दिखती थीं जिसे केवल इंजीनियर ही पढ़ सकते थे। यदि आप चाहते थे कि रोबोट कॉफी बनाए, तो आप उसके सटीक चरण प्रोग्राम करते थे। बाद में, वैज्ञानिकों ने "मशीन लर्निंग" की खोज की, जहाँ आप रोबोट को कॉफी की लाखों तस्वीरें खिलाते हैं, और वह पैटर्न का अनुमान लगाकर कॉफी बनाना सीख जाता है, जैसे कोई छात्र बिना गणित समझे उत्तरों को रट लेता है। लेकिन अब, एक तीसरा तरीका है: आप बस रोबोट से बात कर सकते हैं। आप उसे एक लिखित नोट दे सकते हैं कि, "एक कॉफी बनाओ, लेकिन डार्क रोस्ट का उपयोग करो और इसे गिराना मत," और रोबोट समझ जाता है। इसे "नेचुरल लैंग्वेज" (प्राकृतिक भाषा) कहा जाता है।

बड़ा सवाल जो वैज्ञानिक अभी पूछ रहे हैं वह यह है: जब आप उस लिखित नोट को सहेजते हैं, तो क्या होता है? क्या यह केवल एक अस्थायी संदेश है, जैसे एक स्टिकी नोट जिसे रोबोट काम पूरा करने के बाद फेंक देता है? या क्या वह नोट एक स्थायी, पुन: प्रयोज्य उपकरण बन सकता है, जैसे एक भौतिक रिंच (wrench) जिसे आप पकड़ सकते हैं, उपयोग कर सकते हैं और किसी दूसरे को दे सकते हैं? यह शोध पत्र ठीक इसी कोने की जांच करता है। यह देखता है कि कैसे हम इन "नोट्स" को वास्तविक, प्रबंधनीय सॉफ्टवेयर ऑब्जेक्ट्स में बदल रहे हैं जिन्हें अपडेट किया जा सकता है, सुधारा जा सकता है और साझा किया जा सकता है, बिल्कुल आपके फोन के ऐप्स की तरह। लेखक जानना चाहते हैं कि क्या हम इन निर्देशों को गंभीर सॉफ्टवेयर के रूप में मान सकते हैं, न कि केवल क्षणिक चैट संदेशों के रूप में।

इस पेपर का बड़ा विचार: "स्किलवेयर" (Skillware) से मिलें

इस पेपर के लेखक एक नए प्रकार के सॉफ्टवेयर ऑब्जेक्ट के लिए एक नया नाम प्रस्तावित कर रहे हैं जिसे वे स्किलवेयर (Skillware) कहते हैं। इसे इस तरह सोचें: कल्पना कीजिए कि आपके पास आपकी दादी की प्रसिद्ध कुकीज़ की रेसिपी है। अतीत में, वह रेसिपी केवल दराज में रखा कागज का एक टुकड़ा थी। यदि आप उसका उपयोग करना चाहते थे, तो आपको उसे पढ़ना पड़ता था, और यदि आप उसे बदलना चाहते थे, तो आपको पूरी चीज़ फिर से लिखनी पड़ती थी।

अब, कल्पना कीजिए कि वह रेसिपी एक "स्मार्ट कुकी किट" बन जाती है। इस किट में रेसिपी है, लेकिन इसमें एक बारकोड, एक वर्जन नंबर (जैसे v1.0 या v2.0), और एक विशेष बॉक्स भी है जिसमें यह रहती है। आप इसे खरीद सकते हैं, इसे अपने किचन में इंस्टॉल कर सकते हैं, इसका उपयोग कुकीज़ बनाने के लिए कर सकते हैं, और यदि आप इसमें एक नया घटक जोड़ना चाहते हैं, तो आप किट को संस्करण 1.1 में अपडेट कर सकते हैं बिना इस तथ्य को खोए कि यह अभी भी "दादी की कुकी किट" है। यही स्किलवेयर है। यह निर्देशों के एक साधारण सेट (एक "स्किल") को एक स्थायी, ट्रैक करने योग्य सॉफ्टवेयर ऑब्जेक्ट में बदल देता है जिसका अपना एक अस्तित्व (identity) होता है।

पेपर का तर्क है कि हमें इन AI निर्देशों को केवल "प्रॉम्प्ट्स" (कंप्यूटर से पूछे जाने वाले अस्थायी प्रश्न) के रूपके रूप में देखना बंद करना चाहिए और उन्हें व्यवहार संबंधी आर्टिफैक्ट्स (Behavioral Artifacts) के रूप में मानना शुरू करना चाहिए। इसका मतलब है कि ये ऐसी चीजें हैं जिनका एक जीवन चक्र होता है: वे जन्म लेती हैं (बनाई जाती हैं), वे बढ़ती हैं (अपडेट की जाती हैं), वे बीमार हो सकती हैं (बग्स आ सकते हैं), और वे मर भी सकती हैं (हटा दी जा सकती हैं)। लेखक सुझाव देते हैं कि AI एजेंटों (कार्य करने वाले स्मार्ट प्रोग्राम) के वास्तव में अच्छी तरह से काम करने के लिए, हमें इन "किट्स" को ठीक से प्रबंधित करने के लिए एक पूरा इंजीनियरिंग सिस्टम बनाने की आवश्यकता है।

खेल के तीन नियम

यह तय करने के लिए कि कोई चीज़ वास्तव में "स्किलवेयर" है या केवल एक रैंडम नोट, लेखक तीन सख्त नियम निर्धारित करते हैं। यदि कोई प्रोजेक्ट इन तीनों का पालन नहीं करता है, तो वह मान्य नहीं है।

1. बॉस का नियम (व्यवहार प्रधानता - Behavioral Primacy): निर्देश मुख्य बॉस होने चाहिए। "नोट" (जो साधारण अंग्रेजी में लिखा गया है) वह चीज़ होनी चाहिए जो रोबोट को बताती है कि क्या करना है। यदि रोबोट ज्यादातर चीजें छिपे हुए कंप्यूटर कोड के कारण कर रहा है, और नोट केवल एक छोटा सा साइड नोट है, तो वह स्किलवेयर नहीं है। नोट को मुख्य आकर्षण होना चाहिए।
2. आईडी कार्ड का नियम (स्वतंत्र पहचान - Independent Identity): किट के पास अपना आईडी कार्ड होना चाहिए। इसमें एक नाम, एक वर्जन नंबर और एक तरीका होना चाहिए जिससे इसे रोबोट से अलग स्वतंत्र रूप से पाया और इंस्टॉल किया जा सके। आपको इस किट को एक रोबोट से निकालकर दूसरे में डालना चाहिए, और यह अभी भी वही किट होनी चाहिए। यदि निर्देश रोबोट के मस्तिष्क के अंदर फंसे हुए हैं और उन्हें अलग नहीं किया जा सकता, तो यह स्किलवेयर नहीं है।
3. हैंडशेक का नियम (एजेंट होस्ट निष्पादन - Agent Host Execution): एक रोबोट (जिसे "एजेंट होस्ट" कहा जाता है) होना चाहिए जो इस किट को ढूंढना, खोलना और उपयोग करना जानता हो। यह एक चाबी रखने जैसा है जो ताले में फिट बैठती है। यदि कोई रोबोट इस किट को पढ़ने और उपयोग करने के बारे में नहीं जानता है, तो यह केवल शेल्फ पर रखी एक फाइल है, काम करने वाला सॉफ्टवेयर नहीं।

लेखकों ने वास्तव में क्या पाया

लेखकों ने केवल ये विचार बनाए नहीं हैं; वे वास्तविक दुनिया में प्रमाण खोजने गए। उन्होंने 20,556 अलग-अलग कंप्यूटर प्रोजेक्ट्स से 138,133 अलग-अलग निर्देश फाइलों (जिन्हें SKILL.md फाइल कहा जाता है) के एक विशाल संग्रह को देखा। उन्होंने पाया कि:

• पैटर्न वास्तविक है: लोग पहले से ही ऐसा कर रहे हैं। वे निर्देशों को अतिरिक्त फाइलों, स्क्रिप्ट और टेस्ट के साथ पैक कर रहे हैं, ठीक वैसे ही जैसे वे नियमित सॉफ्टवेयर के साथ करते हैं।
• यह बढ़ रहा है: उन्होंने पाया कि ये "किट्स" बड़ी और अधिक जटिल होती जा रही हैं। कुछ केवल एक पेज का टेक्स्ट हैं, जबकि अन्य कई भागों वाले बड़े पैकेज हैं, जैसे कि एक पूर्ण सॉफ्टवेयर सूट।
• एक किट का "जीवन": उन्होंने देखा कि ये किट समय के साथ कैसे बदलती हैं। उन्होंने पाया कि कभी-कभी अपडेट होने पर भी किट की पहचान वही रहती है (जो कि अच्छा है!), लेकिन कभी-कभी अपडेट कनेक्शन को तोड़ देते हैं, जिससे इतिहास को ट्रैक करना कठिन हो जाता है। यह सुझाव देता है कि हालांकि स्किलवेयर का विचार यहाँ मौजूद है, लेकिन इसे प्रबंधित करने के नियम अभी भी तय किए जा रहे हैं।

"कूल" उपमाएँ जिनका वे उपयोग करते हैं

इन किट्स के काम करने के तरीके को समझाने के लिए, लेखक पुराने स्कूल के सॉफ्टवेयर डिज़ाइन के साथ कुछ मजेदार तुलनाओं का उपयोग करते हैं:

• सामने का दरवाजा (फसाड - Facade): एक बड़े, अस्त-व्यस्त वर्कशॉप की कल्पना करें जिसमें सौ अलग-अलग औजार हैं। एक "फसाड" एक साफ, एकल सामने के दरवाजे की तरह है। आप दरवाजे पर दस्तक देते हैं, और अंदर का एक सहायक तय करता है कि आपको किस औजार की आवश्यकता है और वह आपको वह औजार थमा देता है। स्किलवेयर में, यह एक मुख्य निर्देश फ़ाइल है जो रोबोट को बताती है, "यदि आपको X करने की आवश्यकता है, तो X के लिए विशिष्ट टूल खोजें," ताकि रोबोट सभी विकल्पों से भ्रमित न हो जाए।
• अनुवादक (अडैप्टर - Adapter): कभी-कभी आपके पास रोबोट A के लिए डिज़ाइन की गई किट होती है, लेकिन आप इसे रोबोट B पर उपयोग करना चाहते हैं। एक "अडैप्टर" एक यूनिवर्सल प्लग की तरह है जो किट को बदले बिना उसे नए रोबट में फिट होने देता है।
• टीम लीडर (कंपोजिट - Composite): एक ऐसे प्रोजेक्ट की कल्पना करें जहाँ आपके पास एक "पिज्जा बनाओ" किट है, लेकिन उस किट के अंदर "आटा बनाओ," "सॉस डालो," और "बेक करो" जैसी छोटी किट हैं। बड़ी किट एक टीम लीडर के रूप में कार्य करती है, यह सुनिश्चित करती है कि सभी छोटी किट मिलकर एक बड़ा काम पूरा करें।
• निरीक्षक (ऑब्जर्वर - Observer): यह एक सुरक्षा कैमरे की तरह है। जब कुछ होता है (जैसे कि किट का नया संस्करण जारी किया जाता है), तो कैमरा उन सभी को एक सिग्नल भेजता है जो देख रहे हैं, ताकि वे अपने सिस्टम को अपडेट कर सकें।

इसका भविष्य के लिए क्या अर्थ है

पेपर सुझाव देता है कि हम एक नए युग की शुरुआत में हैं। हम "प्रॉम्प्ट इंजीनियरिंग" (एक बार के संदेश लिखना) से "स्किलवेयर इंजीनियरिंग" (स्थायी, प्रबंधनीय उपकरण बनाना) की ओर बढ़ रहे हैं।

हालाँकि, लेखक सावधान रहने के लिए कहते हैं कि यह कहना गलत होगा कि यह एक हल की गई समस्या है। वे इस बात पर भी ध्यान देते हैं कि हमें अभी तक यह नहीं पता है कि इनमें से कितने किट वास्तव में "अच्छे" या सुरक्षित हैं। वे यह भी नोट करते हैं कि जबकि हम इन किट्स की संरचना देख सकते हैं, हमने अभी तक उनके "जीवन" (कैसे उन्हें अपडेट करें बिना उन्हें तोड़े, या जब वे गलत हो जाएं तो उन्हें कैसे ठीक करें) को प्रबंधित करने का तरीका पूरी तरह से नहीं खोजा है।

वे एक नया तरीका प्रस्तावित करते हैं जिसे "आइडेंटिटी-प्रिजर्विंग इवोल्यूशन" (Identity-Preserving Evolution) कहा जाता है। यह एक फैंसी तरीका है यह कहने का: "हम निर्देशों को बदल सकते हैं और उन्हें बेहतर बना सकते हैं, लेकिन हमें वही आईडी कार्ड रखना चाहिए ताकि हमें पता रहे कि यह अभी भी वही टूल है।" वे सुझाव देते हैं कि भविष्य में, रोबोट इन अपडेट्स को लिखने में भी मदद कर सकते हैं, लेकिन मनुष्यों को यह सुनिश्चित करने के लिए पहले उनकी जांच करनी होगी कि वे सुरक्षित हैं।

निचोड़ (The Bottom Line)

यह पेपर एक ब्लूप्रिंट है। यह कहता है, "हे, देखो कि लोग कितने निर्देश किट बना रहे हैं। वे वास्तविक सॉफ्टवेयर ऑब्जेक्ट बन रहे हैं। आइए उन्हें एक नाम दें (स्किलवेयर), उन्हें प्रबंधित करने के नियम निर्धारित करें, और उन्हें उसी देखभाल के साथ मानना शुरू करें जैसे हम नियमित कंप्यूटर प्रोग्रामों के साथ करते हैं।"

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