MCP ನ ಜುಲೈ 2026ರ ಸ್ಪೆಸಿಫಿಕೇಶನ್ ಪ್ರೊಟೊಕಾಲ್ ಪದರದಿಂದ (protocol layer) ಎಲ್ಲಾ ರೀತಿಯ ಸೆಷನ್ ಸ್ಟೇಟ್ ಅನ್ನು (session state) ತೆಗೆದುಹಾಕುತ್ತದೆ, ಇದರಿಂದ ಎಲ್ಲಾ ಸ್ಟೇಟ್ ಅನ್ನು ಮಾಡೆಲ್‌ನ ಕಾಂಟೆಕ್ಸ್ಟ್ ವಿಂಡೋದಲ್ಲಿ (context window) ಇರಿಸಲು ಒತ್ತಾಯಿಸುತ್ತದೆ. ಈ ಬದಲಾವಣೆಯು ಯಾವುದೇ MCP ಸರ್ವರ್ ಯಾವುದೇ ವಿನಂತಿಗೆ (request) ಉತ್ತರಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಇದು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್‌ಗಳು (load balancers), ಸರ್ವರ್‌ಲೆಸ್ ಫಂಕ್ಷನ್‌ಗಳು (serverless functions) ಮತ್ತು ಆಟೋಸ್ಕೇಲಿಂಗ್ Kubernetes ಪಾಡ್‌ಗಳ (pods) ಹಿಂದೆ ಶುದ್ಧ-ಸ್ಟ್ಯಾಟ್‌ಲೆಸ್ (pure-stateless) ನಿಯೋಜನೆಗಳಿಗೆ (deployments) ದಾರಿ ಮಾಡಿಕೊಡುತ್ತದೆ.

ಈ ಬದಲಾವಣೆ ಏಕೆ ಮುಖ್ಯ

ತನ್ನ ಮೊದಲ ಬಿಡುಗಡೆಯಿಂದಲೂ, MCP (Model Communication Protocol) ಅನೇಕ HTTP ಕರೆಗಳ ಮೂಲಕ ಸಂಭಾಷಣೆಯ ಸ್ಥಿತಿಯನ್ನು (conversational state) ಪತ್ತೆಹಚ್ಚಲು ಲಘುವಾದ ಸೆಷನ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ (session handshake) ಮತ್ತು Mcp-Session-Id ಹೆಡರ್ ಅನ್ನು ಬಳಸುತ್ತಿತ್ತು. ಆ ವಿನ್ಯಾಸವು ಯಾವ ಟೂಲ್ ಹ್ಯಾಂಡಲ್‌ಗಳು, ಸ್ಯಾಂಪಲಿಂಗ್ ದರಗಳು ಅಥವಾ ಲಾಗಿಂಗ್ ಆದ್ಯತೆಗಳು ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್‌ಗೆ ಸೇರಿವೆ ಎಂಬುದನ್ನು ಸರ್ವರ್ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತಿತ್ತು. ಇದು ಪುನರಾರಂಭಿಸಬಹುದಾದ Server-Sent Events (SSE) ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಸಹ ಒದಗಿಸುತ್ತಿತ್ತು, ಇದರಿಂದ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡರೂ ಎಲ್ಲಿ ಬಿಟ್ಟಿದ್ದೋ ಅಲ್ಲಿಂದ ಮುಂದುವರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತಿತ್ತು.

ಜುಲೈ 28, 2026ರ ಸ್ಪೆಕ್ (spec) ಸೆಷನ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯು ಈಗ _meta ಫೀಲ್ಡ್‌ನಲ್ಲಿ ಪ್ರೊಟೊಕಾಲ್ ವರ್ಷನ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು (capabilities) ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು Mcp-Session-Id ಹೆಡರ್ ಮಾಯವಾಗುತ್ತದೆ. Roots, sampling ಮತ್ತು logging ಫೀಲ್ಡ್‌ಗಳನ್ನು 'deprecated' ಎಂದು ಗುರುತಿಸಲಾಗಿದೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ವೈರ್ ಪ್ರೊಟೊಕಾಲ್ (wire protocol) ಈಗ ಶುದ್ಧ ರಿಕ್ವೆಸ್ಟ್-ರಿಸ್ಪಾನ್ಸ್ (request-response) ಆಗಿದೆ; ನಿರ್ವಹಿಸಲು ಯಾವುದೇ "ಸೆಷನ್" ಇಲ್ಲ.

ಡೆವಲಪರ್‌ಗಳು ಏನನ್ನು ವಿಭಿನ್ನವಾಗಿ ಮಾಡಬೇಕಾಗುತ್ತದೆ

ಸ್ಟೇಟ್ (State) ಈಗ ಸರ್ವರ್‌ನ ಕಾಳಜಿಯಲ್ಲ 아닙니다; ಅದು ಮಾಡೆಲ್‌ನ ಕಾಂಟೆಕ್ಸ್ಟ್ ವಿಂಡೋದಲ್ಲಿ ಇರುತ್ತದೆ. ಮಾಡೆಲ್ ಒಂದು ಬಾಹ್ಯ ಸಂಪನ್ಮೂಲವನ್ನು (external resource) ಉಲ್ಲೇಖಿಸಬೇಕಾದಾಗ, ಅದು ಟೂಲ್ ಫಲಿತಾಂಶದ (tool result) ಭಾಗವಾಗಿ ಸರ್ವರ್‌ನಿಂದ ಸ್ಪಷ್ಟವಾದ ಹ್ಯಾಂಡಲ್ ಅನ್ನು ಪಡೆಯಬೇಕು. ಮುಂದಿನ ವಿನಂತಿಯು ಆ ಹ್ಯಾಂಡಲ್ ಅನ್ನು ಆರ್ಗ್ಯುಮೆಂಟ್ ಆಗಿ ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಮಾಡೆಲ್ ಅದನ್ನು ಇತರ ಯಾವುದೇ ಟೋಕನ್‌ನಂತೆ ಪರಿಗಣಿಸುತ್ತದೆ.

ಕಾಂಟೆಕ್ಸ್ಟ್ ವಿಂಡೋವು ನಿಗದಿತ ಗಾತ್ರದ ಟೋಕನ್ ಬಫರ್ ಆಗಿರುವುದರಿಂದ, ಪ್ರತಿ ಹ್ಯಾಂಡಲ್ ಕೂಡ ಬಳಕೆದಾರರ ಪ್ರಾಂಪ್ಟ್‌ಗಳು ಅಥವಾ ಮಾಡೆಲ್ ಔಟ್‌ಪುಟ್‌ನೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸುವ ಸ್ಥಳವನ್ನು ಬಳಸುತ್ತದೆ.

ವಿಶ್ವಾಸಾರ್ಹತೆಯೂ (Reliability) ಬದಲಾಗುತ್ತದೆ. SSE ಪುನರಾರಂಭಿಸುವಿಕೆ ಅಥವಾ ಸಂದೇಶ ಮರು-ವಿತರಣೆ (message redelivery) ಇಲ್ಲದೆ, ಕಡಿತಗೊಂಡ ಸ್ಟ್ರೀಮ್ ಸಂಪೂರ್ಣವಾಗಿ ವಿನಂತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ಗಳು ಕರೆಯನ್ನು ಮೊದಲಿನಿಂದಲೇ ಪ್ರಾರಂಭಿಸಬೇಕಾಗುತ್ತದೆ. ವೇಗವಾದ, ಸ್ಟ್ಯಾಟ್‌ಲೆಸ್ ಕ್ವೆರಿಗಳಿಗೆ (stateless queries) ಇದು ಸ್ವೀಕಾರಾರ್ಹ; ಆದರೆ ದೀರ್ಘಕಾಲದ ರಿಟ್ರಿೀವಲ್ ಅಥವಾ ಬಹು-ಹಂತದ ಏಜೆಂಟ್ ಕಾರ್ಯಗಳಿಗೆ ಇದು ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮದೇ ಆದ ರಿಟ್ರೈ ಲಾಜಿಕ್ (retry logic) ಅನ್ನು ನಿರ್ಮಿಸಲು ಅಥವಾ ಕೆಲಸವನ್ನು ಸಣ್ಣ ಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಲು ಒತ್ತಾಯಿಸುತ್ತದೆ.

ಪೈಲಟ್ ಪ್ರೊಟೊಕಾಲ್ (Pilot Protocol) ಅಂತರವನ್ನು ತುಂಬುತ್ತದೆ

MCP ನ ಸ್ಟ್ಯಾಟ್‌ಲೆಸ್‌ನೆಸ್ (statelessness) ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ, ಆದರೆ ಇದು ನೆಟ್‌ವರ್ಕ್ ಪದರವನ್ನು ಕನೆಕ್ಷನ್-ಮಟ್ಟದ ಗುರುತು ಅಥವಾ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಗ್ಯಾರಂಟಿಗಳಿಲ್ಲದೆ ಬಿಡುತ್ತದೆ. MCP ಅಡಿಯಲ್ಲಿರುವ ಪೈಲಟ್ ಪ್ರೊಟೊಕಾಲ್ ಆ ಅಂತರವನ್ನು ತುಂಬುತ್ತದೆ. ಪೈಲಟ್ ಒಮ್ಮೆ ಗುರುತನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವವನಿಗೆ ಜೋಡಿಸಲು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. MCP ದ ದೃಷ್ಟಿಕೋನದಿಂದ, ಕ್ಲೈಂಟ್ ಪ್ರತಿ ಬಾರಿಯೂ ಕೇವಲ ಹೊಸ HTTP ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ; ಪೈಲಟ್ ಅಡಿಯಲ್ಲಿರುವ ಟ್ರಾನ್ಸ್‌ಪೋರ್ಟ್ ಅನ್ನು ಸ್ಥಿರವಾಗಿಡುತ್ತದೆ.

ಈ ಎರಡು ಪ್ರೊಟೊಕಾಲ್‌ಗಳು ಪರಸ್ಪರ ಪೂರಕವಾಗಿವೆ: MCP ಲೀನ್ ಆಗಿರುತ್ತದೆ, ಪ್ರತಿ ವಿನಂತಿಗೆ ಅಗ್ಗವಾಗಿರುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಹಿಂದೆ ಸುಲಭವಾಗಿ ಸ್ಕೇಲ್ ಮಾಡಬಹುದು, ಆದರೆ ಸಾಂಪ್ರದಾಯಿಕ ಸೆಷನ್-ಆಧಾರಿತ ಪ್ರೊಟೊಕಾಲ್‌ಗಳು ಒದಗಿಸುತ್ತಿದ್ದ ಭಾರೀ ಕೆಲಸಗಳನ್ನು ಪೈಲಟ್ ನಿರ್ವಹಿಸುತ್ತದೆ.

ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿನ ಪ್ರಯೋಜನಗಳು

  • ಲೋಡ್-ಬ್ಯಾಲೆನ್ಸರ್ ಸ್ನೇಹಿ – ಯಾವುದೇ ಸೆಷನ್ ಅಫಿನಿಟಿ (session affinity) ಅಗತ್ಯವಿಲ್ಲ; ಯಾವುದೇ ಬ್ಯಾಕೆಂಡ್ ಯಾವುದೇ ವಿನಂತಿಯನ್ನು ನೀಡಬಹುದು.
  • ಸರ್ವರ್‌ಲೆಸ್ ಸಿದ್ಧ – ಫಂಕ್ಷನ್‌ಗಳು ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು, ವಿನಂತಿಯನ್ನು ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ಉಳಿದ ಸ್ಟೇಟ್ ಇಲ್ಲದೆ ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು.
  • Kubernetes ಆಟೋಸ್ಕೇಲಿಂಗ್ – ಪಾಡ್‌ಗಳನ್ನು ಮುಕ್ತವಾಗಿ ಸೇರಿಸಬಹುದು ಅಥವಾ ತೆಗೆದುಹಾಕಬಹುದು; ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್ ಇನ್ನು ಮುಂದೆ ಸೆಷನ್ ಮ್ಯಾಪ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವುದಿಲ್ಲ.

ವಹಿ-ವಹಿ (The trade-offs)

  • ಟೋಕನ್ ಓವರ್‌ಹೆಡ್ – ಹ್ಯಾಂಡಲ್‌ಗಳು ಮತ್ತು ಇತರ ಯಾವುದೇ ಸ್ಟೇಟ್ ಈಗ ಮಾಡೆಲ್‌ನ ಕಾಂಟೆಕ್ಸ್ಟ್ ವಿಂಡೋವನ್ನು ಆಕ್ರಮಿಸುತ್ತವೆ, ಇದು ಪ್ರಾಂಪ್ಟ್ ಮತ್ತು ರೆಸ್ಪಾನ್ಸ್‌ಗೆ ನೇರವಾಗಿ ಸ್ಪರ್ಧಿಸುತ್ತದೆ.
  • ಮಾಡೆಲ್-ಚಾಲಿತ ನಿಖರತೆ – ಮಾಡೆಲ್ ಹ್ಯಾಂಡಲ್‌ಗಳನ್ನು ಸರಿಯಾಗಿ ಪ್ರತಿಧ್ವನಿಸಬೇಕು (echo back); ಹ್ಯಾಲ್ಯುಸಿನೇಶನ್ ಅಥವಾ ಟೈಪೊ ವರ್ಕ್‌ಫ್ಲೋ ಅನ್ನು ಹಾಳುಮಾಡಬಹುದು.
  • ಇನ್-ಬಿಲ್ಟ್ ಪುನರಾರಂಭಿಸುವಿಕೆ ಇಲ್ಲ – ದೀರ್ಘಕಾಲದ ಕಾರ್ಯಗಳು ತಮ್ಮದೇ ಆದ ಚೆಕ್‌ಪಾಯಿಂಟಿಂಗ್ ಅನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸಬೇಕು ಅಥವಾ ಸಂಪೂರ್ಣ ಮರುಪ್ರಾರಂಭದ ಅಪಾಯವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು.
  • ಡಯಾಗ್ನೋಸ್ಟಿಕ್ಸ್‌ನ ನಿರ್ಮೂಲನೆ – Roots, sampling ಮತ್ತು logging ಫೀಲ್ಡ್‌ಗಳು ಇಲ್ಲವಾಗಿವೆ, ಆದ್ದರಿಂದ ಡೆವಲಪರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್ ಪದರದಲ್ಲಿ ಅದನ್ನು ಸೇರಿಸದ ಹೊರತು ಸೂಕ್ಷ್ಮ ಮೇಲ್ವಿಚಾರಣೆಗೆ (fine-grained monitoring) ಅನುಕೂಲಕರವಾದ ಹೂಕ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಾರೆ.

ಅಂತಿಮವಾಗಿ

ವೈರ್‌ನಿಂದ ಸೆಷನ್ ಸ್ಟೇಟ್ ಅನ್ನು ಅಳಿಸಿಹಾಕುವ ಮೂಲಕ, MCP 2026-07 ಪ್ರೊಟೊಕಾಲ್ ಅನ್ನು ಯಾವುದೇ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್, ಫಂಕ್ಷನ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಥವಾ ಎಡ್ಜ್ ನೋಡ್‌ನ ಹಿಂದೆ ಇರಿಸಬಹುದಾದ ಶುದ್ಧ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್ ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಇದರ ಲಾಭವು ಸ್ಪಷ್ಟವಾದ ಸ್ಕೇಲೆಬಿಲಿಟಿ; ಇದರ ನಷ್ಟವೆಂದರೆ ಸ್ಟೇಟ್ ಈಗ ಮಾಡೆಲ್‌ನ ಸೀಮಿತ ಟೋಕನ್