البرمجة وتطوير البرمجيات

الإصدار الجديد من MCP يعيد بناء البروتوكول ليعمل دون جلسات حالة

أصبح الإصدار 2026-07-28 من Model Context Protocol بروتوكولاً عديم الحالة، ما يتيح تشغيل خوادم MCP على Cloudflare Workers دون بنية تحتية مخصصة لإدارة الجلسات. ويتضمن الإصدار تغييرات في التفاعلات متعددة الجولات، والتفويض، ودورة حياة الميزات، إلى جانب حزم SDK محدثة ومسار انتقال للتطبيقات القائمة.

06 أغسطس 2026
5 دقائق قراءة
0 قراءة
الإصدار الجديد من MCP يعيد بناء البروتوكول ليعمل دون جلسات حالة

أصبح Model Context Protocol (MCP) في إصداره 2026-07-28 بروتوكولاً عديم الحالة بالكامل، بعد إعادة كتابة جوهره ونموذج التفاعل وحزم SDK المرتبطة به. وتقول Cloudflare إن هذا التغيير يتيح تشغيل خوادم MCP داخل Worker عادي، من دون الحاجة إلى بنية تحتية مخصصة للحفاظ على جلسات البروتوكول، مع تقليل التعقيد التشغيلي والتكلفة الناتجة عن المكونات الإضافية.

أُطلقت المواصفة الجديدة الأسبوع الماضي إلى جانب إصدارات محدثة من حزم SDK للغات TypeScript وPython وGo وC#. وبحسب Cloudflare، فإن الخوادم تستطيع الآن استقبال الطلب، وتنفيذ أداة أو مطالبة أو مورد، ثم إعادة النتيجة من دون تخزين جلسة بروتوكول بين الطلبات.

التخلي عن الجلسات الإلزامية

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

يزيل الإصدار الجديد المصافحة الإلزامية وترويسة Mcp-Session-Id والجلسات من مسار الطلب الأساسي. ويحمل كل طلب إصدار البروتوكول وهوية العميل وقدراته اللازمة. أما استدعاء server/discover لفحص الخادم قبل تنفيذ طلب آخر فأصبح اختيارياً.

ولا يعني ذلك أن التطبيقات ذات الحالة لم تعد مطلوبة؛ إذ تذكر Cloudflare أن Durable Objects تظل مناسبة عندما تحتاج application نفسها إلى حالة منسقة. لكن MCP لم يعد يتطلب Durable Objects للتحدث بالبروتوكول، ويمكن للخوادم التي تحتاج إلى معالجة مرتبطة بالطلب أن تتوسع على Workers.

تفاعلات متعددة الجولات بدلاً من البث المفتوح

أعاد الإصدار تصميم آلية elicitation، وهي الحالة التي يحتاج فيها الخادم إلى معلومات إضافية قبل إكمال الطلب، مثل موافقة على نشر إصدار إلى الإنتاج أو تأكيد إصدار استرداد مالي. وكانت الطلبات التي يبدأها الخادم تعتمد على بث مفتوح.

مع آلية Multi Round-Trip Requests، يمكن للخادم إعادة نتيجة باسم input_required توضّح البيانات المطلوبة. يجمع العميل الإجابة ثم يعيد محاولة العملية بهذه البيانات، من دون أن يحتفظ أي طرف بجلسة نقل بين الطلبين. وتصف Cloudflare هذا التغيير بأنه كاسر للتوافق مع الأسلوب السابق، لكنه أبسط من الناحية التشغيلية.

جعل طلبات MCP مفهومة للبنية التحتية HTTP

تتطلب المواصفة الجديدة ترويستي Mcp-Method وMcp-Name في طلبات Streamable HTTP. وبذلك يستطيع البوابة أو محدد معدل الطلبات أو جدار حماية تطبيقات الويب معرفة ما إذا كان الطلب يستدعي أداة أو يقرأ مورداً، من دون تحليل محتوى JSON-RPC بالكامل.

كما أضافت المواصفة تلميحي ttlMs وcacheScope إلى نتائج tools/list وprompts/list وresources/list وresources/read، مع ترتيب حتمي لفهارس الأدوات، بما يسمح بإعادة استخدامها والحفاظ على استقرار ذاكرة التخزين المؤقت للمطالبات عند إعادة الاتصال.

تغييرات التفويض ودورة حياة الميزات

تفضل المواصفة الجديدة العملاء المسجلين مسبقاً عندما تكون هناك علاقة قائمة بين العميل والخادم، ثم تستخدم مستندات بيانات تعريف العميل CIMD للتسجيل الديناميكي، بينما يصبح Dynamic Client Registration أو DCR خياراً احتياطياً. وقد أُعلن إهمال DCR للتطبيقات الجديدة، مع التخطيط لإزالته بعد صيف 2027.

وتتبنى المواصفة أيضاً آلية RFC 9207 للتعريف بالجهة المصدرة، كما تشترط استخدام عنوان الخادم الأساسي كمورد وفق RFC 8707 في طلبات التفويض والرموز. وتقول Cloudflare إن Workers OAuth Provider يطبق هذه المتطلبات لخوادم MCP على Workers.

للمواصفة الآن دورة حياة رسمية تصنف الميزات إلى نشطة أو مهملة أو مزالة. ويجب أن تظل الميزة المهملة متاحة 12 شهراً على الأقل قبل إزالتها. وتشمل الميزات التي أُعلن إهمالها في هذا الإصدار Roots وSampling وLogging وDCR ووسيلة HTTP+SSE القديمة. أما MCP Apps وEnterprise-Managed Authorization فأصبحتا امتدادات، بينما نُقلت Tasks إلى إطار الامتدادات لتوفير مسار للأعمال الطويلة والموثوقة.

مسار الترحيل والتوفر

تخرج واجهة createMcpHandler من وضعها التجريبي إلى حزمة MCP TypeScript SDK الرسمية، وتواصل Cloudflare توفير واجهة موجهة إلى Workers ضمن Agents SDK. كما ساعدت الشركة في نقل SDK الخاص بـ TypeScript من Node.js إلى Web Standards لتحسين التوافق مع Bun وDeno وCloudflare Workers.

يمكن للعملاء الترحيل مع الحفاظ على التوافق مع المواصفات الأقدم. وتقبل نقطة النهاية /mcp البروتوكول الجديد والطلبات عديمة الحالة من عملاء Streamable HTTP الذين يستخدمون إصدار 2025، ما يتيح لمعظم العملاء إعادة الاتصال من دون تغييرات في الإعدادات. أما الخوادم التي تعتمد جلسات قديمة أو طلبات من الخادم إلى العميل أو تدفقات مستقلة، فتحتاج إلى مسار ترحيل أكثر حذراً، مثل تشغيل مسار عديم الحالة بجوار المسار القديم إلى أن تستنزف الجلسات النشطة.

تقول Cloudflare إن المواصفة الجديدة متاحة للعملاء والخوادم على منصتها، ويمكن تشغيل خادم MCP عديم الحالة على Worker وتأمينه عبر Workers OAuth Provider. ووفق الشركة، استخدمت خدمة Code Mode MCP Server الخاصة بواجهة Cloudflare API هذا النهج ووصلت إلى آلاف الطلبات في الثانية ومليارات استدعاءات الأدوات.

من نفس التصنيف

مقالات قد تهمك

عرض جميع المقالات