AI · · 3 मिनट का लेख
एजेंट के लिए MCP सर्वर: ये क्या हैं और कब बनाएँ
Model Context Protocol बदल रहा है कि एजेंट टूल्स और डेटा तक कैसे पहुँचते हैं। जानें कब यह सही विकल्प है — और कब नहीं।
MCP क्या है
Model Context Protocol (MCP) एक ओपन मानक है, जिसे Anthropic ने नवंबर 2024 में पेश किया और तब से कई AI वेंडर और टूल ने अपनाया है। यह AI ऐप्लिकेशन को बाहरी सिस्टम से जोड़ता है। MCP सर्वर क्षमताएँ उपलब्ध कराता है; MCP क्लाइंट — चैट ऐप, IDE असिस्टेंट या एजेंट फ़्रेमवर्क — उन्हें खोजता और इस्तेमाल करता है।
सर्वर तीन तरह की चीज़ें दे सकता है: टूल (वे एक्शन जिन्हें मॉडल कॉल कर सकता है, जैसे “टिकट खोजें” या “इनवॉइस बनाएँ”), रिसोर्स (वह डेटा जिसे ऐप्लिकेशन पढ़ सकता है, जैसे फ़ाइलें या रिकॉर्ड) और प्रॉम्प्ट (दोबारा इस्तेमाल होने वाले टेम्पलेट)। सर्वर लोकल रूप से स्टैंडर्ड इनपुट और आउटपुट पर, या रिमोट रूप से HTTP पर चलते हैं।
यह क्यों मायने रखता है
MCP से पहले हर AI ऐप्लिकेशन को हर सिस्टम के लिए अपना इंटीग्रेशन चाहिए था। MCP के साथ आप अपना सिस्टम एक बार बताते हैं और कोई भी संगत क्लाइंट उसे इस्तेमाल कर सकता है। प्रोडक्ट कंपनी के लिए इसका मतलब है कि ग्राहक आपका प्रोडक्ट उन AI टूल से जोड़ सकते हैं जो वे पहले से इस्तेमाल करते हैं। आंतरिक टीम के लिए, एक इंटीग्रेशन कंपनी के हर असिस्टेंट और एजेंट के काम आता है।
MCP सर्वर कब बनाएँ
- आप चाहते हैं कि ग्राहक आपका प्रोडक्ट अपने मौजूदा AI असिस्टेंट और एजेंट से इस्तेमाल करें।
- कई आंतरिक एजेंट या असिस्टेंट को एक जैसे टूल और डेटा चाहिए।
- आप आंतरिक सिस्टम तक एक सुव्यवस्थित रास्ता चाहते हैं, जिसमें एक जैसा ऑथेंटिकेशन और लॉगिंग हो।
- आपकी टीम पहले से एक API चलाती है, और उसके ऊपर MCP लेयर एक हल्का जोड़ है।
कब नहीं
- आप एक ऐप्लिकेशन में एक मॉडल के साथ एक AI फ़ीचर बना रहे हैं — सीधा function calling ज़्यादा आसान है।
- एक्शन जोखिम भरे हैं (पेमेंट, डेटा मिटाना) और अनुमति व इंसानी मंज़ूरी की कोई योजना नहीं है।
- आपकी मूल API अभी स्थिर नहीं है; पहले उसे ठीक करें।
अच्छे टूल डिज़ाइन करना
मॉडल टूल उनके नाम, विवरण और इनपुट स्कीमा से चुनते हैं, इसलिए उन्हें ऐसे पाठक के लिए लिखें जो आपके सिस्टम के बारे में कुछ नहीं जानता। कई मोड वाले एक टूल की बजाय कुछ केंद्रित टूल (“find_customer_by_email”, “list_open_tickets”) बेहतर हैं। छोटे, संरचित नतीजे ऐसे ID के साथ लौटाएँ जिन्हें मॉडल अगली कॉल में इस्तेमाल कर सके, और गलत इनपुट पर मददगार एरर मैसेज दें।
पढ़ना और लिखना अलग रखें। सिर्फ़ पढ़ने वाले टूल अक्सर खुलकर चल सकते हैं; डेटा बदलने वाले टूल को सही अनुमति चाहिए और अहम एक्शन के लिए क्लाइंट में पुष्टि का कदम होना चाहिए।
सुरक्षा
रिमोट सर्वर को सही ऑथराइज़ेशन इस्तेमाल करना चाहिए — MCP स्पेसिफ़िकेशन OAuth पर आधारित है — और हर टोकन में सिर्फ़ वही अनुमतियाँ हों जो यूज़र के पास सच में हैं। हर टूल कॉल को इस जानकारी के साथ लॉग करें कि किसने की और क्या बदला। सबसे ज़रूरी बात: टूल के नतीजे मॉडल के कॉन्टेक्स्ट में पहुँचते हैं — टूल से लौटा टिकट, ईमेल या वेब पेज ऐसा टेक्स्ट रख सकता है जो मॉडल को नए निर्देश देने की कोशिश करे। टूल आउटपुट को डेटा मानें, एक सेशन क्या कर सकता है उसे सीमित करें, और किसी भी विनाशकारी एक्शन के लिए इंसान को प्रक्रिया में रखें।
शुरुआत कैसे करें
TypeScript, Python और कई दूसरी भाषाओं के लिए आधिकारिक SDK हैं, और PHP व Laravel के लिए कम्युनिटी पैकेज हैं। किसी मौजूदा API पर दो-तीन सिर्फ़ पढ़ने वाले टूल से शुरू करें, उन्हें MCP Inspector और एक असली क्लाइंट से टेस्ट करें, देखें कि मॉडल उन्हें कैसे इस्तेमाल करता है, फिर लिखने वाले एक्शन जोड़ने से पहले विवरण सुधारें। MCP सर्वर की गुणवत्ता प्रोटोकॉल से कम और साफ़ टूल व सावधान अनुमतियों से ज़्यादा तय होती है।
क्या आप चाहते हैं कि हम आपकी साइट देखें?
तुरंत रिपोर्ट के लिए मुफ़्त वेबसाइट चेकर चलाएँ, या टिकट बनाएँ और एक इंजीनियर एक कार्यदिवस में जवाब देगा।