Model Context Protocol (MCP) क्या है? टूल्स और डेटा से AI को जोड़ने वाला मानक

Model Context Protocol (MCP) एक खुला मानक है जो AI अनुप्रयोगों को एकसमान इंटरफ़ेस के माध्यम से बाहरी टूल्स, डेटा, प्रॉम्प्ट्स और अन्य क्षमताओं से जुड़ने की अनुमति देता है। हर मॉडल-और-सिस्टम संयोजन के लिए कस्टम इंटीग्रेशन बनाने के बजाय, डेवलपर्स AI होस्ट और MCP सर्वर के बीच एक साझा प्रोटोकॉल लागू कर सकते हैं।

MCP को अक्सर AI के लिए एक सार्वभौमिक कनेक्टर के रूप में वर्णित किया जाता है, लेकिन यह उपमा अधूरी है। प्रोटोकॉल केवल डेटा नहीं ले जाता। यह निर्धारित करता है कि प्रतिभागी क्षमताओं की स्थापना कैसे करें, संसाधनों और कार्यों को कैसे उजागर करें, संरचित संदेशों का आदान‑प्रदान कैसे करें, और सुरक्षा सीमाओं को कैसे बनाए रखें। यही कारण है कि यह AI सहायक और एजेंटों के उभरते बुनियादी ढांचे का एक महत्वपूर्ण हिस्सा बनता है।

MCP क्यों मौजूद है

एक मॉडल अकेले कंपनी के निजी दस्तावेज़ नहीं देख सकता, स्थानीय रिपॉजिटरी का निरीक्षण नहीं कर सकता, लाइव डेटाबेस को क्वेरी नहीं कर सकता, या आंतरिक सेवा को कॉल नहीं कर सकता। डेवलपर्स ने ऐतिहासिक रूप से इन क्षमताओं को एक‑बार के प्लगइन्स और एप्लिकेशन‑विशिष्ट APIs के माध्यम से जोड़ा था।

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

MCP एक सामान्य अनुबंध बनाता है। एक MCP‑संगत अनुप्रयोग उन MCP सर्वरों के साथ संवाद कर सकता है जो ज्ञात प्रारूप में क्षमताओं को उजागर करते हैं। आधिकारिक Model Context Protocol विनिर्देश प्रोटोकॉल को परिभाषित करता है, जबकि व्यक्तिगत होस्ट और सर्वर यह तय करते हैं कि वे कौन सी सुविधाएँ और सुरक्षा नीतियाँ समर्थन करते हैं।

MCP आर्किटेक्चर

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

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

MCP होस्ट‑क्लाइंट‑सर्वर आर्किटेक्चर का उपयोग करता है।

• होस्ट: उपयोगकर्ता द्वारा इंटरैक्ट किया जाने वाला AI अनुप्रयोग, जैसे सहायक, कोडिंग पर्यावरण, या एजेंट प्लेटफ़ॉर्म।
• क्लाइंट: होस्ट द्वारा बनाया गया प्रोटोकॉल घटक जो किसी विशेष MCP सर्वर के साथ कनेक्शन बनाए रखता है।
• सर्वर: एक प्रोग्राम जो चयनित टूल्स, संसाधन, या प्रॉम्प्ट्स को MCP क्लाइंट्स के लिए उजागर करता है।

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

संदेश JSON-RPC मानकों का उपयोग करके संरचित होते हैं। आरंभिकरण के दौरान, प्रतिभागी प्रोटोकॉल संस्करण और क्षमताओं पर बातचीत करते हैं। यह बातचीत महत्वपूर्ण है क्योंकि क्लाइंट और सर्वर को प्रत्येक वैकल्पिक सुविधा को लागू करने की आवश्यकता नहीं होती।

टूल्स, संसाधन, और प्रॉम्प्ट्स

MCP सर्वर‑प्रदान क्षमताओं को कई प्रिमिटिव्स में व्यवस्थित करता है। सबसे परिचित तीन हैं टूल्स, रिसोर्सेज और प्रॉम्प्ट्स।

टूल्स

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

टूल का उपयोग बाहरी सिस्टम को बदल सकता है, इसलिए होस्ट को सार्थक विवरण दिखाना चाहिए, इनपुट को मान्य करना चाहिए, अनुमतियों को लागू करना चाहिए और महत्वपूर्ण कार्यों के लिए पुष्टि की आवश्यकता रखनी चाहिए।

रिसोर्सेज

रिसोर्स वह संदर्भ है जिसे एप्लिकेशन पढ़ सकता है, जैसे फ़ाइल, डेटाबेस रिकॉर्ड, दस्तावेज़ पृष्ठ या उत्पन्न रिपोर्ट। रिसोर्स पहचानकर्ता का उपयोग करते हैं और नाम व मीडिया‑टाइप जैसे मेटाडेटा उजागर कर सकते हैं। वे होस्ट को एक मानकीकृत तरीका प्रदान करते हैं जिससे जानकारी खोजी और प्राप्त की जा सके, बिना यह दिखावे के कि हर पढ़ने की क्रिया एक कार्रवाई है।

प्रॉम्प्ट्स

प्रॉम्प्ट्स पुन: उपयोग योग्य टेम्पलेट या वर्कफ़्लो होते हैं जिन्हें सर्वर होस्ट को उपलब्ध कराता है। वे उपयोगकर्ताओं को क्षमता को सही ढंग से कॉल करने, संरचित तर्क प्रदान करने, या डोमेन‑विशिष्ट निर्देशों को प्रासंगिक संदर्भ के साथ संयोजित करने में मदद कर सकते हैं।

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

MCP टूल कॉल के दौरान क्या होता है?

एक AI कोडिंग सहायक को विचार करें जो रिपॉज़िटरी‑विश्लेषण सर्वर से जुड़ा है।

1. होस्ट MCP सर्वर से कनेक्ट होता है और समर्थित क्षमताओं पर वार्ता करता है।
2. क्लाइंट उपलब्ध टूल्स की सूची का अनुरोध करता है।
3. सर्वर संरचित टूल परिभाषाएँ लौटाता है, जिसमें उनका इनपुट स्कीमा शामिल होता है।
4. होस्ट चयनित टूल विवरण मॉडल को उपलब्ध कराता है।
5. मॉडल टूल कॉल प्रस्तावित करता है, जैसे किसी फ़ंक्शन के संदर्भ खोजने के लिए।
6. होस्ट नीति जाँचता है और आवश्यक होने पर उपयोगकर्ता से अनुमोदन मांगता है।
7. क्लाइंट सत्यापित अनुरोध सर्वर को भेजता है।
8. सर्वर ऑपरेशन करता है और संरचित सामग्री या त्रुटि लौटाता है।
9. होस्ट तय करता है कि परिणाम का कौन‑सा भाग मॉडल को अगले चरण के लिए प्रदान किया जाए।

MCP विनिमय को मानकीकृत करता है, लेकिन यह तय नहीं करता कि मॉडल को टूल कॉल करने पर भरोसा किया जाए। यह निर्णय होस्ट और उसकी नीति परत का है।

MCP API को प्रतिस्थापित नहीं करता

एक MCP सर्वर अक्सर मौजूदा API, सॉफ़्टवेयर डेवलपमेंट किट, कमांड‑लाइन टूल या डेटाबेस ड्राइवर को रैप करता है। ये अंतर्निहित इंटरफ़ेस वास्तविक कार्य करते हैं। MCP उनके ऊपर AI‑उन्मुख खोज और इंटरैक्शन लेयर जोड़ता है।

यह अंतर इस बात को स्पष्ट करता है कि MCP REST, GraphQL और अन्य एप्लिकेशन इंटरफ़ेस के पूरक क्यों है। एक भुगतान सेवा अपना परिपक्व API बनाए रख सकती है, जबकि MCP सर्वर मॉडल‑अनुकूल विवरण और स्कीमा के साथ संचालन का सावधानीपूर्वक सीमित उपसमुच्चय उजागर करता है।

MCP बनाम फ़ंक्शन कॉलिंग

फ़ंक्शन या टूल कॉलिंग मॉडल की क्षमता है: मॉडल संरचित अनुरोध लौटाकर फ़ंक्शन को बुला सकता है। MCP टूल और संदर्भ प्रदाताओं की खोज और संचार के लिए प्रोटोकॉल है।

दोनों अक्सर साथ काम करते हैं। एक MCP सर्वर होस्ट को बताता है कि कौन‑से टूल मौजूद हैं। होस्ट चयनित परिभाषाएँ मॉडल को प्रस्तुत करता है। मॉडल टूल कॉल उत्पन्न करता है। फिर होस्ट MCP के माध्यम से उस अनुरोध को उपयुक्त सर्वर को भेजता है।

MCP बनाम एजेंट‑टू‑एजेंट

MCP AI एप्लिकेशन को क्षमताओं और संदर्भ से जोड़ता है। एजेंट‑टू‑एजेंट (A2A) विभिन्न सिस्टम या संगठनों के स्वामित्व वाले स्वायत्त एजेंटों के बीच संचार पर केंद्रित है।

व्यावहारिक प्रणाली दोनों का उपयोग कर सकती है। एक एजेंट MCP के माध्यम से अपने टूल और डेटा तक पहुँच सकता है, फिर A2A का उपयोग करके बड़े कार्य को दूसरे एजेंट को सौंप सकता है। MCP उत्तर देता है “यह एप्लिकेशन उस क्षमता का उपयोग कैसे कर सकता है?” जबकि A2A उत्तर देता है “इन एजेंटों को कार्य समन्वय कैसे करना चाहिए?”

सुरक्षा जोखिम और नियंत्रण

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

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

मानकीकरण इंटरऑपरेबिलिटी को सुधारता है, लेकिन यह किसी सर्वर को भरोसेमंद नहीं बनाता। एक MCP सर्वर संवेदनशील डेटा, भ्रामक टूल विवरण, असुरक्षित कार्य, या समझौता किए गए निर्भरताओं को उजागर कर सकता है। किसी संसाधन के माध्यम से प्राप्त अविश्वसनीय सामग्री में भी प्रॉम्प्ट‑इंजेक्शन निर्देश हो सकते हैं जो मॉडल को हेरफेर करने के उद्देश्य से होते हैं।

महत्वपूर्ण नियंत्रण शामिल हैं:

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

MCP परियोजना अपने वास्तुशिल्प और सुरक्षा मार्गदर्शन को लगातार परिष्कृत करती रहती है। परियोजना का 2026 विनिर्देश अद्यतन दर्शाता है कि मानक कैसे सरल बुनियादी ढांचा, प्राधिकरण, और उत्पादन तैनाती के आसपास विकसित हो रहा है।

डेवलपर्स को MCP कब उपयोग करना चाहिए?

जब कई AI क्लाइंट्स को समान क्षमता के लिए निरंतर कनेक्शन की आवश्यकता होती है, जब टूल्स को रनटाइम पर खोजा जाना चाहिए, या जब टीम AI ऑर्केस्ट्रेशन को सिस्टम‑विशिष्ट इंटीग्रेशन कोड से अलग करना चाहती है, तब MCP एक उपयुक्त विकल्प है।

एक छोटा एप्लिकेशन जिसमें एक सख्ती से नियंत्रित बैकएंड हो, उसके लिए प्रत्यक्ष फ़ंक्शन कॉल अधिक सरल रह सकता है। प्रोटोकॉल अपनाने में अपना संचालन कार्य शामिल है: सर्वर जीवनचक्र प्रबंधन, संगतता परीक्षण, प्रमाणीकरण, अवलोकन, और शासन।

Model Context Protocol (MCP) के बारे में याद रखने योग्य बातें

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

मानक सावधानीपूर्वक इंजीनियरिंग की आवश्यकता को नहीं हटाता। होस्ट को अभी भी तय करना होता है कि किन सर्वरों पर भरोसा किया जाए, किन क्षमताओं को उजागर किया जाए, कौन सा डेटा साझा किया जाए, और कब किसी व्यक्ति को कार्रवाई को अनुमोदित करना चाहिए। MCP कनेक्शन को पोर्टेबल बनाता है; शासन उन्हें सुरक्षित और उपयोगी बनाता है।