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