MCP-এর নতুন 2026-07-28 স্পেসিফিকেশন সমস্ত সেশন-স্টেট (session-state) প্রয়োজনীয়তা বাদ দিয়েছে, যার ফলে প্রতিটি রিকোয়েস্ট তার প্রয়োজনীয় সমস্ত ডেটা নিজেই বহন করতে পারে। একটি স্টেটলেস (stateless) প্রোটোকলে এই পরিবর্তনটির মানে হলো ডেভেলপাররা প্রতিটি কলের জন্য একটি একক ইনস্ট্যান্স চালু করতে পারবেন, যা সার্ভারলেস (serverless) বা এজ নোড (edge nodes)-এ চলতে পারে এবং পুরনো স্টিকি-রাউটিং (sticky-routing) ও শেয়ারড-স্টোর প্লাম্বিং (shared-store plumbing) থেকে মুক্তি দেবে, যা আগে ডিপ্লয়মেন্টের ক্ষেত্রে বড় সমস্যা ছিল।

হ্যান্ডশেক থেকে স্বয়ংসম্পূর্ণ কল

এখন পর্যন্ত, Model Context Protocol (MCP) একটি হ্যান্ডশেক করতে বাধ্য করত যা একটি সেশন আইডি (session ID) প্রদান করত। সার্ভারগুলোকে সংযোগ চলাকালীন সেই আইডি মনে রাখতে হতো, যার বাস্তব প্রয়োগের অর্থ ছিল প্রসেসগুলোকে সচল রাখা, একটি Redis ক্লাস্টারের মধ্যে স্টেট রেপ্লিকেট করা, অথবা "স্টিকি" রাউটিংয়ের জন্য লোড ব্যালেন্সার কনফিগার করা। এর ফলে একটি জটিল এবং রিসোর্স-ভারী স্ট্যাক তৈরি হতো যা স্কেলিংয়ে বাধা দিত এবং অনুভূমিক বৃদ্ধিকে (horizontal growth) ব্যয়বহুল করে তুলত।

নতুন স্পেসিফিকেশন প্রতিটি রিকোয়েস্টকে স্বয়ংসম্পূর্ণ (self-contained) করে তুলেছে। প্রতিটি পেলোড (payload)-এ প্রোটোকল ভার্সন এবং কলারের পরিচয় অন্তর্ভুক্ত থাকে, যাতে সার্ভার রিকোয়েস্টটিকে একটি ওয়ান-অফ ট্রানজ্যাকশন হিসেবে বিবেচনা করতে পারে। কোনো সেশন স্টোর, দীর্ঘস্থায়ী প্রসেস বা বিশেষ রাউটিং নিয়মের প্রয়োজন নেই।

ডিপ্লয়মেন্টের জন্য স্টেটলেস কেন গুরুত্বপূর্ণ

  • সার্ভারলেস এবং এজ-রেডি (Serverless and edge ready) – একটি রিকোয়েস্ট তার প্রয়োজনীয় সবকিছু বহন করে, তাই একটি ফাংশন কোনো ওয়ার্ম-আপ স্টেট ছাড়াই শুরু হতে পারে, উত্তর দিতে পারে এবং বন্ধ হয়ে যেতে পারে। যারা প্রতি-ইনভোকেশন (per-invocation) হিসেবে চার্জ করে, তাদের জন্য MCP ওয়ার্কলোড এখন লাভজনক হয়ে উঠবে।
  • সহজতর লোড ব্যালেন্সিং (Simplified load balancing) – স্ট্যান্ডার্ড L4/L7 ব্যালেন্সারগুলো ট্রাফিক সমানভাবে বণ্টন করতে পারে; ক্লায়েন্টকে কোনো নির্দিষ্ট ব্যাকএন্ডের সাথে যুক্ত করে রাখার প্রয়োজন নেই।
  • পরিচালনগত ওভারহেড হ্রাস (Reduced operational overhead) – টিমগুলো Redis ক্লাস্টার বা কাস্টম সেশন-রেপ্লিকেশন কোড সরিয়ে ফেলতে পারে, যা খরচ এবং সিস্টেম ব্যর্থতার ঝুঁকি উভয়ই কমায়।

যেসব সংস্থা ইতিমধ্যে একটি লোড ব্যালেন্সারের পেছনে MCP চালায়, এই পরিবর্তনটি "স্টিকি" রুলসের প্রয়োজনীয়তা দূর করে যা প্রায়শই ট্রাফিক বণ্টনে অসমতা তৈরি করে। যেসব হাই-থ্রুপুট (high-throughput) সার্ভিস প্রতিদিন লক্ষ লক্ষ কল গ্রহণ করে, তাদের জন্য এই সাশ্রয়টি বিশেষভাবে উল্লেখযোগ্য।

পারফরম্যান্স এবং সিকিউরিটি আপগ্রেড

স্পেসিফিকেশনটি স্টেটলেসনেস ছাড়াও প্রোটোকলটিকে আরও শক্তিশালী করার জন্য কিছু সুনির্দিষ্ট উন্নতি যোগ করেছে:

  • TTL-ভিত্তিক ক্যাশিং (TTL-based caching) – টুল এবং প্রম্পট লিস্টে এখন একটি time-to-live ফিল্ড অন্তর্ভুক্ত থাকে, যা ক্লায়েন্টদের লোকালি ফলাফল ক্যাশ করতে এবং অপ্রয়োজনীয় রাউন্ড-ট্রিপ এড়াতে সাহায্য করে।
  • হেডার-চালিত রাউটিং (Header-driven routing) – নতুন HTTP হেডারগুলো রাউটিং তথ্য আগেভাগেই প্রকাশ করে, যাতে গেটওয়েগুলো সম্পূর্ণ JSON বডি পার্স না করেই ট্রাফিক ফরওয়ার্ড করতে পারে, যা ল্যাটেন্সি (latency) কয়েক মিলিসেকেন্ড কমিয়ে দেয়।
  • OAuth/OIDC হার্ডেনিং (OAuth/OIDC hardening) – আইডেন্টিটি টোকেনগুলো আরও কঠোর OAuth এবং OpenID Connect যাচাইয়ের মধ্য দিয়ে যায়, যা রিপ্লে (replay) এবং টোকেন-চুরির আক্রমণ থেকে সুরক্ষা বাড়ায়।
  • ফরমাল এক্সটেনশন ফ্রেমওয়ার্ক (Formal extensions framework) – টাস্ক এবং অ্যাপগুলো এখন একটি নির্দিষ্ট এক্সটেনশন মডেলের অন্তর্ভুক্ত, যা SDK মেইনটেইনারদের জন্য ভবিষ্যতে নতুন ফিচার রোল-আউট করা সহজ করে তুলবে।

ডেভেলপারদের ওপর প্রভাব

SDK ইকোসিস্টেম ইতিমধ্যেই এই পরিবর্তনটি প্রতিফলিত করছে: TypeScript, Python, Go এবং C# লাইব্রেরিগুলো নতুন রিকোয়েস্ট ফরম্যাট প্রদান করছে। এই SDK-গুলোর সম্মিলিত ডাউনলোড প্রতি মাসে প্রায় ৫০ কোটির কাছাকাছি পৌঁছেছে, যা বছরের শুরুতে তুলনায় চার গুণ বেশি; এটি নির্দেশ করে যে MCP কতটা ব্যাপকভাবে গৃহীত হচ্ছে।

ডেভেলপারদের অবশ্যই এমন যেকোনো কোড পরিবর্তন করতে হবে যা একটি পারসিস্টেন্ট সেশন (persistent session) ধরে নিয়ে তৈরি করা হয়েছিল। সাধারণত এর মানে হলো সেশন-নির্দিষ্ট ডেটাকে রিকোয়েস্ট পেলোড বা প্রতিটি কলের জন্য ব্যবহৃত কোনো এক্সটার্নাল স্টোরে সরিয়ে নেওয়া। মাইগ্রেশনের জন্য বারো মাস সময় দেওয়া হয়েছে, যা টিমগুলোকে রিফ্যাক্টর (refactor), টেস্ট এবং নতুন প্যাটার্ন চালু করার সুযোগ দেবে।

পাল্টা যুক্তি: মাইগ্রেশন জটিলতা

স্টেটলেসনেস মানেই সবকিছু বিনামূল্যে পাওয়া নয়। যেসব অ্যাপ্লিকেশন আগে প্রগ্রেসিভ কনভারসেশন হিস্ট্রি (progressive conversation history)-র মতো বিষয়গুলোর জন্য সার্ভার-সাইড স্টেটের ওপর নির্ভর করত, তাদের এখন সেই স্টেট ক্লায়েন্ট-সাইডে বা একটি আলাদা পারসিস্টেন্স লেয়ারের মাধ্যমে পরিচালনা করতে হবে।

যা খেয়াল রাখতে হবে

  • অ্যাডপশন মেট্রিক্স (Adoption metrics) – SDK ভার্সন গ্রহণের হার পর্যবেক্ষণ করুন; ধীরগতি মাইগ্রেশনের জটিলতার সংকেত হতে পারে।
  • এজ প্ল্যাটফর্ম সাপোর্ট (Edge platform support) – যত বেশি প্রোভাইডার MCP-সামঞ্জস্যপূর্ণ রানটাইম ঘোষণা করবে, সার্ভারলেসের প্রকৃত খরচ সাশ্রয় তত স্পষ্ট হবে।
  • সিকিউরিটি ইনসিডেন্ট রিপোর্ট (Security incident reports) – কঠোর OAuth/OIDC ফ্লো আইডেন্টিটি আক্রমণ কমিয়ে দেবে, তবে যেকোনো ধরনের লঙ্ঘন (breach) নতুন সুরক্ষা ব্যবস্থাগুলোকে পরীক্ষা করে দেখবে।

সারকথা (Takeaway): MCP-কে স্টেটলেস করার মাধ্যমে, স্পেসিফিকেশনটি প্রোটোকলটিকে আধুনিক ক্লাউড-নেটিভ প্যাটার্নের (cloud-native patterns) সাথে সামঞ্জস্যপূর্ণ করে তুলেছে, যা সেশন ম্যানেজমেন্টের অপারেশনাল বোঝা কমিয়ে দেয় এবং সস্তা ও আরও ইলাস্টিক (elastic) ডিপ্লয়মেন্ট মডেলের পথ প্রশস্ত করে। এর বিনিময়ে কোড রিফ্যাক্টরিং এবং বড় রিকোয়েস্ট ফুটপ্রিন্টের একটি সংক্ষিপ্ত সময় প্রয়োজন হতে পারে, তবে দীর্ঘমেয়াদী সুবিধা হলো এমন একটি প্রোটোকল যা এর অবকাঠামোর মতোই সহজে স্কেল করতে পারে।