कृत्रिम बुद्धिमत्ता (आर्टिफिशियल इंटेलिजेंस) के वर्तमान परिदृश्य में, एक अवधारणा काफी चर्चा पैदा कर रही है: एमसीपी, या मॉडल संदर्भ प्रोटोकॉल। आश्चर्यजनक रूप से, इस प्रोटोकॉल प्रणाली के आसपास का ध्यान ओपनएआई के नवीनतम मॉडल रिलीज को भी पीछे छोड़ रहा है, और यह उद्योग की चर्चाओं का केंद्र बन गया है।
मैनुस के उदय से प्रेरित एजेंट प्रौद्योगिकी की लोकप्रियता में वृद्धि ने वैश्विक डेवलपर्स के उत्साह को बढ़ावा दिया है। एमसीपी, जिसे एजेंट टूल आह्वान के लिए एक ‘एकीकृत प्रोटोकॉल’ के रूप में तैनात किया गया है, ने तेजी से गति प्राप्त की है, और केवल दो महीनों में ओपनएआई और गूगल जैसे प्रमुख एआई खिलाड़ियों से समर्थन हासिल किया है। इस तेजी से चढ़ाई ने एमसीपी को एक अपेक्षाकृत अस्पष्ट तकनीकी विनिर्देश से एआई इकोसिस्टम के भीतर एक मूलभूत मानक में बदल दिया है, जो एआई बुनियादी ढांचे के क्षेत्र में एक ‘असाधारण घटना’ को दर्शाता है।
हालांकि, जैसे ही प्रारंभिक उत्साह कम होता है, महत्वपूर्ण प्रश्न उभरते हैं: क्या एमसीपी वास्तव में सार्वभौमिक रूप से लागू है? क्या इसकी क्षमताओं के बारे में अपेक्षाएं बढ़ गई हैं?
यह अन्वेषण एमसीपी की उत्पत्ति की पड़ताल करता है, इसकी मुख्य शक्तियों और सीमाओं का विच्छेदन करता है, प्रचलित गलत धारणाओं को स्पष्ट करता है, और इसकी संभावित भविष्य की प्रक्षेपवक्र की जांच करता है। इसका उद्देश्य एमसीपी के निहित मूल्य को खारिज करना नहीं है, बल्कि इसकी भूमिका और सीमाओं की अधिक ठोस समझ को बढ़ावा देना है। ऐसी स्पष्टता के माध्यम से ही इसकी क्षमता को पूरी तरह से महसूस किया जा सकता है।
एमसीपी का अनावरण: एक एकीकृत टूल आह्वान प्रोटोकॉल
एमसीपी को परिभाषित करना
एमसीपी एक खुला तकनीकी प्रोटोकॉल है जिसे बड़े भाषा मॉडल (एलएलएम) बाहरी उपकरणों और सेवाओं के साथ जिस तरह से बातचीत करते हैं, उसे मानकीकृत करने के लिए डिज़ाइन किया गया है। इसे एआई दुनिया के भीतर एक सार्वभौमिक अनुवादक के रूप में सोचें, जो एआई मॉडल को बाहरी उपकरणों की एक विस्तृत श्रृंखला के साथ ‘बातचीत’ करने में सक्षम बनाता है। यह विभिन्न अनुप्रयोगों और सेवाओं द्वारा पेश की जाने वाली कार्यात्मकताओं का अनुरोध और उपयोग करने के लिए एलएलएम के लिए एक आम भाषा और संरचना प्रदान करता है।
एमसीपी की आवश्यकता
एमसीपी के आगमन से पहले, एआई टूल आह्वान दो प्रमुख चुनौतियों से त्रस्त था:
- इंटरफ़ेस विखंडन: प्रत्येक एलएलएम ने अलग-अलग निर्देश स्वरूपों का उपयोग किया, जबकि प्रत्येक टूल एपीआई की अपनी अनूठी डेटा संरचनाएं थीं। डेवलपर्स को प्रत्येक संयोजन के लिए कस्टम कनेक्शन कोड लिखने के लिए मजबूर होना पड़ा, जिससे एक जटिल और अक्षम विकास प्रक्रिया हुई।
- विकास अक्षमता: यह ‘एक-से-एक अनुवाद’ दृष्टिकोण महंगा और स्केल करने में मुश्किल साबित हुआ। यह प्रत्येक विदेशी ग्राहक के लिए एक समर्पित अनुवादक को नियुक्त करने जैसा था, जिससे उत्पादकता और चपलता में बाधा आती थी।
एमसीपी एलएलएम को बाहरी उपकरणों के साथ बातचीत करने के लिए एक मानकीकृत ढांचा प्रदान करके इन दर्द बिंदुओं को संबोधित करता है, विकास प्रक्रिया को सरल बनाता है और अधिक स्केलेबिलिटी को सक्षम बनाता है।
एमसीपी की कार्यक्षमता को समझना
एमसीपी की तकनीकी वास्तुकला को तीन मुख्य घटकों से युक्त एक प्रणाली के रूप में अवधारणाबद्ध किया जा सकता है: एमसीपी होस्ट, एमसीपी क्लाइंट और एमसीपी सर्वर। ये तत्व एआई मॉडल और बाहरी दुनिया के बीच निर्बाध संचार को सुविधाजनक बनाने के लिए सहक्रियात्मक रूप से काम करते हैं।
एमसीपी की भूमिका को समझने के लिए, एक आधुनिक उद्यम वातावरण पर विचार करें। इस सादृश्य में:
- उपयोगकर्ता वरिष्ठ अधिकारियों का प्रतिनिधित्व करते हैं, जो उपयोगकर्ता की जरूरतों को समझने और अंतिम निर्णय लेने के लिए जिम्मेदार हैं।
- बड़े भाषा मॉडल (एलएलएम) (जैसे क्लाउड या जीपीटी) कार्यकारी निर्देशों को समझते हैं, कार्य चरणों की योजना बनाते हैं, यह निर्धारित करते हैं कि बाहरी सेवाओं का उपयोग कब करना है, और उत्तर प्रदान करने के लिए जानकारी को समेकित करते हैं।
- एजेंट सिस्टम व्यक्तिगत सहायकों या कार्यकारी सचिवों के रूप में कार्य करते हैं, जो निर्देशों के अनुसार कार्य करते हैं।
- एमसीपी एक मानकीकृत संचार मंच या उद्यम सेवा एक्सेस सिस्टम के रूप में कार्य करता है जिसका उपयोग सचिवों द्वारा किया जाता है। यह निर्णय नहीं लेता है, बल्कि निर्देशों का पालन करता है, एक एकीकृत प्रारूप और प्रोटोकॉल में विभिन्न सेवा प्रदाताओं के साथ संचार करता है।
एमसीपी से पहले, बाहरी उपकरणों के साथ एआई इंटरेक्शन अराजक संचार मानकों के युग के समान था। हर बार जब किसी सचिव (एजेंट) को किसी अन्य विभाग या बाहरी आपूर्तिकर्ता से संपर्क करने की आवश्यकता होती थी, तो उन्हें एक अलग संचार उपकरण या सॉफ़्टवेयर का उपयोग करना पड़ता था। इसके लिए विविध प्रणालियों के साथ परिचितता की आवश्यकता होती थी, जिसके परिणामस्वरूप अक्षमताएं होती थीं। डेवलपर्स को प्रत्येक टूल के लिए अलग-अलग कनेक्शन कोड लिखने पड़ते थे, जिसके परिणामस्वरूप समय की बर्बादी होती थी और स्केलेबिलिटी सीमित होती थी।
एमसीपी एक एकीकृत संचार मंच प्रदान करके इस प्रक्रिया को सुव्यवस्थित करता है, जिससे सचिवों को एक ही सिस्टम और संचार प्रोटोकॉल का उपयोग करके किसी भी विभाग या सेवा प्रदाता से संपर्क करने की अनुमति मिलती है। डेवलपर्स को केवल एक बार एमसीपी इंटरफ़ेस को लागू करने की आवश्यकता होती है, जिससे एआई सिस्टम प्रोटोकॉल का समर्थन करने वाले सभी उपकरणों के साथ बातचीत कर सकते हैं।
एमसीपी: फंक्शन कॉल पर बना एक टूलबॉक्स
यह समझना महत्वपूर्ण है कि एमसीपी पारंपरिक फंक्शन कॉल का प्रतिस्थापन नहीं है; बल्कि, यह एक पूरक घटक है जो इसकी क्षमताओं को बढ़ाता है।
फंक्शन कॉल वह मूल तंत्र है जिसके द्वारा एलएलएम बाहरी उपकरणों या एपीआई के साथ बातचीत करते हैं। यह एलएलएम की एक मूलभूत क्षमता है, जो उन्हें यह पहचानने में सक्षम बनाती है कि किसी उपकरण की आवश्यकता कब है और किस प्रकार के उपकरण की आवश्यकता है।
एमसीपी एक टूल वर्गीकरण प्रणाली के रूप में कार्य करता है, जो विभिन्न उपकरणों को व्यवस्थित और एक्सेस करने के लिए एक संरचित ढांचा प्रदान करता है। इसलिए, एमसीपी फंक्शन कॉल को प्रतिस्थापित नहीं करता है, बल्कि जटिल कार्यों को पूरा करने के लिए एजेंटों के साथ मिलकर काम करता है।
पूर्ण टूल आह्वान प्रक्रिया में ‘फंक्शन कॉल + एजेंट + एमसीपी सिस्टम’ का संयोजन शामिल होता है।
संक्षेप में, एलएलएम फंक्शन कॉल के माध्यम से एक विशिष्ट उपकरण को कॉल करने की आवश्यकता व्यक्त करता है। एजेंट टूल आह्वान को निष्पादित करने के लिए निर्देशों का पालन करता है, जबकि एमसीपी एक मानकीकृत टूल आह्वान विनिर्देश प्रदान करता है।
निम्नलिखित सादृश्य पर विचार करें: एक बॉस (उपयोगकर्ता) को कॉफी चाहिए। कार्यालय (एमसीपी होस्ट) में, कार्यालय प्रबंधक (एलएलएम) सचिव (एजेंट) को एक अमेरिकनो (फंक्शन कॉल) खरीदने का निर्देश देता है। सचिव आपूर्तिकर्ता सूची की जांच करता है और पाता है कि एक अमेरिकनो कॉफी आपूर्तिकर्ता ने या तो मीतुआन या कंपनी की एकीकृत खरीद प्रणाली (कार्यान्वित एमसीपी सर्वर) के साथ एकीकृत किया है। फिर सचिव खरीद प्रणाली (एमसीपी क्लाइंट) में आपूर्तिकर्ता का पता लगाता है और ऑर्डर देता है।
पहले, एमसीपी के बिना, जब एलएलएम ने एक फंक्शन कॉल जारी किया, तो एजेंट अनुवाद करेगा और टूल को लागू करने के लिए सीधे एपीआई से कनेक्ट होगा। प्रत्येक एपीआई को एक अलग आह्वान मोड और एजेंट को व्याख्या करने के लिए एक परिभाषित टूल सूची और आह्वान मोड की आवश्यकता होती है। एमसीपी के साथ, कई एपीआई को सीधे आपूर्तिकर्ता के एमसीपी क्लाइंट के माध्यम से ऑर्डर किया जा सकता है, जिससे एजेंट का समय और प्रयास बचता है। हालांकि, एलएलएम का फंक्शन कॉल अपरिवर्तित रहता है, अभी भी प्रारूप {टूल: ‘बाय कॉफी’, ‘टाइप’: ‘अमेरिकनो’} में है।
फंक्शन कॉल और एमसीपी के बीच अंतर करके, यह स्पष्ट हो जाता है कि एमसीपी यह निर्धारित नहीं करता है कि किस उपकरण का उपयोग करना है, न ही यह कार्य योजना या उपयोगकर्ता के इरादे को संभालता है। ये पहलू एजेंट परत के दायरे में आते हैं। एमसीपी बस एक एकीकृत टूल इंटरफ़ेस प्रदान करता है, जो उद्योग के भीतर एक मान्यता प्राप्त मानक प्रोटोकॉल बन जाता है।
एमसीपी की विकास चुनौतियां और बाजार परिदृश्य
विकास दुविधा
फरवरी के बाद से, एआई विकास समुदाय ने एक ‘एमसीपी गोल्ड रश’ देखा है। एक आधिकारिक ऐप स्टोर की अनुपस्थिति में, हजारों उपकरणों ने तीन महीनों के भीतर स्वेच्छा से एमसीपी प्रोटोकॉल के साथ एकीकृत किया है।
इस तेजी से विकास ने एमसीपी को उद्योग के ध्यान में ला दिया है, लेकिन आकांक्षा और वास्तविकता के बीच की खाई को भी उजागर किया है। डेवलपर्स ने शुरू में एमसीपी को एक ‘सार्वभौमिक कुंजी’ के रूप में देखा, लेकिन इसे ‘विशेषीकृत रिंच’ के रूप में अधिक पाया है, जो कुछ परिदृश्यों में उत्कृष्टता प्राप्त करता है लेकिन दूसरों में कम प्रभावी साबित होता है।
एमसीपी के प्रतिभागियों को स्थानीय क्लाइंट एप्लिकेशन, क्लाउड क्लाइंट एप्लिकेशन और एमसीपी सर्वर डेवलपर्स के रूप में वर्गीकृत किया जा सकता है। स्थानीय एप्लिकेशन स्थानीय एआई सहायकों के समान हैं, जबकि क्लाउड क्लाइंट एप्लिकेशन चैटजीपीटी के वेब-आधारित संस्करणों के समान हैं। एमसीपी सर्वर डेवलपर्स उपकरणों के वास्तविक प्रदाता हैं, जिन्हें एमसीपी नियमों के अनुरूप अपने एपीआई को फिर से पैकेज करने की आवश्यकता है।
एमसीपी के उद्भव का शुरू में स्थानीय क्लाइंट एप्लिकेशन द्वारा स्वागत किया गया था, लेकिन क्लाउड क्लाइंट एप्लिकेशन और एमसीपी सर्वर डेवलपर्स को चुनौतियों का सामना करना पड़ा।
एमसीपी की उत्पत्ति एंथ्रोपिक के क्लाउड डेस्कटॉप एप्लिकेशन से हुई है, जिसे शुरू में स्थानीय फ़ाइलों और कार्यों को लागू करने के लिए एक इंटरफ़ेस प्रोटोकॉल के रूप में डिज़ाइन किया गया था, जो क्लाइंट-साइड की जरूरतों में गहराई से निहित है।
स्थानीय क्लाइंट उपयोगकर्ताओं के लिए, एमसीपी ने एक क्रांति का प्रतिनिधित्व किया, जो एक असीम रूप से विस्तार योग्य टूलबॉक्स की पेशकश करता है जो उपयोगकर्ताओं को अपने एआई सहायकों की क्षमताओं का लगातार विस्तार करने की अनुमति देता है।
कर्सर और क्लाउड डेस्कटॉप जैसे स्थानीय क्लाइंट एप्लिकेशन ने एमसीपी का लाभ उठाकर उपयोगकर्ताओं को व्यक्तिगत जरूरतों के आधार पर गतिशील रूप से टूल जोड़ने में सक्षम बनाया है, जिससे एआई सहायक क्षमताओं का असीमित विस्तार प्राप्त होता है।
एमसीपी स्थानीय क्लाइंट विकास में एक मुख्य दर्द बिंदु को संबोधित करता है: प्रत्येक उपकरण के लिए अलग-अलग इंटरफ़ेस विकसित किए बिना एआई एप्लिकेशन को स्थानीय वातावरण और बाहरी उपकरणों के साथ निर्बाध रूप से बातचीत करने में कैसे सक्षम किया जाए। यह एकीकृत प्रोटोकॉल एक महत्वपूर्ण रूप से एकीकरण लागत को कम करता है, छोटे स्टार्टअप और व्यक्तिगत डेवलपर्स को सीमित संसाधनों के साथ सुविधा संपन्न एआई एप्लिकेशन बनाने के लिए एक शॉर्टकट प्रदान करता है।
हालांकि, सर्वर-साइड डेवलपमेंट (एमसीपी सर्वर) और क्लाउड क्लाइंट पर विचार करते समय एमसीपी की अपील कम हो जाती है। एमसीपी के शुरुआती संस्करणों ने क्लाउड सर्वर (रिमोट) के लिए एक दोहरी-लिंक तंत्र का उपयोग किया, सर्वर से क्लाइंट तक यूनिडायरेक्शनल संदेश पुशिंग के लिए एक एसएसई लंबा कनेक्शन और संदेश भेजने के लिए एक एचटीटीपी शॉर्ट कनेक्शन का उपयोग किया।
यह दृष्टिकोण समय पर उपयोगकर्ता प्रतिक्रिया और हस्तक्षेप के लिए अच्छी तरह से काम करता है, लेकिन सर्वर-साइड वातावरण में इंजीनियरिंग चुनौतियों की एक श्रृंखला बनाता है।
सबसे पहले, एमसीपी इंटरफ़ेस को लागू करना बड़े उद्यम सेवा प्रदाताओं के लिए एक अतिरिक्त कार्यभार का प्रतिनिधित्व करता है, जरूरी नहीं कि संबंधित लाभ प्राप्त किए बिना। इन सेवाओं में अक्सर परिपक्व एपीआई सिस्टम होते हैं, और एक अतिरिक्त एमसीपी अनुकूलन परत प्रदान करने से केवल पर्याप्त मूल्य बनाए बिना रखरखाव लागत बढ़ सकती है। कई उद्यम-स्तरीय एप्लिकेशन एमसीपी के खुले पारिस्थितिकी तंत्र पर बंद, नियंत्रणीय टूल आह्वान तंत्र पसंद करते हैं।
इसके अलावा, उच्च-समवर्ती आह्वान को संभालने के लिए, एमसीपी सेवाओं को अक्सर बहु-सर्वर आर्किटेक्चर में स्केल करने की आवश्यकता होती है। एमसीपी का दोहरी-कनेक्शन मॉडल क्रॉस-मशीन एड्रेसिंग की जटिलता का परिचय देता है। जब एक सर्वर पर एक लंबा कनेक्शन स्थापित किया जाता है, और एक अनुरोध दूसरे सर्वर पर रूट किया जाता है, तो इन वितरित कनेक्शनों को समन्वयित करने के लिए एक अतिरिक्त प्रसारण कतार तंत्र की आवश्यकता होती है, जिससे कार्यान्वयन कठिनाई और रखरखाव लागत में काफी वृद्धि होती है।
दूसरे, एमसीपी की क्लाउड एप्लिकेशन के क्षेत्र में सीमाएं हैं। क्लाउड एआई एजेंट (सर्वर-साइड एजेंट) आमतौर पर स्टेटलेस सेवाओं में चलते हैं, स्वीकृति के बाद कार्यों को संसाधित करते हैं और पूरा होने पर संसाधनों को जारी करते हैं। सर्वर साइड पर एमसीपी क्लाइंट का उपयोग करने के लिए एक एसएसई लिंक का अस्थायी निर्माण, एक टूल आह्वान अनुरोध भेजना, एसएसई से परिणाम प्राप्त करना और फिर एसएसई लिंक को बंद करना आवश्यक है, जो एक अक्षम दृष्टिकोण है जो जटिलता को बढ़ाता है और प्रदर्शन को कम करता है। इस परिदृश्य में एक एकल आरपीसी अनुरोध पर्याप्त होना चाहिए।
व्यवहार में, एमसीपी का उपयोग करने वाले क्लाउड एप्लिकेशन अक्सर पूर्व निर्धारित टूलसेट पर निर्भर करते हैं और गतिशील टूल खोज और लचीले लोडिंग की एमसीपी की हस्ताक्षर क्षमता का उपयोग नहीं करते हैं।
क्लाउड वातावरण का डेटा इंटरेक्शन मोड एमसीपी के इच्छित रूप से उपकरणों का स्वतंत्र रूप से उपयोग करने की क्षमता को सीमित करता है। इसके लिए विशिष्ट, हार्ड-कोडेड टूल को लागू करने के लिए एक अत्यधिक मानकीकृत प्रक्रिया की आवश्यकता होती है, जो लचीलेपन का त्याग करती है।
एमसीपी टीम ने उपयोगकर्ता प्रतिक्रिया के प्रति जवाबदेही दिखाई है। सर्वर-साइड डेवलपर्स से प्रतिक्रिया प्राप्त करने के बाद, एमसीपी ने 26 मार्च को अपने प्रोटोकॉल को अपडेट किया, मूल एसएसई ट्रांसपोर्ट को स्ट्रीमेबल एचटीटीपी ट्रांसपोर्ट से बदल दिया। नया प्रोटोकॉल स्टेटलेस सेवा परिदृश्यों का समर्थन करता है जिनके लिए केवल एकल टूल आह्वान अनुरोधों की आवश्यकता होती है और वास्तविक समय पुश आवश्यकताओं को जो पहले एचटीटीपी + एसएसई दोहरे लिंक के माध्यम से पूरी की जाती थीं।
ये सुधार बताते हैं कि वर्तमान एमसीपी मुद्दे प्रारंभिक डिजाइन सीमाओं से उत्पन्न होते हैं लेकिन दुर्गम नहीं हैं।
बाजार की अराजकता
एमसीपी के सामने एक और चुनौती बाजार में कई कार्यान्वयनों की कम उपयोगिता है।
वर्तमान एमसीपी बाजार एक विशिष्ट प्रौद्योगिकी प्रचार चक्र का अनुभव कर रहा है। प्रारंभिक ऐप स्टोर की अराजकता के समान, वर्तमान में उपलब्ध हजारों एमसीपी उपकरणों में से 20% से भी कम का व्यावहारिक मूल्य है। कई कार्यान्वयनों में गंभीर मुद्दे हैं, जो सरल कॉन्फ़िगरेशन त्रुटियों से लेकर पूरी तरह से अनुपयोगिता तक हैं। कुछ को पर्याप्त परीक्षण के बिना बाजार में जल्दबाजी की जाती है, जबकि अन्य प्रायोगिक उत्पाद हैं जिनका उद्देश्य कभी भी व्यावहारिक उपयोग के लिए नहीं था।
एक अधिक मौलिक मुद्दा यह है कि कई एमसीपी कार्यान्वयनों की बाजार को आवश्यकता नहीं हो सकती है। एमसीपी के माध्यम से पेश किए गए कई उपकरण केवल पहले से उपलब्ध और उपयोग किए गए एपीआई को फिर से पैकेज किए गए हैं, जो एमसीपी के उद्भव से पहले थे, जो थोड़ा अनूठा मूल्य जोड़ते हैं।
उदाहरण के लिए, एमसीपी के माध्यम से दर्जनों खोज सेवाएं पेश की जाती हैं, लेकिन उनकी गुणवत्ता काफी भिन्न होती है। कुछ सेवाएं गलत या धीमी हो सकती हैं, जिससे वे मौजूदा समाधानों की तुलना में कम वांछनीय हो जाती हैं।
इसके अलावा, एमसीपी में एक मजबूत मूल्यांकन प्रणाली का अभाव है, जिससे एजेंटों के लिए विश्वसनीय मेट्रिक्स के आधार पर सबसे उपयुक्त उपकरण का चयन करना मुश्किल हो जाता है। यह अक्षम चयन प्रक्रिया कंप्यूटिंग संसाधनों को बर्बाद करती है, कार्य पूर्णता समय को बढ़ाती है और उपयोगकर्ता अनुभव को कम करती है।
मूल्यांकन प्रणाली की कमी से एजेंटों के लिए सबसे उपयुक्त उपकरण का चयन करना मुश्किल हो जाता है। यदि कई एमसीपी सेवाएं समान नामों और विवरणों वाले उपकरण प्रदान करती हैं, तो एजेंट को सबसे अच्छा विकल्प चुनने के लिए संघर्ष करना पड़ सकता है, जिससे टोकन बर्बाद हो जाते हैं और दक्षता कम हो जाती है।
सबसे सफल एआई एप्लिकेशन अक्सर विपरीत दृष्टिकोण अपनाते हैं, जो उपकरणों की अधिक मात्रा के बजाय अधिक सटीक उपकरण प्रदान करते हैं। उदाहरण के लिए, मैनुस ने एमसीपी प्रोटोकॉल के अस्तित्व के बावजूद, इसे अपनाने के बजाय आंतरिक एप्लिकेशन बनाने का विकल्प चुना। मैनुस ने एमसीपी पारिस्थितिकी तंत्र के साथ एकीकृत करने से पहले कॉल सटीकता और स्थिरता को प्राथमिकता दी।
कर्सर जैसे कोड संपादकों में अंतर्निहित विकास कार्य होते हैं, जो अधिकांश बाहरी एमसीपी उपकरणों को अनावश्यक बनाते हैं।
एमसीपी बाजार की वर्तमान अराजक स्थिति जरूरी नहीं कि विफलता का संकेत है, बल्कि किसी भी उभरते प्रौद्योगिकी पारिस्थितिकी तंत्र के विकास का एक आवश्यक चरण है। ऐतिहासिक मिसाल से पता चलता है कि यह प्रारंभिक अति-विस्तार धीरे-धीरे बाजार चयन तंत्र के माध्यम से अभिसरित होगा, जिससे सबसे मूल्यवान तत्व पीछे रह जाएंगे।
यह प्रक्रिया उद्योग को वर्तमान चुनौतियों से सीखने और एक मजबूत, अधिक विश्वसनीय एमसीपी ढांचे का निर्माण करने की अनुमति देगी। जिस तरह से डॉट-कॉम बबल ने ई-कॉमर्स और सोशल मीडिया में गेम-चेंजिंग नवाचारों को जन्म दिया, उसी तरह एमसीपी प्रवृत्ति अधिक सुव्यवस्थित और मूल्यवान टूल इकोसिस्टम को जन्म दे सकती है।
एमसीपी टीम का उपयोगकर्ता प्रतिक्रिया के प्रति खुला रवैया उत्साहजनक है, और उद्योग को एमसीपी सेवाओं की गुणवत्ता का मूल्यांकन और आश्वासन देने के लिए बेहतर उपकरणों की आवश्यकता है, जो पारिस्थितिकी तंत्र को अधिक उपयोगी बनाने में मदद करेगा।
एमसीपी अच्छा है, रामबाण नहीं
उपरोक्त उल्लिखित मुद्दे एमसीपी की सीमाओं और कमियों से आते हैं, जो इस बात पर प्रकाश डालते हैं कि यह वास्तव में क्या हासिल कर सकता है। हालांकि, अन्य आलोचनाएं अवास्तविक अपेक्षाओं से आती हैं।
हाल ही की एक आलोचना एमसीपी को एक त्रुटिपूर्ण प्रोटोकॉल कहती है क्योंकि यह एलएलएम और एमसीपी के बीच बातचीत के पैटर्न को निर्धारित नहीं करता है।
कुछ लोग उम्मीद करते हैं कि एमसीपी स्वचालित रूप से एआई सिस्टम निर्णय लेने में सुधार करेगा या कार्य-योजना दक्षता को बढ़ावा देगा। यह अपेक्षा उपकरणों को कारीगरों के साथ भ्रमित करती है।
यह मुद्दा एक संज्ञानात्मक बेमेल से उपजा है - एक बुद्धिमान प्रणाली के कार्यों को करने के लिए एक संचार प्रोटोकॉल की अपेक्षा करना। यह यूएसबी को फ़ोटो संपादित नहीं करने के लिए दोषी ठहराने या कोड नहीं लिखने के लिए 5 जी मानकों को दोषी ठहराने जैसा है। एमसीपी मुख्य रूप से एक मानकीकृत ‘टूल सॉकेट’ है, जो यह तय करने के बजाय प्लग संगतता सुनिश्चित करता है कि किस उपकरण का उपयोग करना है या कैसे करना है।
एजेंट-टूल आह्वान की प्रभावशीलता टूल चयन प्रवीणता, कार्य योजना कौशल और संदर्भ समझ जैसे कारकों पर निर्भर करती है, जिनमें से कोई भी एमसीपी के दायरे में नहीं आता है। एमसीपी केवल एक मानकीकृत टूल इंटरफ़ेस की गारंटी देता है, न कि उन उपकरणों को कैसे चुना और जोड़ा जाएगा।
हम अक्सर प्रौद्योगिकी में चांदी की गोलियां, सार्वभौमिक रूप से लागू समाधान चाहते हैं। सॉफ्टवेयर इंजीनियरिंग के ‘कोई चांदी की गोली नहीं’ सिद्धांत की तरह, एआई टूल उपयोग का कोई जादुई समाधान नहीं है। एक मजबूत एआई प्रणाली को डिज़ाइन किए गए घटकों की आवश्यकता होती है: समझने और उत्पन्न करने के लिए एलएलएम, योजना बनाने और निष्पादित करने के लिए एजेंट फ्रेमवर्क, और एकीकृत टूल इंटरफेस पर केंद्रित एमसीपी।
एमसीपी अच्छा प्रोटोकॉल डिज़ाइन दिखाता है - एक समस्या पर ध्यान केंद्रित करना और उसे अच्छी तरह से हल करना, न कि सभी को। इसकी संयम क्लाइंट-साइड टूल एकीकरण में इसकी प्रगति में मदद करती है।
अलीबाबा के क्यूवेन, बायडू के ‘जिंक्सियांग’ और बाइटडांस के कौजी स्पेस जैसी इकाइयां एमसीपी प्रोटोकॉल को अपनाती हैं, और अधिक कुशल आंतरिक एमसीपी पारिस्थितिक तंत्र स्थापित करने का प्रयास करती हैं।
हालांकि, तैनाती में महत्वपूर्ण अंतर हैं: बायडू और बाइटडांस अधिक आक्रामक हैं। बायडू एमसीपी प्रोटोकॉल का लाभ उठाते हुए ‘जिंक्सियांग’ (कोकोन) के माध्यम से कई एआई मॉडल और बाहरी उपकरणों को एकीकृत करके एक सी-एंड दृष्टिकोण का प्रयास करता है, मुख्य रूप से मोबाइल उपकरणों के लिए, उपयोगकर्ता के दैनिक जीवन में एकीकृत करने और अपनाने को प्रोत्साहित करने के लिए।
बाइटडांस के कौजी स्पेस में 60+ एमसीपी एक्सटेंशन प्लगइन्स हैं। एक वेबपेज के माध्यम से एक्सेस किया गया, इसने एक एआई-देशी आईडीई, ट्रे भी लॉन्च किया, जो एमसीपी का समर्थन करता है, मुख्य रूप से उत्पादकता परिदृश्यों को लक्षित करता है।
अलीबाबा ने एमसीपी प्रोटोकॉल को अलीपे जैसे उत्पादों में एकीकृत किया, जिससे एक-क्लिक एआई टूल आह्वान सक्षम हुआ, और एमसीपी प्रोटोकॉल का समर्थन करने वाले क्यूवेन3 मॉडल को ओपन-सोर्स किया, जिससे इसकी एजेंट क्षमताओं में वृद्धि हुई।
टेनसेंट क्लाउड डेवलपर्स ने एक एआई डेवलपमेंट सुइट जारी किया जो एमसीपी प्लगइन होस्टिंग सेवाओं का समर्थन करता है। टेनसेंट क्लाउड का बड़ा मॉडल नॉलेज इंजन उपयोगकर्ताओं को एमसीपी प्लगइन्स को कॉल करने में सक्षम बनाता है। टेनसेंट क्लाउड के कोडबडी द्वारा लॉन्च किया गया क्राफ्ट सॉफ्टवेयर डेवलपमेंट इंटेलिजेंट एजेंट एमसीपी ओपन इकोसिस्टम के साथ संगत है। इसके अतिरिक्त, टेनसेंट मैप्स और टेनसेंट क्लाउड स्टोरेज ने अपने स्वयं के एमसीपी सर्वर जारी किए हैं।
एआई टूल का उपयोग प्रत्यक्ष, एकल-टूल ऑपरेशन से पेशेवर एजेंट सहयोग में विकसित हो सकता है, जिस तरह से प्रोग्रामिंग शैली असेंबली भाषा से ऑब्जेक्ट ओरिएंटेशन में विकसित हुई है।
इस प्रतिमान में, एमसीपी उपयोगकर्ता- या डेवलपर-सामना करने वाले इंटरफ़ेस के बजाय अंतर्निहित बुनियादी ढांचे का हिस्सा बन सकता है। एक अधिक पूर्ण योजना को अमूर्तता के स्तर को बढ़ाकर कार्य योजना और टूल चयन दक्षता को बढ़ाने के लिए एजेंट टू एजेंट्स (ए2ए) जैसे आर्किटेक्चर की आवश्यकता हो सकती है।
एमसीपी को अपनी ‘प्रोटोकॉल’ भूमिका में वापस करके, हम उद्योग मानकीकरण को चलाने की इसकी वास्तविक शक्ति को पहचान सकते हैं - यह प्रौद्योगिकी विकास में सबसे अधिक पोषित ‘डी-मिस्टिफिकेशन’ क्षण हो सकता है।