Model Context Protocol (MCP) को लार्ज लैंग्वेज मॉडल्स (LLMs) को ऐसे एजेंट्स में बदलने के लिए एक ठोस मानक के रूप में जारी किया गया है जो एक मापने योग्य और सुरक्षित लूप में बाहरी टूल्स को कॉल कर सकते हैं। किसी भी MCP-सक्षम होस्ट और किसी भी MCP सर्वर के बीच एक साझा "प्लग" को परिभाषित करके, यह प्रोटोकॉल डेवलपर्स को ad-hoc कोड को एक पूर्वानुमानित और ऑडिट करने योग्य वर्कफ़्लो से बदलने की अनुमति देता है।
LLMs को एक प्रोटोकॉल की आवश्यकता क्यों है
एक LLM केवल अपने ट्रेनिंग डेटा से टेक्स्ट के अगले टोकन की भविष्यवाणी करता है। अतिरिक्त लॉजिक के बिना, यह नए तथ्य नहीं खोज सकता, डेटाबेस में लिख नहीं सकता, या किसी बाहरी API को ट्रिगर नहीं कर सकता। डेवलपर्स ने ऐसे "एजेंट्स" बनाए हैं जो एक मॉडल को लूप में लपेटते हैं: मॉडल एक टूल मांगता है, टूल चलता है, परिणाम वापस दिया जाता है, और मॉडल तय करता है कि जारी रखना है या उपयोगकर्ता को उत्तर देना है।
वह लूप काम करता है, लेकिन नियमों के एक सामान्य सेट के बिना, अनियंत्रित प्रक्रियाएं बनाना या सिस्टम को अनपेक्षित कॉल्स के प्रति संवेदनशील बनाना आसान है। प्रत्येक नए टूल के लिए एक कस्टम इंटीग्रेशन की आवश्यकता होती थी, जिससे प्रोजेक्ट्स में टोकन उपयोग, बजट सीमा या सुरक्षा नीतियों को ट्रैक करना कठिन हो जाता था।
MCP लूप की संरचना और उस डेटा को कोडिफाई (codify) करके इन कमियों को दूर करता है जो इसके माध्यम से प्रवाहित होना चाहिए।
एक MCP एजेंट की दो-भाग वाली संरचना (Anatomy)
MCP एक एजेंट को परिभाषा (definition) – वह टेम्पलेट जो बताता है कि एजेंट क्या कर सकता है – और एक इंस्टेंस (instance) – उपयोगकर्ता के अनुरोध का वास्तविक निष्पादन (execution) – में विभाजित करता है।
एजेंट परिभाषा (टेम्पलेट)
- Host loop – वह ऑर्केस्ट्रेटर जो ask-tool-read-decide चक्र को चलाता है।
- System context – पर्सोना और उच्च-स्तरीय निर्देश जो मॉडल के व्यवहार को आकार देते हैं।
- MCP server set – उपलब्ध टूल स्रोतों का एक कैटलॉग जिसे होस्ट कॉल कर सकता है।
- Tool policy – स्पष्ट सूची कि किसी दिए गए एजेंट के लिए किन टूल्स की अनुमति है।
- LLM selection – वह विशिष्ट मॉडल जो टेक्स्टुअल रीजनिंग (textual reasoning) उत्पन्न करेगा।
- Termination limits – अंतहीन लूप को रोकने के लिए अधिकतम इटरेशन और टोकन बजट।
- Task contract – औपचारिक विवरण कि एजेंट कौन से इनपुट स्वीकार करता है और वह किस आउटपुट फॉर्मेट में परिणाम देता है।
- Context strategy – टोकन सीमाओं के भीतर रहने के लिए बातचीत के इतिहास को ट्रिम या सारांशित करने के नियम।
एजेंट इंस्टेंस (चल रहा कार्य)
- Goal – उपयोगकर्ता का अनुरोध जो लूप शुरू करता है।
- Working context – संचित इतिहास, जिसमें पिछले टूल परिणाम शामिल हैं।
- Credentials – चयनित टूल्स को कॉल करने के लिए आवश्यक टोकन या अनुमति सेट।
- Consumed budget – अब तक खर्च किए गए टोकन और लिए गए चरणों का हिसाब।
ये तत्व दर्शाते हैं कि एक एजेंट को क्या करने की अनुमति है और वह वर्तमान में क्या कर रहा है।
MCP डेवलपमेंट फ्लो को कैसे बदलता है
MCP से पहले, एक डेवलपर जो चाहता था कि LLM एक मौसम API को क्वेरी करे, डेटाबेस से एक पंक्ति निकाले और फिर एक रिपोर्ट तैयार करे, उसे प्रत्येक एंडपॉइंट के लिए विशेष रूप से बनाया गया (bespoke) ग्लू कोड लिखना पड़ता था। वह कोड अक्सर मॉडल के प्रॉम्प्ट के अंदर टूल कॉल्स को छिपा देता था, जिससे यह देखना असंभव हो जाता था कि किस अनुरोध ने किस प्रतिक्रिया को ट्रिगर किया।
MCP के साथ, होस्ट बातचीत को मॉडल को भेजता है, मॉडल द्वारा उत्पन्न किसी भी टूल अनुरोध का निरीक्षण करता है, स्वयं टूल को डिस्पैच करता है, और फिर परिणाम वापस भेजता है। अतिरिक्त कोड न्यूनतम है, लेकिन दृश्यता (visibility) पूर्ण है: प्रत्येक राउंड-ट्रिप और प्रत्येक टोकन को लॉग किया जाता है।
यह दृश्यता दो व्यावहारिक लाभ लाती है:
- लागत माप (Cost measurement) – डेवलपर्स एक ही कार्य के लिए एक बड़े मॉडल की तुलना सस्ते मॉडल से कर सकते हैं, और देख सकते हैं कि प्रत्येक इटरेशन में ठीक कितने टोकन खर्च होते हैं।
- सुरक्षा ऑडिटिंग (Security auditing) – टूल पॉलिसी और क्रेडेंशियल चेक मॉडल के बाहर होते हैं, जिससे मॉडल को चुपचाप अनधिकृत सेवाओं को कॉल करने से रोका जा सकता है।
क्या अभी भी अनिर्धारित है
MCP बातचीत के स्वरूप और उसके साथ जाने वाले मेटाडेटा को निर्दिष्ट करता है, लेकिन यह यह निर्धारित नहीं करता है कि एक टूल को आंतरिक रूप से कैसे लागू किया जाए।
आगे क्या देखें
- Metric suites – इस श्रृंखला का अगला लेख उन नंबरों की चेकलिस्ट का वादा करता है जिन्हें डेवलपर्स को ट्रैक करना चाहिए (टोकन खर्च, इटरेशन काउंट, प्रति टूल लेटेंसी)। वे मेट्रिक्स किसी भी MCP-आधारित एजेंट के लिए मानक हेल्थ चेक बन जाएंगे।
निष्कर्ष
Model Context Protocol LLM एजेंटों को एक साझा, ऑडिट करने योग्य संरचना प्रदान करता है जो यह अलग करती है कि एक एजेंट क्या कर सकता है और वह किसी भी क्षण क्या कर रहा है। अस्पष्ट टूल-कॉलिंग को एक पारदर्शी लूप में बदलकर, MCP उन मापों को संभव बनाता है।