किसी AI एप्लिकेशन को किसी दस्तावेज़ सिस्टम से जानकारी या किसी बिज़नेस सेवा से कोई कार्रवाई चाहिए हो सकती है। हर इंटीग्रेशन को वह जानकारी या कार्रवाई माँगने के लिए एक साझा तरीके की ज़रूरत होती है।
MCP स्पेसिफ़िकेशन वही साझा इंटरफ़ेस तय करता है। एक संगत क्लाइंट यह पता लगा सकता है कि कोई सर्वर कौन-सी क्षमताएँ उपलब्ध कराता है। सुरक्षित क्षमताओं का उपयोग करने के लिए एप्लिकेशन को फिर भी अनुमति चाहिए।
होस्ट, क्लाइंट और सर्वर क्या हैं?
होस्ट AI एप्लिकेशन है। क्लाइंट उसका कनेक्टर है। सर्वर वह प्रोग्राम है जो क्षमताएँ उपलब्ध कराता है।
स्पेसिफ़िकेशन की भूमिकाएँ एप्लिकेशन को उसके अंदर मौजूद कनेक्टर से अलग रखती हैं।
| भूमिका | ज़िम्मेदारी | उदाहरण |
|---|---|---|
| होस्ट | AI इंटरैक्शन और उसके कनेक्शनों का समन्वय करता है | एक असिस्टेंट एप्लिकेशन |
| क्लाइंट | MCP सर्वर के साथ प्रोटोकॉल संदेशों का आदान-प्रदान करता है | उस एप्लिकेशन के अंदर एक कनेक्टर |
| सर्वर | संदर्भ या कॉल किए जा सकने वाले ऑपरेशन उपलब्ध कराता है | दस्तावेज़ों तक पहुँच देने वाला प्रोग्राम |
एक होस्ट अलग-अलग सर्वरों से जुड़ने के लिए कई क्लाइंट इस्तेमाल कर सकता है। आर्किटेक्चर गाइड हर सर्वर कनेक्शन के लिए एक क्लाइंट का वर्णन करती है।
संदेश कैसे भेजे जाते हैं?
मानक ट्रांसपोर्ट संदेशों को लोकल प्रोसेस स्ट्रीम या HTTP के ज़रिए ले जाते हैं।
ट्रांसपोर्ट स्पेसिफ़िकेशन दोनों को परिभाषित करता है:
- Stdio: क्लाइंट एक सर्वर प्रोसेस शुरू करता है और उसकी इनपुट और आउटपुट स्ट्रीम के ज़रिए संदेशों का आदान-प्रदान करता है।
- Streamable HTTP: सर्वर HTTP अनुरोध प्राप्त करता है और क्लाइंट को संदेश स्ट्रीम करके वापस भेज सकता है।
इसलिए सर्वर का कोई रिमोट वेबसाइट होना ज़रूरी नहीं है। यह क्लाइंट वाली ही मशीन पर चलने वाला एक प्रोग्राम भी हो सकता है।
ट्रांसपोर्ट केवल आदान-प्रदान को पहुँचाता है। खाते की अनुमतियों के लिए फिर भी ऑथराइज़ेशन ज़रूरी है। MCP OAuth उत्तर में सुरक्षित HTTP सर्वरों के लिए ऑथराइज़ेशन समझाया गया है।
क्या MCP एक एजेंट फ्रेमवर्क है?
MCP एक इंटीग्रेशन प्रोटोकॉल परिभाषित करता है, न कि ऐसा फ्रेमवर्क जो एजेंट की तर्क प्रक्रिया और टास्क लूप चलाता हो।
आर्किटेक्चर गाइड का दायरा यह तय करना एप्लिकेशन पर छोड़ता है कि वे मॉडल का उपयोग और कॉन्टेक्स्ट का प्रबंधन कैसे करें। होस्ट तय करता है कि अपने कनेक्शन के ज़रिए उपलब्ध जानकारी और ऑपरेशन का उपयोग कैसे करना है।
केवल प्रोटोकॉल कनेक्शन यह तय नहीं करता कि कौन सी कार्रवाई उपयोगकर्ता का काम पूरा करेगी।
क्या MCP किसी API की जगह लेता है?
MCP किसी API के ऑपरेशन को एक अलग प्रोटोकॉल इंटरफ़ेस के ज़रिए उपलब्ध करा सकता है। मूल API उन ऑपरेशन को पहले की तरह पूरा करता रह सकता है।
आर्किटेक्चर गाइड के टूल उदाहरण में एक MCP सर्वर अनुरोध किए गए टूल को चलाता है। टूल के पीछे का इम्प्लीमेंटेशन किसी दूसरी सेवा को कॉल कर सकता है।
उदाहरण के लिए, एक काल्पनिक ऑर्डर-स्टेटस टूल किसी मौजूदा API के ज़रिए ऑर्डर प्राप्त कर सकता है। MCP क्लाइंट-सर्वर आदान-प्रदान का वर्णन करता है। ऑर्डर सेवा के रिकॉर्ड और एक्सेस नियम फिर भी उसी के नियंत्रण में रहते हैं।
प्रिमिटिव्स वाला उत्तर टूल, रिसोर्स और प्रॉम्प्ट को समझाता है। A2A तुलना एजेंटों के बीच संचार को कवर करती है।
मैं Bird के साथ MCP का उपयोग कैसे करूँ?
आप किसी AI क्लाइंट को Bird के MCP सर्वर से जोड़ सकते हैं।