MCP 2026-07-28: دليل البروتوكول عديم الحالة

بروتوكول سياق النماذج (MCP) على وشك تغيير جوهري. نسخة RC من مواصفات 2026-07-28 باتت متاحة الآن، وتُمثّل أكبر تحوّل معماري منذ نشر MCP كمصدر مفتوح. العنوان الرئيسي: MCP أصبح عديم الحالة (Stateless) — وكل شيء يتعلق ببناء خوادم أدوات الذكاء الاصطناعي ونشرها وتوسيعها ينبثق من هذا القرار.

المواصفة النهائية ستصدر في 28 يوليو. إليك ما تغيّر، وما تم إهماله، وكيفية الانتقال.

التغيير الكبير: MCP يصبح عديم الحالة

كانت إصدارات MCP السابقة تتطلب مصافحة جلسة. كل علاقة بين عميل وخادم كانت تبدأ بتبادل initialize / initialized لإنشاء جلسة، ثم يُثبّت رأس Mcp-Session-Id الطلبات اللاحقة على نسخة خادم محددة. هذا التصميم كان مناسبًا للنشر على عقدة واحدة، لكنه أنشأ احتكاكًا حقيقيًا في البيئات الموزّعة: توجيه ثابت على موزّع الحمل، ومخازن جلسات مشتركة بين النسخ، وحلول التفافية تضيف عبئًا تشغيليًا دون قيمة مضافة.

نسخة RC لمواصفة 2026-07-28 تزيل كل ذلك. المصافحة initialize اختفت. رأس Mcp-Session-Id لم يعد موجودًا. أي طلب MCP يمكنه الآن الوصول إلى أي نسخة خادم، مما يعني أن موزّع حمل round-robin العادي يكفي الآن — دون الحاجة إلى طبقة تنسيق.

بيانات تعريف العميل التي كانت تعيش في مصافحة الجلسة تنتقل الآن في _meta مع كل طلب. قدرات الخادم تُسترجع عند الطلب عبر طريقة server/discover الجديدة. إدارة الحالة على مستوى التطبيق لا تزال تعمل كما كانت — تُمرّر معرّفات handles الصريحة عبر استدعاءات الأدوات بدلًا من الاعتماد على حالة النقل المخفية.

الأثر على البنية التحتية

للفرق التي تشغّل خوادم MCP على نطاق واسع، هذا هو التغيير الذي كنتم تنتظرونه:

• لا توجيه ثابت على مستوى موزّع الحمل
• لا مخازن جلسات مشتركة بين النسخ
• توسّع أفقي بدون تنسيق على مستوى البروتوكول
• استرداد أبسط من الكوارث — نسخ الخوادم قابلة للتبادل بالكامل

تطبيقات MCP: واجهات مستخدم تفاعلية داخل أدواتك

تطبيقات MCP (MCP Apps) هي امتداد جديد من الدرجة الأولى يتيح للخوادم تقديم واجهات تفاعلية داخل العميل. بدلًا من نص عادي أو JSON منظّم، يمكن لأداة أن تُعيد iframe محمي يحتوي على واجهة HTML كاملة مُقدَّمة من الخادم.

تُعلن الأدوات عن قوالب واجهة المستخدم مسبقًا لتمكين الجلب المسبق ومراجعة الأمان. بمجرد العرض، تتدفق تفاعلات الواجهة عبر نفس بروتوكول JSON-RPC المستخدم في استدعاءات الأدوات العادية — نفس مسار التدقيق، ونفس آليات الموافقة.

حالات الاستخدام التي يفتحها ذلك تشمل: سير عمل الموافقة بواجهات نماذج غنية، لوحات تصوير البيانات المضمّنة في استجابة الوكيل، وتدفقات الإعداد متعددة الخطوات التي تبدو طبيعية داخل العميل. كل هذا يحدث ضمن طبقة MCP دون أي قنوات جانبية مخصصة.

امتداد المهام: العمل طويل الأمد يصبح رسميًا

كانت المهام (Tasks) سابقًا ميزة تجريبية في المواصفة الأساسية. نسخة RC لمواصفة 2026-07-28 ترفعها إلى امتداد رسمي مع دورة حياة مُعاد تصميمها تتناسب مع النموذج عديم الحالة.

التدفق الجديد:

1. استجابة tools/call تُعيد مقبض مهمة بدلًا من نتيجة فورية
2. العملاء يُديرون التنفيذ عبر tasks/get وtasks/update وtasks/cancel
3. tasks/list تم إزالتها — بدون جلسات، لا تعريف آمن لسرد جميع المهام الجارية

إذا كان لديك تطبيق مهام مبني على واجهة برمجة التطبيقات التجريبية للمواصفة 2025-11-25، فالهجرة مطلوبة. دورة الحياة الموجّهة من الخادم هي إعادة تصميم حقيقية للنموذج السابق.

الطلبات متعددة الرحلات (MRTR)

نمط InputRequiredResult الجديد — المعروف بالطلبات متعددة الرحلات (Multi Round-Trip Requests) — يتيح للأدوات التوقف في منتصف التنفيذ وطلب مدخلات إضافية من المستخدم. يعرض العميل الطلب، يجمع المدخلات، ويستأنف التنفيذ مع الاستجابة.

هذا مهم للأدوات التي تحتاج إلى توضيح قبل اتخاذ إجراء لا رجعة فيه، أو لسير العمل الذي تعتمد معاملاته الصحيحة على نتائج وسيطة لا تظهر إلا في وقت التشغيل.

تعزيز التفويض

ستة مقترحات تحسين تُقرّب تفويض MCP من ممارسات OAuth 2.0 وOpenID Connect المعيارية:

• يجب على العملاء التحقق من صحة المعامل iss وفقًا لـ RFC 9207 لمنع هجمات الخلط
• يُعلن العملاء عن application_type أثناء تسجيل OpenID Connect
• بيانات الاعتماد مرتبطة بخادم التفويض المُصدِر
• أنماط طلبات رمز التحديث موثّقة الآن
• آليات تراكم النطاقات واكتشافها مُوضَّحة

هذه ليست تغييرات تكسر التوافق. إنها تُضفي صفة رسمية على الممارسات التي كانت عمليات نشر MCP الآمنة تتبعها بالفعل.

ما الذي تم إهماله

ثلاث ميزات تحصل على إهمال رسمي بموجب سياسة دورة حياة جديدة مدتها اثنا عشر شهرًا. تبقى وظيفية — هذا تعليق توضيحي وليس إزالة:

تضمن سياسة الإهمال الرسمية اثني عشر شهرًا على الأقل بين تعليق الإهمال وأي اعتبار للإزالة. لا مزيد من التغييرات التكسيرية المفاجئة في دورة المراجعة التالية.

التوجيه عبر البوابة بدون تحليل الجسم

رأسان جديدان للنقل — Mcp-Method وMcp-Name — يتيحان لبوابات API توجيه الطلبات بحسب الطريقة واسم الأداة دون تحليل جسم طلب JSON-RPC. هذه إضافة عملية لعمليات النشر على الحافة والبنى الأمنية التي تحتاج إلى توجيه استدعاءات أدوات محددة إلى خلفيات مختلفة.

قائمة تدقيق الهجرة

تغييران يتطلبان إجراءً قبل المواصفة النهائية:

رمز الخطأ: الموارد غير الموجودة كانت تُعيد الرمز المخصص -32002. تفرض المواصفة الآن رمز JSON-RPC المعياري -32602. حدّث أي منطق مطابقة أخطاء على جانب العميل.

إزالة الجلسة: إذا كان عميلك أو خادمك يضبط Mcp-Session-Id أو يقرأه، احذف هذا الكود. إذا كان خادمك يدفع القدرات أثناء initialize، انتقل إلى الاستجابة لـ server/discover بدلًا من ذلك.

نسخ SDK التجريبية متاحة الآن

نسخ تجريبية لجميع SDK الأربعة من المستوى الأول متاحة الآن:

# Python
pip install "mcp[cli]==2.0.0b1"
 
# TypeScript
npm install @modelcontextprotocol/server@beta
 
# Go
go get github.com/modelcontextprotocol/go-sdk@v1.7.0-pre.1
 
# C#
dotnet add package ModelContextProtocol --prerelease

يحصل مستخدمو TypeScript على أداة codemod آلية للهجرة من v1 إلى v2:

npx @modelcontextprotocol/codemod@beta v1-to-v2 .

يتضمن كل من Python وTypeScript أدلة الهجرة. التوافق العكسي محفوظ — تستجيب خوادم v2 لطلبات البروتوكول القديمة، لذا يمكنك الهجرة وفق جدولك الزمني الخاص.

الجدول الزمني

• نسخة RC: متاحة الآن
• المواصفة النهائية: 28 يوليو 2026
• إصدارات SDK المستقرة للمستوى الأول: خلال عشرة أسابيع من المواصفة النهائية

ما الخطوة التالية

التحوّل إلى نموذج عديم الحالة هو القرار المعماري الصحيح لأدوات الذكاء الاصطناعي على نطاق واسع، ومسار الهجرة مدعوم جيدًا بالنسخ التجريبية من SDK. اقرأ إعلان RC الرسمي ومنشور نسخ SDK التجريبية لفهم نطاق الهجرة الخاص بك.

28 يوليو قريب. الأدوات جاهزة. ابدأ الهجرة الآن.