MCP ਦੀ ਨਵੀਂ 2026-07-28 ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਹਰ ਸੈਸ਼ਨ-ਸਟੇਟ (session-state) ਦੀ ਲੋੜ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਹਰ ਰਿਕਵੈਸਟ (request) ਆਪਣੇ ਨਾਲ ਲੋੜੀਂਦਾ ਸਾਰਾ ਡੇਟਾ ਲੈ ਕੇ ਆ ਸਕਦੀ ਹੈ। ਸਟੇਟਲੈੱਸ ਪ੍ਰੋਟੋਕੋਲ (stateless protocol) ਵੱਲ ਇਹ ਤਬਦੀਲੀ ਮਤਲਬ ਹੈ ਕਿ ਡਿਵੈਲਪਰ ਹਰ ਕਾਲ ਲਈ ਇੱਕ ਸਿੰਗਲ ਇੰਸਟੈਂਸ (instance) ਚਲਾ ਸਕਦੇ ਹਨ, ਸਰਵਰਲੈੱਸ (serverless) ਜਾਂ ਐਜ ਨੋਡਸ (edge nodes) 'ਤੇ ਰਨ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਪੁਰਾਣੇ ਸਟਿੱਕੀ-ਰੂਟਿੰਗ (sticky-routing) ਅਤੇ ਸ਼ੇਅਰਡ-ਸਟੋਰ (shared-store) ਦੇ ਪਲੰਬਿੰਗ ਨੂੰ ਹਟਾ ਸਕਦੇ ਹਨ ਜੋ ਡਿਪਲਾਈਮੈਂਟ ਵਿੱਚ ਮੁਸ਼ਕਲ ਪੈਦਾ ਕਰਦੇ ਸਨ।

ਹੈਂਡਸ਼ੇਕਸ (Handshakes) ਤੋਂ ਸੈਲਫ-ਕੰਟੇਂਡ ਕਾਲਜ਼ (Self-Contained Calls) ਤੱਕ

ਹੁਣ ਤੱਕ, Model Context Protocol (MCP) ਇੱਕ ਹੈਂਡਸ਼ੇਕ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਸੀ ਜੋ ਇੱਕ ਸੈਸ਼ਨ ID ਜਾਰੀ ਕਰਦਾ ਸੀ। ਸਰਵਰਾਂ ਨੂੰ ਕਨੈਕਸ਼ਨ ਦੇ ਜੀਵਨ ਕਾਲ ਦੌਰਾਨ ਉਸ ID ਨੂੰ ਯਾਦ ਰੱਖਣਾ ਪੈਂਦਾ ਸੀ, ਜਿਸਦਾ ਅਸਲ ਵਿੱਚ ਮਤਲਬ ਸੀ ਪ੍ਰੋਸੈਸਾਂ ਨੂੰ ਜਿਉਂਦਾ ਰੱਖਣਾ, Redis ਕਲੱਸਟਰ ਵਿੱਚ ਸਟੇਟ ਨੂੰ ਰੀਪਲੀਕੇਟ ਕਰਨਾ, ਜਾਂ "ਸਟਿੱਕੀ" (sticky) ਰੂਟਿੰਗ ਲਈ ਲੋਡ ਬੈਲੇਂਸਰਾਂ ਨੂੰ ਕੰਫਿਗਰ ਕਰਨਾ। ਇਸਦਾ ਨਤੀਜਾ ਇੱਕ ਗੁੰਝਲਦਾਰ, ਰਿਸੋਰਸ-ਭਾਰੀ ਸਟੈਕ ਸੀ ਜੋ ਸਕੈਲਿੰਗ (scaling) ਵਿੱਚ ਰੁਕਾਵਟ ਪਾਉਂਦਾ ਸੀ ਅਤੇ ਹੋਰੀਜ਼ੋਂਟਲ ਗਰੋਥ (horizontal growth) ਨੂੰ ਮਹਿੰਗਾ ਬਣਾਉਂਦਾ ਸੀ।

ਨਵੀਂ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਹਰ ਰਿਕਵੈਸਟ ਨੂੰ ਸੈਲਫ-ਕੰਟੇਂਡ (self-contained) ਬਣਾਉਂਦੀ ਹੈ। ਹਰ ਪੇਲੋਡ (payload) ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਵਰਜ਼ਨ ਅਤੇ ਕਾਲਰ ਦੀ ਪਛਾਣ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਜੋ ਸਰਵਰ ਰਿਕਵੈਸਟ ਨੂੰ ਇੱਕ ਵਾਰ ਦੇ ਲੈਣ-ਦੇਣ (one-off transaction) ਵਜੋਂ ਮੰਨ ਸਕੇ। ਕੋਈ ਸੈਸ਼ਨ ਸਟੋਰ ਨਹੀਂ, ਕੋਈ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਚੱਲਣ ਵਾਲਾ ਪ੍ਰੋਸੈਸ ਨਹੀਂ, ਅਤੇ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਰੂਟਿੰਗ ਨਿਯਮ ਨਹੀਂ।

ਡਿਪਲਾਈਮੈਂਟ ਲਈ ਸਟੇਟਲੈੱਸ (Stateless) ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

  • ਸਰਵਰਲੈੱਸ ਅਤੇ ਐਜ ਰੈਡੀ (Serverless and edge ready) – ਇੱਕ ਰਿਕਵੈਸਟ ਆਪਣੇ ਨਾਲ ਸਭ ਕੁਝ ਲੈ ਕੇ ਆਉਂਦੀ ਹੈ ਜਿਸਦੀ ਉਸਨੂੰ ਲੋੜ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਫੰਕਸ਼ਨ ਬਿਨਾਂ ਵਾਰਮ-ਅੱਪ ਸਟੇਟ (warm-up state) ਦੇ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ, ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਬੰਦ ਹੋ ਸਕਦਾ ਹੈ। ਪ੍ਰੋਵਾਈਡਰ ਜੋ ਪ੍ਰਤੀ-ਇਨਵੋਕੇਸ਼ਨ (per-invocation) ਚਾਰਜ ਕਰਦੇ ਹਨ, ਉਹ MCP ਵਰਕਲੋਡਸ ਲਈ ਵਿਹਾਰਕ ਬਣ ਜਾਂਦੇ ਹਨ।
  • ਸਰਲ ਲੋਡ ਬੈਲੇਂਸਿੰਗ (Simplified load balancing) – ਸਟੈਂਡਰਡ L4/L7 ਬੈਲੇਂਸਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਇੱਕਸਾਰ ਵੰਡ ਸਕਦੇ ਹਨ; ਕਿਸੇ ਖਾਸ ਬੈਕਐਂਡ ਨਾਲ ਕਲਾਇੰਟ ਨੂੰ ਜੋੜਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
  • ਘੱਟ ਓਪਰੇਸ਼ਨਲ ਓਵਰਹੈੱਡ (Reduced operational overhead) – ਟੀਮਾਂ Redis ਕਲੱਸਟਰਾਂ ਜਾਂ ਕਸਟਮ ਸੈਸ਼ਨ-ਰੇਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨੂੰ ਹਟਾ ਸਕਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਲਾਗਤ ਅਤੇ ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਖਤਰੇ (failure surface) ਦੋਵੇਂ ਘਟ ਜਾਂਦੇ ਹਨ।

ਉਹਨਾਂ ਸੰਸਥਾਵਾਂ ਲਈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਲੋਡ ਬੈਲੇਂਸਰ ਦੇ ਪਿੱਛੇ MCP ਚਲਾ ਰਹੀਆਂ ਹਨ, ਇਹ ਤਬਦੀਲੀ "ਸਟਿੱਕੀ" ਨਿਯਮਾਂ ਦੀ ਲੋੜ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੀ ਹੈ ਜੋ ਅਕਸਰ ਅਸਮਾਨ ਟ੍ਰੈਫਿਕ ਵੰਡਣ ਲਈ ਮਜਬੂਰ ਕਰਦੇ ਹਨ। ਇਹ ਬਚਤ ਖਾਸ ਤੌਰ 'ਤੇ ਉੱਚ-ਥਰੂਪੁੱਟ (high-throughput) ਸੇਵਾਵਾਂ ਲਈ ਵੱਡੀ ਹੈ ਜੋ ਰੋਜ਼ਾਨਾ ਲੱਖਾਂ ਕਾਲਾਂ ਦੇਖਦੀਆਂ ਹਨ।

ਪਰਫਾਰਮੈਂਸ ਅਤੇ ਸੁਰੱਖਿਆ ਅੱਪਗ੍ਰੇਡਸ (Performance and Security Upgrades)

ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਕੁਝ ਅਜਿਹੇ ਸੁਧਾਰ ਜੋੜਦੀ ਹੈ ਜੋ ਇਸ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਇਸਦੀ ਸਟੇਟਲੈੱਸਨ ਤੋਂ ਵੀ ਅੱਗੇ ਮਜ਼ਬੂਤ ਕਰਦੇ ਹਨ:

  • TTL-ਅਧਾਰਤ ਕੈਸ਼ਿੰਗ (TTL-based caching) – ਟੂਲ ਅਤੇ ਪ੍ਰੋਂਪਟ ਲਿਸਟਾਂ ਵਿੱਚ ਹੁਣ 'time-to-live' ਫੀਲਡ ਸ਼ਾਮਲ ਹੈ, ਜੋ ਕਲਾਇੰਟਸ ਨੂੰ ਨਤੀਜਿਆਂ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕੈਸ਼ ਕਰਨ ਅਤੇ ਬੇਲੋੜੇ ਰੇਂਡ-ਟ੍ਰਿਪਸ (round-trips) ਤੋਂ ਬਚਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ।
  • ਹੈਡਰ-ਡਰਿਵਨ ਰੂਟਿੰਗ (Header-driven routing) – ਨਵੇਂ HTTP ਹੈਡਰ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਜਲਦੀ ਪ੍ਰਗਟ ਕਰਦੇ ਹਨ, ਤਾਂ ਜੋ ਗੇਟਵੇ ਪੂਰੇ JSON ਬਾਡੀ ਨੂੰ ਪਾਰਸ ਕੀਤੇ ਬਿਨਾਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਅੱਗੇ ਭੇਜ ਸਕਣ, ਜਿਸ ਨਾਲ ਲੇਟੈਂਸੀ (latency) ਵਿੱਚ ਮਿਲੀਸੈਕਿੰਡ ਦੀ ਬਚਤ ਹੁੰਦੀ ਹੈ।
  • OAuth/OIDC ਹਾਰਡਨਿੰਗ (OAuth/OIDC hardening) – ਆਈਡੈਂਟੀਟੀ ਟੋਕਨਾਂ ਦੀ ਸਖ਼ਤ OAuth ਅਤੇ OpenID Connect ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਰੀਪਲੇਅ (replay) ਅਤੇ ਟੋਕਨ-ਚੋਰੀ ਦੇ ਹਮਲਿਆਂ ਦਾ ਖਤਰਾ ਘਟ ਜਾਂਦਾ ਹੈ।
  • ਰਸਮੀ ਐਕਸਟੈਂਸ਼ਨ ਫਰੇਮਵਰਕ (Formal extensions framework) – ਟਾਸਕ ਅਤੇ ਐਪਸ ਹੁਣ ਇੱਕ ਨਿਰਧਾਰਤ ਐਕਸਟੈਂਸ਼ਨ ਮਾਡਲ ਦੇ ਅਧੀਨ ਹਨ, ਜੋ SDK ਰੱਖ-ਰਖਾਅ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਭਵਿੱਖ ਦੇ ਫੀਚਰ ਰੋਲ-ਆਊਟਸ ਨੂੰ ਸੁਖਾਲਾ ਬਣਾਉਂਦੇ ਹਨ।

ਡਿਵੈਲਪਰਾਂ 'ਤੇ ਪ੍ਰਭਾਵ (Impact on Developers)

SDK ਈਕੋਸਿਸਟਮ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇਹ ਤਬਦੀਲੀ ਦਿਖਾਈ ਦੇ ਰਹੀ ਹੈ: TypeScript, Python, Go ਅਤੇ C# ਲਾਇਬ੍ਰੇਰੀਆਂ ਨਵਾਂ ਰਿਕਵੈਸਟ ਫਾਰਮੈਟ ਜਾਰੀ ਕਰ ਰਹੀਆਂ ਹਨ। ਇਹਨਾਂ SDKs ਦੇ ਕੰਬਾਈਨਡ ਡਾਊਨਲੋਡ ਮਹੀਨੇ ਦੇ ਅੱਧ ਅਰਬ ਦੇ ਨੇੜੇ ਪਹੁੰਚ ਰਹੇ ਹਨ, ਜੋ ਸਾਲ ਦੀ ਸ਼ੁਰੂਆਤ ਨਾਲੋਂ ਚਾਰ ਗੁਣਾ ਵੱਧ ਹਨ, ਜੋ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ MCP ਨੂੰ ਕਿੰਨੀ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਅਪਣਾਇਆ ਜਾ ਰਿਹਾ ਹੈ।

ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਅਜਿਹੇ ਕੋਡ ਨੂੰ ਐਡਜਸਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਪੱਕੇ ਸੈਸ਼ਨ (persistent session) ਨੂੰ ਮੰਨਦਾ ਸੀ। ਆਮ ਤੌਰ 'ਤੇ ਇਸਦਾ ਮਤਲਬ ਹੈ ਸੈਸ਼ਨ-ਵਿਸ਼ੇਸ਼ ਡੇਟਾ ਨੂੰ ਰਿਕਵੈਸਟ ਪੇਲੋਡ ਵਿੱਚ ਜਾਂ ਹਰ ਕਾਲ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਬਾਹਰੀ ਸਟੋਰ ਵਿੱਚ ਲੈ ਕੇ ਜਾਣਾ। ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਿੰਡੋ (migration window) ਬਾਰਾਂ ਮਹੀਨੇ ਦੀ ਹੈ, ਜੋ ਟੀਮਾਂ ਨੂੰ ਰੀਫੈਕਟਰ (refactor), ਟੈਸਟ ਕਰਨ ਅਤੇ ਨਵੇਂ ਪੈਟਰਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸਮਾਂ ਦਿੰਦੀ ਹੈ।

ਵਿਰੋਧੀ ਪੱਖ: ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਗੁੰਝਲਤਾ (Counterpoint: Migration Complexity)

ਸਟੇਟਲੈੱਸਨ ਕੋਈ ਮੁਫ਼ਤ ਦੀ ਚੀਜ਼ ਨਹੀਂ ਹੈ। ਉਹ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜੋ ਪਹਿਲਾਂ ਪ੍ਰੋਗਰੈਸਿਵ ਕਨਵਰਸੇਸ਼ਨ ਹਿਸਟਰੀ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਲਈ ਸਰਵਰ-ਸਾਈਡ ਸਟੇਟ 'ਤੇ ਨਿਰਭਰ ਸਨ, ਉਹਨਾਂ ਨੂੰ ਹੁਣ ਉਹ ਸਟੇਟ ਕਲਾਇੰਟ-ਸਾਈ