MCP વર્ઝન 2, 28 જુલાઈ 2026 ના રોજ લાઈવ થશે. તે દરેક handshake, session-ID header અને એવા ત્રણ legacy subsystems ને દૂર કરે છે જે Model Context Protocol (MCP) ને sticky-session servers સાથે જોડી રાખતા હતા. પ્રોટોકોલ સંપૂર્ણપણે stateless બની જાય છે, જેથી કોઈપણ autoscaled અથવા serverless instance ક્લાયન્ટ સ્ટેટ જાળવી રાખ્યા વિના કોઈપણ રિક્વેસ્ટને હેન્ડલ કરી શકે છે.

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

MCP v1 માં ક્લાયન્ટે initialize handshake સાથે સેશન શરૂ કરવું પડતું હતું; ત્યારબાદ સર્વર Mcp-Session-Id અસાઇન કરતું હતું. ત્યારપછીના દરેક કોલ (call) માં તે header હોવું જરૂરી હતું, જે યુઝરને સિંગલ બેકએન્ડ નોડ (backend node) સાથે જ બાંધી દેતું હતું. Load balancers એ session affinity લાગુ કરવી પડતી હતી, જેનાથી લેટન્સી (latency) અને ઓપરેશનલ ઘર્ષણ (friction) વધતું હતું.

Statelessness આ ઘર્ષણને દૂર કરે છે. હવે તમામ કોન્ટેક્સ્ટ (context) સમર્પિત meta fields માં રહે છે જે દરેક HTTP call સાથે જાય છે. એક રિક્વેસ્ટ કોઈપણ instance પર પહોંચી શકે છે, પ્રોસેસ થઈ શકે છે, અને રિસ્પોન્સ મોકલવામાં આવે તે ક્ષણે તે instance ને ડિસ્કાર્ડ કરી શકાય છે. Serverless platforms, container-orchestrated clusters, અથવા કોઈપણ એવું એન્વાયરમેન્ટ જે જરૂરિયાત મુજબ pods ને ચાલુ કે બંધ કરે છે, તેવા ટીમો હવે આ પ્રોટોકોલને તેમના ઇન્ફ્રાસ્ટ્રક્ચર સાથે મેચ કરી શકે છે.

કયા ફીચર્સ નિવૃત્ત (retire) કરવામાં આવી રહ્યા છે

પર્સિસ્ટન્ટ કનેક્શન્સ (persistent connections) પર આધારિત ત્રણ સબસિસ્ટમ્સને સત્તાવાર રીતે deprecated જાહેર કરવામાં આવી છે:

  • Sampling – v1 માં, સર્વર ક્લાયન્ટને ટેક્સ્ટ જનરેટ કરવા માટે કહી શકતું હતું, જે એક એવું પેટર્ન હતું જેમાં ઓપન સેશનની જરૂર પડતી હતી. v2 માં એવી અપેક્ષા રાખવામાં આવે છે કે સર્વર સીધું જ large-language-model પ્રોવાઈડરને કોલ કરે અથવા InputRequiredResult પેટર્નનો ઉપયોગ કરે, જ્યાં ક્લાયન્ટ ફોલો-અપ રિક્વેસ્ટમાં ખૂટતી ઇનપુટ પૂરી પાડે છે.
  • Roots – અગાઉ, ક્લાયન્ટ્સ એવા URIs મોકલતા હતા જે બાહ્ય રિસોર્સિસ (external resources) પર સર્વરના વ્યુ (view) ને મર્યાદિત કરતા હતા. નવો અભિગમ આ URIs ને tool parameters તરીકે પાસ કરે છે અથવા રિક્વેસ્ટના resource fields માં એમ્બેડ કરે છે, જેનાથી અલગ "roots" negotiation સ્ટેપ દૂર થાય છે.
  • Logging – પ્રોટોકોલ-લેવલના logging headers દૂર થઈ જશે. લોકલ debugging માટે stderr માં લખો અથવા production observability માટે OpenTelemetry અપનાવો.

Deprecation વિન્ડો એક વર્ષ સુધી ચાલશે. Deprecated ફીચર્સ તે સમયગાળા માટે કામ કરતા રહેશે, જેનાથી ટીમોને પ્રોટોકોલ દ્વારા તેને નકારવામાં આવે તે પહેલાં refactor કરવા માટે સમય મળશે.

Statelessness સિવાય નવું શું છે

MCP v2 બે સત્તાવાર એક્સ્ટેન્શન ઉમેરે છે:

  • MCP Apps – સર્વર-રેન્ડર્ડ યુઝર ઇન્ટરફેસનું વર્ણન કરવાની એક હળવી (lightweight) રીત જેને પ્રોટોકોલ ઇનવોક (invoke) કરી શકે છે.
  • Tasks – લાંબા સમય સુધી ચાલતી કામગીરી (long-running operations) હેન્ડલ કરવા માટેનું એક પેટર્ન જે મલ્ટિપલ request-response સાયકલ સુધી વિસ્તરી શકે છે.

બંને એક્સ્ટેન્શન stateless request મોડેલ ધારીને ચાલે છે અને છુપાયેલ session state ને ટાળે છે.

જોખમો અને વિરોધાભાસી મુદ્દાઓ

આ ફેરફાર 'plug-and-play' અપગ્રેડ નથી. v2 SDKs હજુ પણ beta માં છે, અને સ્ટેબલ રિલીઝ આવે તે પહેલાં તેમની public APIs બદલાઈ શકે છે. એવા production workloads માટે જે breaking changes સહન કરી શકતા નથી, જ્યાં સુધી v2 SDK સ્ટેબલ ન થાય ત્યાં સુધી સ્ટેબલ v1 SDK પર જ રહો.

ડેવલપર્સે ત્રણ deprecated સબસિસ્ટમ્સમાંથી કોઈપણ માટે હાલના કોડનું ઓડિટ કરવાની પણ જરૂર છે.

એક વ્યવહારુ (pragmatic) માઇગ્રેશન રોડમેપ

  1. આજે જ ઓડિટ કરો – તમારા સર્વિસીસમાં handshake, Mcp-Session-Id, sampling calls, roots URIs અને પ્રોટોકોલ-લેવલ લોગિંગના ઉપયોગ માટે સ્કેન કરો. એવા કોડને ઓળખો જે stateless મોડેલ હેઠળ બગડી શકે છે.
  2. નોન-ક્રિટિકલ નોડ પર ટેસ્ટ કરો – જ્યારે સ્ટેબલ v2 SDK રિલીઝ થાય, ત્યારે એક sandbox સર્વર બનાવો, તેને ટેસ્ટ ક્લાયન્ટ સાથે જોડો, અને ચકાસો કે તમામ જરૂરી meta fields હાજર છે અને યોગ્ય રીતે અર્થઘટન કરવામાં આવ્યા છે.
  3. ડેડલાઇન પહેલાં સંપૂર્ણ માઇગ્રેશન – runtime rejections ટાળવા માટે એક વર્ષનો ગ્રેસ પિરિયડ પૂરો થાય તે પહેલાં તમામ production nodes પર સ્વિચિંગ પૂર્ણ કરો.

આગળ શું જોવું

  • Stable SDK રિલીઝ – Beta SDKs ફ્રીઝ કરવામાં આવશે અને વર્ઝન સાથેનું સ્ટેબલ પેકેજ પ્રકાશિત કરવામાં આવશે. કોઈપણ ક્રિટિકલ ડિપ્લોયમેન્ટ માટે તે વર્ઝન સુરક્ષિત લક્ષ્ય હશે.

આ ટ્રાન્ઝિશન માટે કોડ ફેરફારો અને beta-SDK પ્રયોગોના ટૂંકા સમયગાળાની જરૂર પડશે, પરંતુ તેનો ફાયદો કોઈપણ LLM-backed એપ્લિકેશન માટે વધુ સ્વચ્છ અને વધુ સ્કેલેબલ ઇન્ટિગ્રેશન પોઇન્ટ તરીકે મળશે.

મુખ્ય વાત (Takeaway): જો તમારું સ્ટેક હજુ પણ MCP handshakes અથવા ત્રણ deprecated સબસિસ્ટમ્સ પર આધારિત હોય, તો અત્યારે જ ઓડિટ શરૂ કરો; એક વર્ષનો ગ્રેસ પિરિયડ ઉદાર છે, પરંતુ વાસ્તવિક ખર્ચ ડેડલાઇન નથી, પણ refactor કરવાનો પ્રયાસ છે.