MCP च्या जुलै २०२६ च्या स्पेसिफिकेशनमध्ये प्रोटोकॉल लेयरमधून सर्व प्रकारचा 'session state' काढून टाकण्यात आला आहे, ज्यामुळे सर्व 'state' मॉडेलच्या 'context window' मध्ये राहण्यास भाग पाडले जाते. या बदलामुळे कोणताही MCP सर्व्हर कोणत्याही विनंतीला (request) उत्तर देऊ शकतो, ज्यामुळे लोड बॅलन्सर, सर्व्हरलेस फंक्शन्स आणि ऑटोस्केलिंग Kubernetes पॉड्सच्या मागे शुद्ध 'stateless' उपयोजनांसाठी (deployments) मार्ग मोकळा होतो.

हा बदल का महत्त्वाचा आहे

त्याच्या पहिल्या रिलीजपासून, MCP (Model Communication Protocol) ने एका हलक्या वजनाच्या 'session handshake' आणि अनेक HTTP कॉल्समध्ये संवादात्मक स्थिती (conversational state) ट्रॅक करण्यासाठी Mcp-Session-Id हेडरचा वापर केला होता. त्या डिझाइनमुळे सर्व्हरला हे लक्षात ठेवता येत असे की कोणते टूल हँडल्स (tool handles), सॅम्पलिंग रेट्स किंवा लॉगिंग पसंती एका विशिष्ट क्लायंटच्या होत्या. यामुळे 'resumable Server-Sent Events (SSE)' स्ट्रीम्स देखील उपलब्ध होत्या, जेणेकरून तुटलेले कनेक्शन जिथे थांबले होते तिथून पुन्हा सुरू करता येत होते.

२८ जुलै, २०२६ च्या स्पेसिफिकेशनमध्ये 'session handshake' पूर्णपणे काढून टाकण्यात आले आहे. आता प्रत्येक विनंतीमध्ये _meta फील्डमध्ये प्रोटोकॉल व्हर्जन आणि क्लायंटची क्षमता (capabilities) असते आणि Mcp-Session-Id हेडर गायब झाले आहे. Roots, sampling आणि logging फील्ड्स आता 'deprecated' (कालबाह्य) म्हणून चिन्हांकित करण्यात आली आहेत. थोडक्यात सांगायचे तर, वायर प्रोटोकॉल आता शुद्ध 'request-response' स्वरूपाचा आहे; आता टिकवून ठेवण्यासाठी कोणताही "session" नाही.

डेव्हलपर्सना आता काय वेगळे करावे लागेल

'State' आता सर्व्हरची जबाबदारी राहिलेली नाही; ती मॉडेलच्या 'context window' मध्ये असते. जेव्हा मॉडेलला बाह्य संसाधनाचा (external resource) संदर्भ देण्याची गरज असते, तेव्हा त्याला टूल रिझल्टचा भाग म्हणून सर्व्हरकडून एक स्पष्ट 'handle' प्राप्त करावा लागतो. पुढील विनंतीमध्ये तो 'handle' एक आर्ग्युमेंट (argument) म्हणून समाविष्ट केला जातो आणि मॉडेल त्याला इतर कोणत्याही टोकनप्रमाणेच हाताळते.

'Context window' हे एका निश्चित आकाराचे 'token buffer' असल्याने, प्रत्येक 'handle' जागा व्यापतो, ज्यामुळे युजर प्रॉम्प्ट्स किंवा मॉडेल आउटपुटसाठी उपलब्ध असलेल्या जागेवर स्पर्धा निर्माण होते.

विश्वासार्हतेमध्ये (Reliability) देखील बदल झाला आहे. SSE 'resumability' किंवा मेसेज रिडिलीव्हरी (message redelivery) शिवाय, स्ट्रीम तुटल्यास विनंती पूर्णपणे गमावली जाते. क्लायंटला कॉल पुन्हा शून्यापासून सुरू करावा लागतो. जलद, 'stateless' क्वेरींसाठी हे स्वीकारार्ह आहे; परंतु दीर्घकाळ चालणाऱ्या 'retrieval' किंवा बहु-टप्प्यांच्या 'agent' कामांसाठी, डेव्हलपर्सना स्वतःचे 'retry logic' तयार करावे लागेल किंवा कामाचे लहान तुकड्यांमध्ये विभाजन करावे लागेल.

Pilot Protocol ही पोकळी भरून काढते

MCP ची 'statelessness' हेतुपुरस्सर आहे, परंतु यामुळे नेटवर्क लेयर कनेक्शन-स्तरीय ओळख किंवा विश्वासार्हतेची हमी विना कोणताही आधार राहते. Pilot Protocol, जे MCP च्या खाली कार्यरत आहे, ती ही पोकळी भरून काढते. Pilot एकदा ओळख (identity) प्रस्थापित करते आणि पॅकेट्स पाठवणाऱ्याशी जोडण्यासाठी एन्क्रिप्शनचा वापर करते. MCP च्या दृष्टिकोनातून, क्लायंट प्रत्येक वेळी फक्त एक नवीन HTTP विनंती पाठवतो; Pilot अंतर्गत ट्रान्सपोर्ट स्थिर ठेवते.

हे दोन्ही प्रोटोकॉल एकमेकांना पूरक आहेत: MCP हलके, प्रत्येक विनंतीसाठी स्वस्त आणि कोणत्याही HTTP एंडपॉइंटच्या मागे स्केल करणे सोपे राहते, तर पारंपारिक 'session-based' प्रोटोकॉल जे काम करायचे ते Pilot करते.

मोठ्या प्रमाणावर (Scale) होणारे फायदे

  • Load-balancer friendly – कोणत्याही 'session affinity' ची आवश्यकता नाही; कोणताही बॅकएंड कोणत्याही विनंतीला प्रतिसाद देऊ शकतो.
  • Serverless ready – फंक्शन्स मागणीनुसार सुरू होऊ शकतात, विनंती हाताळू शकतात आणि कोणताही 'state' न ठेवता बंद होऊ शकतात.
  • Kubernetes autoscaling – पॉड्स (Pods) मुक्तपणे जोडले किंवा काढले जाऊ शकतात; कंट्रोल प्लेन आता 'session maps' ट्रॅक करत नाही.

तडजोडी (Trade-offs)

  • Token overhead – हँडल्स आणि इतर कोणताही 'state' आता मॉडेलच्या 'context window' मध्ये जागा घेतो, ज्यामुळे प्रॉम्प्ट आणि रिस्पॉन्सशी थेट स्पर्धा निर्माण होते.
  • Model-driven correctness – मॉडेलने हँडल्स अचूकपणे परत (echo back) करणे आवश्यक आहे; 'hallucination' किंवा टायपोमुळे वर्कफ्लो बिघडू शकतो.
  • No built-in resumability – दीर्घकाळ चालणाऱ्या कामांसाठी स्वतःचे 'checkpointing' लागू करावे लागेल किंवा पूर्ण रीस्टार्ट होण्याचा धोका पत्करावा लागेल.
  • Deprecation of diagnostics – Roots, sampling आणि logging फील्ड्स काढून टाकण्यात आले आहेत, त्यामुळे डेव्हलपर्सना ॲप्लिकेशन लेयरवर ते जोडल्याशिवाय सूक्ष्म देखरेखीसाठी (fine-grained monitoring) सोयीस्कर साधन उपलब्ध नाही.

थोडक्यात सांगायचे तर

वायरमधून 'session state' काढून टाकून, MCP 2026-07 या प्रोटोकॉलला एका शुद्ध HTTP एंडपॉइंटमध्ये रूपांतरित करते जो कोणत्याही लोड बॅलन्सर, फंक्शन प्लॅटफॉर्म किंवा एज नोडच्या मागे असू शकतो. याचा फायदा स्पष्ट आहे - स्केलेबिलिटी; परंतु तो तोटा असा की 'state' आता मॉडेलच्या मर्यादित 'token window' मध्ये राहतो आणि विश्वासार्हता क्लायंट आणि अंतर्गत Pilot लेयरवर अवलंबून असते. जसजसे AI एजंट्स सेकंदांपासून तासांपर्यंत विस्तारत आहेत, तसतसे प्रत्येक विनंतीची कमी किंमत आणि टोकन-बजेटमधील दबाव यातील संतुलन ठरवेल की हे 'stateless' मॉडेल दीर्घकालीन यश मिळवेल की नाही.