MCP का जुलाई 2026 का स्पेसिफिकेशन प्रोटोकॉल लेयर से सेशन स्टेट (session state) के हर रूप को हटा देता है, जिससे सारा स्टेट मॉडल के कॉन्टेक्स्ट विंडो (context window) के अंदर रहने के लिए मजबूर हो जाता है। यह बदलाव किसी भी MCP सर्वर को किसी भी अनुरोध का उत्तर देने की अनुमति देता है, जिससे लोड बैलेंसर, सर्वरलेस फंक्शन और ऑटोस्केलिंग कुबेरनेट्स (Kubernetes) पॉड्स के पीछे शुद्ध-स्टेटलेस (pure-stateless) डिप्लॉयमेंट का रास्ता खुल जाता है।

यह बदलाव क्यों महत्वपूर्ण है

अपनी पहली रिलीज़ के बाद से, MCP (Model Communication Protocol) ने कई HTTP कॉल्स के दौरान कन्वर्सेशनल स्टेट को ट्रैक करने के लिए एक लाइटवेट सेशन हैंडशेक और Mcp-Session-Id हेडर बनाए रखा था। उस डिज़ाइन ने सर्वर को यह याद रखने की अनुमति दी कि कौन से टूल हैंडल, सैंपलिंग रेट या लॉगिंग प्रेफरेंस किसी दिए गए क्लाइंट के थे। इसने रिस्यूमेबल (resumable) सर्वर-सेंट इवेंट्स (SSE) स्ट्रीम भी प्रदान की, ताकि टूटा हुआ कनेक्शन वहीं से शुरू हो सके जहाँ वह छूटा था।

28 जुलाई, 2026 का स्पेसिफिकेशन सेशन हैंडशेक को पूरी तरह से समाप्त कर देता है। अब प्रत्येक अनुरोध में _meta फ़ील्ड में प्रोटोकॉल वर्ज़न और क्लाइंट क्षमताएं होती हैं, और Mcp-Session-Id हेडर गायब हो जाता है। रूट्स (Roots), सैंपलिंग और लॉगिंग फ़ील्ड्स को डिप्रिकेटेड (deprecated) घोषित कर दिया गया है। संक्षेप में, वायर प्रोटोकॉल अब शुद्ध रिक्वेस्ट-रिस्पॉन्स (request-response) है; अब बनाए रखने के लिए कोई "सेशन" नहीं है।

डेवलपर्स को क्या अलग करना होगा

स्टेट अब सर्वर की चिंता नहीं है; यह मॉडल के कॉन्टेक्स्ट विंडो में रहता है। जब किसी मॉडल को किसी बाहरी संसाधन (external resource) का संदर्भ देने की आवश्यकता होती है, तो उसे टूल परिणाम के हिस्से के रूप में सर्वर से एक स्पष्ट हैंडल प्राप्त करना चाहिए। अगला अनुरोध उस हैंडल को एक तर्क (argument) के रूप में शामिल करता है, और मॉडल इसे किसी भी अन्य टोकन की तरह मानता है।

क्योंकि कॉन्टेक्स्ट विंडो एक निश्चित आकार का टोकन बफर है, प्रत्येक हैंडल उस स्थान का उपभोग करता है जो यूजर प्रॉम्प्ट या मॉडल आउटपुट के साथ प्रतिस्पर्धा करता है।

विश्वसनीयता (Reliability) भी बदल जाती है। SSE रिस्यूमेबिलिटी या मैसेज रिडिलीवरी के बिना, एक ड्रॉप हुआ स्ट्रीम पूरे अनुरोध को खो देता है। क्लाइंट्स को कॉल को शुरुआत से फिर से शुरू करना होगा। त्वरित, स्टेटलेस क्वेरीज़ के लिए यह स्वीकार्य है; लंबे समय तक चलने वाले रिट्रीवल या मल्टी-स्टेप एजेंट कार्यों के लिए यह डेवलपर्स को अपना खुद का रिट्राय लॉजिक (retry logic) बनाने या काम को छोटे टुकड़ों में तोड़ने के लिए मजबूर करता है।

पायलट प्रोटोकॉल (Pilot Protocol) इस कमी को पूरा करता है

MCP का स्टेटलेस होना जानबूझकर किया गया है, लेकिन यह नेटवर्क लेयर को कनेक्शन-लेवल पहचान या विश्वसनीयता की गारंटी के बिना छोड़ देता है। पायलट प्रोटोकॉल, जो MCP के नीचे स्थित है, उस कमी को पूरा करता है। पायलट एक बार पहचान स्थापित करता है और पैकेटों को भेजने वाले से जोड़ने के लिए एन्क्रिप्शन का उपयोग करता है। MCP के दृष्टिकोण से, क्लाइंट हर बार बस एक नया HTTP अनुरोध भेजता है; पायलट अंतर्निहित ट्रांसपोर्ट को स्थिर रखता है।

दोनों प्रोटोकॉल एक-दूसरे के पूरक हैं: MCP लीन (lean), प्रति अनुरोध सस्ता और किसी भी HTTP एंडपॉइंट के पीछे स्केल करने में आसान रहता है, जबकि पायलट उस भारी काम को संभालता है जो पारंपरिक सेशन-आधारित प्रोटोकॉल किया करते थे।

स्केल पर लाभ

  • लोड-बैलेंसर फ्रेंडली – किसी सेशन एफिनिटी (session affinity) की आवश्यकता नहीं है; कोई भी बैकएंड किसी भी अनुरोध को पूरा कर सकता है।
  • सर्वरलेस रेडी – फंक्शन मांग पर शुरू हो सकते हैं, एक अनुरोध को संभाल सकते हैं, और बिना किसी बचे हुए स्टेट के बंद हो सकते हैं।
  • कुबेरनेट्स ऑटोस्केलिंग – पॉड्स को स्वतंत्र रूप से जोड़ा या हटाया जा सकता है; कंट्रोल प्लेन अब सेशन मैप्स को ट्रैक नहीं करता है।

ट्रेड-ऑफ (Trade-offs)

  • टोकन ओवरहेड – हैंडल और कोई भी अन्य स्टेट अब मॉडल के कॉन्टेक्स्ट विंडो पर कब्जा कर लेते हैं, जो सीधे प्रॉम्प्ट और रिस्पॉन्स के साथ प्रतिस्पर्धा करते हैं।
  • मॉडल-संचालित शुद्धता – मॉडल को हैंडल को सही ढंग से वापस इको (echo) करना चाहिए; एक hallucination या टाइपो वर्कफ़्लो को तोड़ सकता है।
  • कोई इन-बिल्ट रिस्यूमेबिलिटी नहीं – लंबे समय तक चलने वाले कार्यों को अपना स्वयं का चेकपॉइंटिंग लागू करना होगा या पूर्ण रीस्टार्ट का जोखिम उठाना होगा।
  • डायग्नोस्टिक्स का डिप्रिकेशन – रूट्स, सैंपलिंग और लॉगिंग फ़ील्ड्स खत्म हो गए हैं, इसलिए डेवलपर्स फाइन-ग्रेन्ड मॉनिटरिंग के लिए एक सुविधाजनक हुक खो देते हैं, जब तक कि वे इसे एप्लिकेशन लेयर पर न जोड़ें।

निष्कर्ष (Bottom line)

वायर से सेशन स्टेट को मिटाकर, MCP 2026-07 प्रोटोकॉल को एक शुद्ध HTTP एंडपॉइंट में बदल देता है जो किसी भी लोड बैलेंसर, फंक्शन प्लेटफॉर्म या एज नोड के पीछे स्थित हो सकता है। इसका फायदा स्पष्ट स्केलेबिलिटी है; नुकसान यह है कि स्टेट अब मॉडल के सीमित टोकन विंडो में रहता है और विश्वसनीयता क्लाइंट और अंतर्निहित पायलट लेयर पर टिकी होती है। जैसे-जैसे AI एजेंट सेकंडों से घंटों तक फैलेंगे, प्रति-अनुरोध सस्ती कीमत और टोकन-बजट दबाव के बीच का संतुलन ही यह तय करेगा कि क्या स्टेटलेस मॉडल एक स्थायी जीत साबित होता है।