تلغي مواصفات MCP الجديدة بتاريخ 2026-07-28 جميع متطلبات حالة الجلسة (session-state)، مما يسمح لكل طلب بحمل كافة البيانات التي يحتاجها. إن التحول إلى بروتوكول عديم الحالة (stateless) يعني أن المطورين يمكنهم تشغيل مثيل واحد لكل استدعاء، والعمل على الخوادم بدون خادم (serverless) أو عقد الحافة (edge nodes)، والاستغناء عن تعقيدات التوجيه الثابت (sticky-routing) والمخازن المشتركة التي كانت تشكل عبئاً عند النشر.

من المصافحات إلى الاستدعاءات ذاتية الاحتواء

حتى الآن، كان بروتوكول سياق النموذج (Model Context Protocol - MCP) يفرض عملية مصافحة تصدر معرف جلسة (session ID). كان على الخوادم تذكر هذا المعرف طوال فترة الاتصال، مما يعني عملياً إبقاء العمليات نشطة، أو تكرار الحالة عبر عنقود Redis، أو تكوين موازنات التحميل للتوجيه "الثابت" (sticky routing). كانت النتيجة عبارة عن بنية معقدة ومستهلكة للموارد تعيق التوسع وتجعل النمو الأفقي مكلفاً.

تجعل المواصفات الجديدة كل طلب ذاتي الاحتواء. تتضمن كل حمولة (payload) إصدار البروتوكول وهوية المتصل، بحيث يمكن للخادم التعامل مع الطلب كمعاملة لمرة واحدة. لا حاجة لمخزن جلسات، ولا عمليات طويلة الأمد، ولا قواعد توجيه خاصة.

لماذا تهم "عدم الحالة" (Statelessness) عملية النشر

  • جاهز للعمل بدون خادم (Serverless) وللحافة (Edge) – يحمل الطلب كل ما يحتاجه، لذا يمكن للدالة أن تبدأ وتجيب وتغلق دون الحاجة لحالة إحماء (warm-up state). أصبح المزودون الذين يتقاضون رسوماً لكل استدعاء خياراً قابلاً للتطبيق لأعباء عمل MCP.
  • تبسيط موازنة التحميل – يمكن لموازنات التحميل القياسية (L4/L7) توزيع حركة المرور بشكل موحد؛ فلا حاجة لربط العميل بخادم خلفي معين.
  • تقليل الأعباء التشغيلية – يمكن للفرق الاستغناء عن عناقيد Redis أو أكواد تكرار الجلسات المخصصة، مما يقلل التكلفة ونطاق الفشل.

للمؤسسات التي تشغل MCP بالفعل خلف موازن تحميل، يلغي هذا التغيير الحاجة إلى قواعد "التوجيه الثابت" التي غالباً ما تفرض توزيعاً غير متكافئ لحركة المرور. وتظهر الوفورات بشكل جلي خاصة في الخدمات ذات الإنتاجية العالية التي تشهد ملايين الاستدعاءات يومياً.

ترقيات الأداء والأمان

تضيف المواصفات تحسينات ملموسة تعزز البروتوكول بما يتجاوز كونه عديم الحالة:

  • التخزين المؤقت القائم على TTL – تتضمن قوائم الأدوات والمطالبات (prompts) الآن حقل "وقت البقاء" (time-to-live)، مما يسمح للعملاء بتخزين النتائج محلياً وتجنب الرحلات المتكررة غير الضرورية.
  • التوجيه المعتمد على الرأس (Header-driven routing) – تكشف رؤوس HTTP الجديدة عن معلومات التوجيه مبكراً، مما يسمح للبوابات (gateways) بتوجيه حركة المرور دون الحاجة لتحليل جسم JSON بالكامل، مما يوفر أجزاء من الثانية من زمن الاستجابة.
  • تحصين OAuth/OIDC – تخضع رموز الهوية لفحوصات أكثر صرامة من OAuth وOpenID Connect، مما يقلل من التعرض لهجمات إعادة التشغيل (replay attacks) وسرقة الرموز.
  • إطار عمل رسمي للتوسعات – أصبحت المهام والتطبيقات (Tasks and Apps) تنتمي الآن إلى نموذج توسعة محدد، مما يجعل طرح الميزات المستقبلية أكثر سلاسة لمطوري SDK.

التأثير على المطورين

يعكس نظام SDK البيئي هذا التغيير بالفعل: مكتبات TypeScript وPython وGo وC# تصدر تنسيق الطلب الجديد. تقترب عمليات التنزيل المجمعة لهذه الـ SDKs من نصف مليار شهرياً، وهو ما يعادل أربعة أضعاف ما كانت عليه في بداية العام، مما يشير إلى مدى انتشار اعتماد MCP.

يجب على المطورين تعديل أي كود كان يفترض وجود جلسة مستمرة. يعني هذا عادةً نقل البيانات الخاصة بالجلسة إلى حمولة الطلب (request payload) أو إلى مخزن خارجي يتم الرجوع إليه مع كل استدعاء. تبلغ فترة الانتقال اثني عشر شهراً، مما يمنح الفرق وقتاً لإعادة هيكلة الكود (refactor)، واختباره، ونشر النمط الجديد.

وجهة نظر مغايرة: تعقيد الانتقال

"عدم الحالة" ليس حلاً مجانياً. التطبيقات التي كانت تعتمد سابقاً على الحالة في جانب الخادم (server-side state) لأمور مثل سجل المحادثة التدريجي، يتعين عليها الآن إدارة تلك الحالة في جانب العميل (client-side) أو عبر طبقة استمرارية منفصلة.

ما يجب مراقبته

  • مقاييس الاعتماد – مراقبة معدل تبني إصدارات SDK؛ فقد يشير أي تباطؤ إلى صعوبات في عملية الانتقال.
  • دعم منصات الحافة (Edge) – مع إعلان المزيد من المزودين عن بيئات تشغيل متوافقة مع MCP، ستصبح الفائدة الحقيقية من حيث التكلفة للنماذج بدون خادم (serverless) أكثر وضوحاً.
  • تقارير الحوادث الأمنية – من المفترض أن يقلل تدفق OAuth/OIDC المحصن من هجمات الهوية، ولكن أي خرق سيختبر الضمانات الجديدة.

الخلاصة: من خلال جعل MCP عديم الحالة، توائم المواصفات البروتوكول مع الأنماط الحديثة للسحابة الأصلية (cloud-native)، مما يقلل من الأعباء التشغيلية لإدارة الجلسات مع فتح الباب لنماذج نشر أكثر مرونة وأقل تكلفة. المقايضة هي فترة وجيزة من إعادة هيكلة الكود وزيادة حجم الطلبات، لكن العائد طويل الأمد هو بروتوكول يتوسع بسهولة مثل البنية التحتية التي يعمل عليها.