MCP ની જુલાઈ 2026 ની સ્પષ્ટીકરણ (specification) પ્રોટોકોલ લેયરથી સેશન સ્ટેટના દરેક સ્વરૂપને દૂર કરે છે, જેનાથી તમામ સ્ટેટ મોડેલના કોન્ટેક્સ્ટ વિન્ડો (context window) ની અંદર રહેવા માટે મજબૂર બને છે. આ ફેરફાર કોઈપણ MCP સર્વરને કોઈપણ વિનંતીનો જવાબ આપવા દે છે, જે લોડ બેલેન્સર્સ, સર્વરલેસ ફંક્શન્સ અને ઓટોસ્કેલિંગ Kubernetes પોડ્સ પાછળ શુદ્ધ-સ્ટેટલેસ (pure-stateless) ડિપ્લોયમેન્ટ માટેના દ્વાર ખોલે છે.

આ ફેરફાર શા માટે મહત્વનો છે

તેની પ્રથમ રિલીઝથી, MCP (Model Communication Protocol) એ મલ્ટીપલ HTTP કોલ્સમાં વાતચીતની સ્થિતિને ટ્રેક કરવા માટે એક લાઇટવેઇટ સેશન હેન્ડશેક અને Mcp-Session-Id હેડર રાખ્યું હતું. તે ડિઝાઇન સર્વરને યાદ રાખવામાં મદદ કરતી હતી કે કયા ટૂલ હેન્ડલ્સ, સેમ્પલિંગ રેટ અથવા લોગિંગ પસંદગીઓ ચોક્કસ ક્લાયન્ટ સાથે જોડાયેલી હતી. તે રિઝ્યુમેબલ (resumable) Server-Sent Events (SSE) સ્ટ્રીમ્સ પણ ઓફર કરતું હતું, જેથી કનેક્શન તૂટી જાય તો પણ તે જ્યાંથી અટક્યું હતું ત્યાંથી ફરી શરૂ કરી શકાય.

28 જુલાઈ, 2026 નું સ્પષ્ટીકરણ સેશન હેન્ડશેકને સંપૂર્ણપણે દૂર કરે છે. હવે દરેક વિનંતીમાં _meta ફિલ્ડમાં પ્રોટોકોલ વર્ઝન અને ક્લાયન્ટની ક્ષમતાઓ હોય છે, અને Mcp-Session-Id હેડર અદૃશ્ય થઈ જાય છે. Roots, sampling અને logging ફિલ્ડ્સને ડેપ્રિકેટ (deprecated) તરીકે ચિહ્નિત કરવામાં આવ્યા છે. ટૂંકમાં, વાયર પ્રોટોકોલ હવે શુદ્ધ રિક્વેસ્ટ-રિસ્પોન્સ (request-response) છે; જાળવી રાખવા માટે કોઈ "સેશન" નથી.

ડેવલપર્સે શું અલગ રીતે કરવું પડશે

સ્ટેટ હવે સર્વરની ચિંતા નથી; તે મોડેલના કોન્ટેક્સ્ટ વિન્ડોમાં રહે છે. જ્યારે મોડેલને બાહ્ય રિસોર્સનો સંદર્ભ લેવાની જરૂર હોય, ત્યારે તેણે ટૂલ રિઝલ્ટના ભાગ રૂપે સર્વર પાસેથી સ્પષ્ટ હેન્ડલ (explicit handle) મેળવવું આવશ્યક છે. પછીની વિનંતીમાં તે હેન્ડલને આર્ગ્યુમેન્ટ તરીકે સામેલ કરવામાં આવે છે, અને મોડેલ તેને અન્ય કોઈપણ ટોકન જેવું જ ગણે છે.

કારણ કે કોન્ટેક્સ્ટ વિન્ડો એ નિશ્ચિત કદનું ટોકન બફર છે, તેથી દરેક હેન્ડલ એવી જગ્યા રોકે છે જે યુઝર પ્રોમ્પ્ટ્સ અથવા મોડેલ આઉટપુટ સાથે સ્પર્ધા કરે છે.

વિશ્વસનીયતા (Reliability) પણ બદલાય છે. SSE રિઝ્યુમેબિલિટી અથવા મેસેજ રીડિલિવરી વગર, જો સ્ટ્રીમ તૂટી જાય તો વિનંતી સંપૂર્ણપણે ગુમાવવામાં આવે છે. ક્લાયન્ટ્સને કોલ ફરીથી શરૂ કરવો પડે છે. ઝડપી, સ્ટેટલેસ ક્વેરીઝ માટે આ સ્વીકાર્ય છે; પરંતુ લાંબા સમય સુધી ચાલતી રિટ્રીવલ અથવા મલ્ટી-સ્ટેપ એજન્ટ કાર્યો માટે, તે ડેવલપર્સને પોતાનું રિટ્રાય લોજિક (retry logic) બનાવવા અથવા કામને નાના ટુકડાઓમાં વહેંચવા માટે મજબૂર કરે છે.

Pilot Protocol ખાલી જગ્યા પૂરી કરે છે

MCP ની સ્ટેટલેસનેસ જાણીજોઈને રાખવામાં આવી છે, પરંતુ તે નેટવર્ક લેયરને કનેક્શન-લેવલની ઓળખ અથવા વિશ્વસનીયતાની ગેરંટી વગર છોડી દે છે. Pilot Protocol, જે MCP ની નીચે કાર્ય કરે છે, તે આ ખાલી જગ્યા પૂરી કરે છે. Pilot એકવાર ઓળખ સ્થાપિત કરે છે અને પેકેટ્સને મોકલનાર સાથે જોડવા માટે એન્ક્રિપ્શનનો ઉપયોગ કરે છે. MCP ના દૃષ્ટિકોણથી, ક્લાયન્ટ દરેક વખતે ફક્ત એક નવી HTTP વિનંતી મોકલે છે; Pilot અંતર્ગત ટ્રાન્સપોર્ટને સ્થિર રાખે છે.

આ બંને પ્રોટોકોલ્સ એકબીજાના પૂરક છે: MCP લિન (lean), પ્રતિ વિનંતી સસ્તું અને કોઈપણ HTTP એન્ડપોઇન્ટ પાછળ સ્કેલ કરવામાં સરળ રહે છે, જ્યારે Pilot તે ભારે કામ સંભાળે છે જે પરંપરાગત સેશન-આધારિત પ્રોટોકોલ્સ દ્વારા કરવામાં આવતું હતું.

સ્કેલ પરના ફાયદા

  • Load-balancer friendly – કોઈ સેશન એફિનિટીની જરૂર નથી; કોઈપણ બેકએન્ડ કોઈપણ વિનંતી પૂરી કરી શકે છે.
  • Serverless ready – ફંક્શન્સ જરૂરિયાત મુજબ શરૂ થઈ શકે છે, વિનંતી હેન્ડલ કરી શકે છે અને કોઈપણ બાકી રહેલા સ્ટેટ વગર બંધ થઈ શકે છે.
  • Kubernetes autoscaling – પોડ્સ (Pods) મુક્તપણે ઉમેરી શકાય છે અથવા દૂર કરી શકાય છે; કંટ્રોલ પ્લેન હવે સેશન મેપ્સને ટ્રેક કરતું નથી.

ટ્રેડ-ઓફ્સ (Trade-offs)

  • Token overhead – હેન્ડલ્સ અને અન્ય કોઈપણ સ્ટેટ હવે મોડેલના કોન્ટેક્સ્ટ વિન્ડોમાં જગ્યા રોકે છે, જે સીધી રીતે પ્રોમ્પ્ટ અને રિસ્પોન્સ સાથે સ્પર્ધા કરે છે.
  • Model-driven correctness – મોડેલે હેન્ડલ્સને સાચી રીતે ઇકો (echo) કરવા જોઈએ; હેલ્યુસિનેશન (hallucination) અથવા ટાઈપો વર્કફ્લોને તોડી શકે છે.
  • No built-in resumability – લાંબા સમય સુધી ચાલતા કાર્યોએ પોતાનું ચેકપોઇન્ટિંગ અમલમાં મૂકવું પડશે અથવા સંપૂર્ણ રીસ્ટાર્ટનું જોખમ સ્વીકારવું પડશે.
  • Deprecation of diagnostics – Roots, sampling અને logging ફિલ્ડ્સ હવે નથી, તેથી ડેવલપર્સ ઝીણવટભર્યા મોનિટરિંગ માટેનો અનુકૂળ હૂક ગુમાવે છે, સિવાય કે તેઓ તેને એપ્લિકેશન લેયર પર ઉમેરે.

નિષ્કર્ષ

વાયર પરથી સેશન સ્ટેટને ભૂંસી નાખીને, MCP 2026-07 પ્રોટોકોલને શુદ્ધ HTTP એન્ડપોઇન્ટમાં ફેરવે છે જે કોઈપણ લોડ બેલેન્સર, ફંક્શન પ્લેટફોર્મ અથવા એજ નોડ (edge node) પાછળ રહી શકે છે. તેનો ફાયદો સ્પષ્ટ સ્કેલેબિલિટી છે; ગેરફાયદો એ છે કે સ્ટેટ હવે મોડેલના મર્યાદિત ટોકન વિન્ડોમાં રહે છે અને વિશ્વસનીયતા ક્લાયન્ટ અને અંતર્ગત Pilot લેયર પર નિર્ભર છે. જેમ જેમ AI એજન્ટો સેકન્ડોથી કલાકો સુધી વિસ્તરશે, તેમ પ્રતિ-વિનંતી સસ્તી કિંમત અને ટોકન-બજેટ દબાણ વચ્ચેનું સંતુલન નક્કી કરશે કે સ્ટેટલેસ મોડેલ લાંબા ગાળાનો વિજય સાબિત થશે કે નહીં.