قام بروتوكول سياق النموذج (MCP) بالتخلي عن حالة الجلسة (session state)، واستبدالها بطلبات بنمط "الإيصال" (receipt-style) وأمر server/discover جديد. يمكن للمطورين الآن تشغيل MCP على المنصات عديمة الخادم (serverless) مثل AWS Lambda وتجنب عنق الزجاجة المتمثل في "النادل الوحيد" الذي أثر طويلاً على الموثوقية.
لماذا كان النموذج القديم مهماً
تطلب MCP في الأصل اتصالاً مستمراً بخادم محدد. كان الخادم يحتفظ بـ "رقم طاولة" المستخدم — وهي جلسة مخفية تخزن السياق والقواعد والإجراءات المعلقة. وعندما يتعطل ذلك الخادم، تختفي الجلسة ويضطر العميل إلى البدء من جديد.
ما الذي يغيره التحديث
- لا توجد جلسات – يحمل كل طلب كل ما يحتاجه الخادم، تماماً مثل إيصال المطعم الذي يمكن لأي صراف قراءته. كما يختفي إجراء المصافحة (handshake) الخاص بـ "initialize".
- نموذج الإيصال – تتضمن كتلة بيانات وصفية (meta block) صغيرة في بداية كل طلب معلومات الإصدار والمعلمات المطلوبة. يعالج الخادم الطلب بشكل مستقل، ثم يعيد نتيجة تحتوي على
resultTypeوttlMs(وقت البقاء بالملي ثانية) وcacheScope. تتيح هذه الحقول للعميل تخزين الإجابة مؤقتاً (cache) بأمان ومعرفة موعد انتهاء صلاحيتها. - Server/discover – يتيح أمر جديد للعميل الاستعلام عن قدرات الخادم الحالية. وتكون الاستجابة فورية ولا تعتمد على أي تفاعل سابق.
- Subscriptions/listen – يعمل مثل جهاز التنبيه (buzzer): يشترك العميل في التحديثات ولا يتم إخطاره إلا عند حدوث تغيير، مما يقلل من حركة مرور طلبات الاستطلاع (polling traffic).
- تدفق Input_required – إذا احتاج الخادم إلى مزيد من المعلومات، فإنه يعيد استجابة
input_requiredبدلاً من التواصل المباشر مع العميل. يقوم العميل بعد ذلك بتوفير البيانات المفقودة في طلب لاحق.
نظرًا لأن الخادم لم يعد يحتفظ بالحالة، يمكن لأي بيئة حوسبة عديمة الحالة (stateless) استضافة نقاط نهاية (endpoints) MCP. يمكن للوظائف التي تعمل عند الطلب، أو تتوقف مؤقتاً، أو تنتقل عبر المناطق (zones) التعامل مع حركة المرور دون قطع المحادثة.
من المستفيد ومن القلق؟
المطورون الذين يبنون واجهات أمامية للذكاء الاصطناعي – يحصلون على واجهات خلفية أبسط وأكثر موثوقية.
فرق البنية التحتية – يمكنهم توفير MCP على خدمات رخيصة وقابلة للتوسع تلقائياً.
مسؤولو صيانة خوادم MCP – يجب عليهم إعادة كتابة المعالجات (handlers) لإرسال ttlMs و cacheScope والالتزام بعقد server/discover. ستحتاج الأكواد التي اعتمدت على جلسة مستمرة إلى إعادة هيكلة (refactoring).
المؤسسات ذات الامتثال الصارم – تستفيد من تحكم أوضح في دورة حياة البيانات.
التفصيل الخفي: التفاوض على الإصدار
يتضمن كل إيصال كتلة بيانات وصفية صغيرة تعلن عن إصدار البروتوكول الذي يتوقعه العميل.
ما لا يزال غير مؤكد
ما يجب مراقبته لاحقاً
الخلاصة
من خلال تجريد حالة الجلسة وتحويل كل تفاعل إلى إيصال مستقل بذاته، أصبح MCP الآن يتناسب بشكل طبيعي مع الأنظمة البيئية عديمة الخادم (serverless). هذا التحول يجعل MCP أكثر استقراراً وقابلية للتوسع، مما يسمح للخوادم بالعمل في أي مكان والتوسع مثل أي خدمة ويب عادية.