MCP का नया 2026-07-28 स्पेसिफिकेशन हर सेशन-स्टेट (session-state) आवश्यकता को हटा देता है, जिससे प्रत्येक अनुरोध (request) अपने साथ आवश्यक सारा डेटा ले जा सकता है। स्टेटलेस प्रोटोकॉल (stateless protocol) की ओर इस बदलाव का मतलब है कि डेवलपर्स प्रत्येक कॉल के लिए एक सिंगल इंस्टेंस शुरू कर सकते हैं, सर्वरलेस (serverless) या एज नोड्स (edge nodes) पर चला सकते हैं, और पुराने स्टिकी-राउटिंग (sticky-routing) और शेयर्ड-स्टोर प्लंबिंग को हटा सकते हैं जो डिप्लॉयमेंट की एक बड़ी सिरदर्दी रही है।

हैंडशेक से सेल्फ-कंटेन्ड कॉल्स तक

अब तक, Model Context Protocol (MCP) एक हैंडशेक के लिए मजबूर करता था जो एक सेशन आईडी (session ID) जारी करता था। सर्वर को कनेक्शन के पूरे जीवनकाल के लिए उस आईडी को याद रखना पड़ता था, जिसका व्यावहारिक अर्थ था प्रोसेसों को जीवित रखना, Redis क्लस्टर में स्टेट को रेप्लिकेट करना, या "स्टिकी" राउटिंग के लिए लोड बैलेंसर कॉन्फ़िगर करना। इसका परिणाम एक जटिल, संसाधन-भारी स्टैक था जो स्केलिंग में बाधा डालता था और हॉरिजॉन्टल ग्रोथ (horizontal growth) को महंगा बना देता था।

नया स्पेसिफिकेशन हर अनुरोध को सेल्फ-कंटेन्ड (self-contained) बनाता है। प्रत्येक पेलोड (payload) में प्रोटोकॉल वर्जन और कॉलर की पहचान शामिल होती है, ताकि सर्वर अनुरोध को एक वन-ऑफ ट्रांजेक्शन (one-off transaction) के रूप में मान सके। कोई सेशन स्टोर नहीं, कोई लॉन्ग-लिव्ड प्रोसेस नहीं, और कोई विशेष राउटिंग नियम नहीं।

डिप्लॉयमेंट के लिए स्टेटलेस क्यों महत्वपूर्ण है

  • सर्वरलेस और एज के लिए तैयार – एक अनुरोध में वह सब कुछ होता है जिसकी उसे आवश्यकता है, इसलिए एक फंक्शन बिना वार्म-अप स्टेट के शुरू हो सकता है, उत्तर दे सकता है और बंद हो सकता है। प्रति-इनवोकेशन (per-invocation) शुल्क लेने वाले प्रदाता MCP वर्कलोड के लिए व्यवहार्य हो जाते हैं।
  • सरलीकृत लोड बैलेंसिंग – स्टैंडर्ड L4/L7 बैलेंसर ट्रैफिक को समान रूप से वितरित कर सकते हैं; क्लाइंट को किसी विशेष बैकएंड से जोड़ने की आवश्यकता नहीं है।
  • कम परिचालन ओवरहेड (operational overhead) – टीमें Redis क्लस्टर या कस्टम सेशन-रेप्लिकेशन कोड को हटा सकती हैं, जिससे लागत और विफलता की संभावना (failure surface) दोनों कम हो जाती हैं।

जो संगठन पहले से ही लोड बैलेंसर के पीछे MCP चला रहे हैं, उनके लिए यह बदलाव "स्टिकी" नियमों की आवश्यकता को समाप्त कर देता है जो अक्सर असमान ट्रैफिक वितरण के लिए मजबूर करते हैं। उच्च-थ्रूपुट (high-throughput) सेवाओं के लिए बचत विशेष रूप से स्पष्ट है जो प्रतिदिन लाखों कॉल देखती हैं।

परफॉरमेंस और सुरक्षा अपग्रेड

यह स्पेसिफिकेशन कुछ ठोस सुधार जोड़ता है जो प्रोटोकॉल को इसकी स्टेटलेसनेस से भी आगे मजबूत बनाते हैं:

  • TTL-आधारित कैशिंग – टूल और प्रॉम्प्ट लिस्ट में अब एक 'time-to-live' फ़ील्ड शामिल है, जिससे क्लाइंट स्थानीय रूप से परिणामों को कैश कर सकते हैं और अनावश्यक राउंड-ट्रिप्स से बच सकते हैं।
  • हेडर-संचालित राउटिंग – नए HTTP हेडर राउटिंग जानकारी को जल्दी उजागर करते हैं, जिससे गेटवे पूरे JSON बॉडी को पार्स किए बिना ट्रैफिक को आगे भेज सकते हैं, जिससे लेटेंसी (latency) में मिलीसेकंड की कमी आती है।
  • OAuth/OIDC हार्डनिंग – पहचान टोकन (identity tokens) सख्त OAuth और OpenID Connect जांच से गुजरते हैं, जिससे रीप्ले और टोकन-चोरी हमलों का खतरा कम हो जाता है।
  • औपचारिक एक्सटेंशन फ्रेमवर्क – टास्क और ऐप्स अब एक परिभाषित एक्सटेंशन मॉडल का हिस्सा हैं, जिससे SDK मेंटेनर्स के लिए भविष्य में नए फीचर्स रोल-आउट करना आसान हो जाएगा।

डेवलपर्स पर प्रभाव

SDK इकोसिस्टम में यह बदलाव पहले से ही दिखने लगा है: TypeScript, Python, Go और C# लाइब्रेरीज़ नए अनुरोध फॉर्मेट का उपयोग कर रही हैं। इन SDKs के संयुक्त डाउनलोड प्रति माह आधे अरब के करीब पहुंच रहे हैं, जो साल की शुरुआत की तुलना में चार गुना अधिक है, जो दर्शाता है कि MCP को कितनी व्यापक रूप से अपनाया जा रहा है।

डेवलपर्स को उस किसी भी कोड को एडजस्ट करना होगा जिसने एक पर्सिस्टेंट सेशन (persistent session) का अनुमान लगाया था। आमतौर पर इसका मतलब है सेशन-विशिष्ट डेटा को अनुरोध पेलोड में या प्रति कॉल परामर्श किए जाने वाले किसी बाहरी स्टोर में ले जाना। माइग्रेशन विंडो बारह महीने की है, जिससे टीमों को रिफैक्टर करने, परीक्षण करने और नए पैटर्न को लागू करने का समय मिलता है।

विपरीत तर्क: माइग्रेशन की जटिलता

स्टेटलेसनेस कोई मुफ्त का भोजन नहीं है। ऐसे एप्लिकेशन जो पहले प्रोग्रेसिव कन्वर्सेशन हिस्ट्री (progressive conversation history) जैसी चीजों के लिए सर्वर-साइड स्टेट पर निर्भर थे, उन्हें अब उस स्टेट को क्लाइंट-साइड या एक अलग पर्सिस्टेंस लेयर के माध्यम से प्रबंधित करना होगा।

किन बातों पर नज़र रखें

  • अपनाने के मेट्रिक्स (Adoption metrics) – SDK वर्जन के उपयोग की निगरानी करें; मंदी माइग्रेशन में आने वाली बाधा का संकेत दे सकती है।
  • एज प्लेटफॉर्म सपोर्ट – जैसे-जैसे अधिक प्रदाता MCP-संगत रनटाइम की घोषणा करेंगे, सर्वरलेस का वास्तविक लागत लाभ स्पष्ट हो जाएगा।
  • सुरक्षा घटना रिपोर्ट – हार्डन किया गया OAuth/OIDC फ्लो पहचान हमलों को कम करना चाहिए, लेकिन कोई भी उल्लंघन नए सुरक्षा उपायों की परीक्षा लेगा।

निष्कर्ष: MCP को स्टेटलेस बनाकर, यह स्पेसिफिकेशन प्रोटोकॉल को आधुनिक क्लाउड-नेटिव पैटर्न के साथ जोड़ता है, जिससे सेशन मैनेजमेंट के परिचालन बोझ को कम किया जा सकता है और सस्ते, अधिक इलास्टिक डिप्लॉयमेंट मॉडल के द्वार खुलते हैं। इसका ट्रेड-ऑफ कोड रिफैक्टरिंग की एक संक्षिप्त अवधि और बड़े अनुरोध फुटप्रिंट (request footprints) हैं, लेकिन दीर्घकालिक लाभ एक ऐसा प्रोटोकॉल है जो उस इंफ्रास्ट्रक्चर की तरह आसानी से स्केल करता है जिस पर यह चलता है।