مشخصات جولای ۲۰۲۶ پروتکل MCP تمام اشکال وضعیت نشست (session state) را از لایه پروتکل حذف می‌کند و تمام وضعیت را مجبور می‌کند تا در پنجره کانتکست (context window) مدل قرار بگیرد. این تغییر به هر سرور MCP اجازه می‌دهد تا به هر درخواستی پاسخ دهد و راه را برای استقرار‌های کاملاً بدون وضعیت (stateless) در پشت متعادل‌کننده‌های بار (load balancers)، توابع بدون سرور (serverless functions) و پادهای مقیاس‌پذیر Kubernetes باز می‌کند.

چرا این تغییر اهمیت دارد

از اولین انتشار، MCP (Model Communication Protocol) یک دست‌دادن (handshake) سبک‌وزن برای نشست و یک هدر Mcp-Session-Id را برای ردیابی وضعیت گفتگو در چندین فراخوانی HTTP حفظ کرده بود. آن طراحی به سرور اجازه می‌داد تا به خاطر بسپارد کدام هندل‌های ابزار (tool handles)، نرخ‌های نمونه‌برداری یا تنظیمات مربوط به ثبت وقایع (logging) متعلق به یک کلاینت خاص است. همچنین جریان‌های Server-Sent Events (SSE) قابل بازیابی (resumable) را ارائه می‌داد، به طوری که در صورت قطع اتصال، می‌توانست از همان جایی که قطع شده بود، ادامه یابد.

مشخصات ۲۸ جولای ۲۰۲۶، فرآیند دست‌دادن نشست را به طور کامل حذف می‌کند. اکنون هر درخواست، نسخه پروتکل و قابلیت‌های کلاینت را در یک فیلد _meta حمل می‌کند و هدر Mcp-Session-Id از بین می‌رود. فیلدهای Roots، sampling و logging منسوخ (deprecated) اعلام شده‌اند. به طور خلاصه، پروتکل انتقال اکنون صرفاً مبتنی بر درخواست-پاسخ (request-response) است؛ دیگر هیچ «نشستی» برای نگهداری وجود ندارد.

توسعه‌دهندگان چه تغییراتی باید ایجاد کنند

وضعیت دیگر دغدغه سرور نیست؛ بلکه در پنجره کانتکست مدل قرار دارد. وقتی یک مدل نیاز به ارجاع به یک منبع خارجی دارد، باید یک هندل (handle) صریح را به عنوان بخشی از نتیجه یک ابزار از سرور دریافت کند. درخواست بعدی، آن هندل را به عنوان یک آرگومان شامل می‌شود و مدل با آن مانند هر توکن دیگری رفتار می‌کند.

از آنجایی که پنجره کانتکست یک بافر توکن با اندازه ثابت است، هر هندل فضایی را اشغال می‌کند که با پرامپت‌های کاربر یا خروجی مدل رقابت می‌کند.

قابلیت اطمینان نیز تغییر می‌کند. بدون قابلیت بازیابی SSE یا ارسال مجدد پیام، یک جریان قطع شده، درخواست را به طور کامل از دست می‌دهد. کلاینت‌ها باید فراخوانی را از ابتدا شروع کنند. برای پرس‌وجوهای سریع و بدون وضعیت، این موضوع قابل قبول است؛ اما برای بازیابی‌های طولانی‌مدت یا وظایف چندمرحله‌ای عامل‌ها (agents)، توسعه‌دهندگان را مجبور می‌کند تا منطق تلاش مجدد (retry logic) خود را بسازند یا کار را به بخش‌های کوچک‌تر تقسیم کنند.

پروتکل Pilot شکاف موجود را پر می‌کند

بدون وضعیت بودن MCP عمدی است، اما لایه شبکه را بدون هویت در سطح اتصال یا تضمین‌های قابلیت اطمینان رها می‌کند. پروتکل Pilot که زیر لایه MCP قرار دارد، این شکاف را پوشش می‌دهد. Pilot هویت را یک بار برقرار می‌کند و از رمزنگاری برای متصل کردن بسته‌ها به فرستنده استفاده می‌کند. از دیدگاه MCP، کلاینت صرفاً هر بار یک درخواست HTTP جدید ارسال می‌کند؛ در حالی که Pilot انتقال زیربنایی را پایدار نگه می‌دارد.

این دو پروتکل مکمل یکدیگر هستند: MCP سبک، ارزان در هر درخواست و برای مقیاس‌پذیری در پشت هر نقطه انتهایی (endpoint) HTTP آسان باقی می‌ماند، در حالی که Pilot کارهای سنگینی را که پروتکل‌های سنتی مبتنی بر نشست انجام می‌دادند، بر عهده می‌گیرد.

مزایا در مقیاس بزرگ

  • سازگاری با متعادل‌کننده بار – نیازی به وابستگی به نشست (session affinity) نیست؛ هر بک‌اندی می‌تواند به هر درخواستی پاسخ دهد.
  • آماده برای محیط‌های بدون سرور (Serverless) – توابع می‌توانند در صورت نیاز اجرا شوند، یک درخواست را مدیریت کنند و بدون باقی ماندن وضعیت، متوقف شوند.
  • مقیاس‌پذیری خودکار Kubernetes – پادها می‌توانند آزادانه اضافه یا حذف شوند؛ کنترل‌پل دیگر نقشه‌های نشست (session maps) را ردیابی نمی‌کند.

ملاحظات و هزینه‌ها (Trade-offs)

  • سربار توکن – هندل‌ها و هر وضعیت دیگری اکنون پنجره کانتکست مدل را اشغال می‌کنند و مستقیماً با پرامپت و پاسخ رقابت می‌کنند.
  • صحت مبتنی بر مدل – مدل باید هندل‌ها را به درستی بازتاب دهد؛ یک توهم (hallucination) یا غلط تایپی می‌تواند جریان کار را مختل کند.
  • عدم قابلیت بازیابی داخلی – وظایف طولانی‌مدت باید سیستم ذخیره‌سازی وضعیت (checkpointing) خود را پیاده‌سازی کنند یا خطر شروع مجدد کامل را بپذیرند.
  • منسوخ شدن ابزارهای عیب‌یابی – فیلدهای Roots، sampling و logging حذف شده‌اند، بنابراین توسعه‌دهندگان یک قلاب (hook) راحت برای نظارت دقیق از دست می‌دهند، مگر اینکه آن را در لایه اپلیکیشن اضافه کنند.

خلاصه کلام

با حذف وضعیت نشست از پروتکل انتقال، MCP 2026-07 پروتکل را به یک نقطه انتهایی خالص HTTP تبدیل می‌کند که می‌تواند پشت هر متعادل‌کننده بار، پلتفرم بدون سرور یا گره لبه (edge node) قرار گیرد. مزیت آن مقیاس‌پذیری آشکار است؛ نقطه ضعف این است که وضعیت اکنون در پنجره محدود توکن مدل زندگی می‌کند و قابلیت اطمینان بر عهده کلاینت و لایه زیربنایی Pilot است. با گسترش فعالیت عامل‌های هوش مصنوعی از چند ثانیه به چندین ساعت، تعادل بین قیمت‌گذاری ارزان در هر درخواست و فشار بودجه توکن تعیین خواهد کرد که آیا مدل بدون وضعیت یک پیروزی ماندگار خواهد بود یا خیر.