أصدر بروتوكول السياق النموذجي (MCP) أهم تحديث للمواصفات حتى الآن، حيث تحول من بروتوكول ثنائي الاتجاه ذو حالة إلى نظام مبسط للطلب والاستجابة مصمم لعمليات نشر وكيل الذكاء الاصطناعي على نطاق الإنتاج. تمثل مواصفات 28-07-2026، التي تم الإعلان عنها في 28 يوليو 2026، ما يصفه المساهمون في المشروع بأنه أهم إصدار للبروتوكول منذ إطلاق MCP البعيد منذ أكثر من عام.
يصل التحديث مع انتشار اعتماد MCP. تشهد الآن حزم تطوير البرامج (SDK) من المستوى الأول للبروتوكول — TypeScript وPython وGo وC# — ما يقرب من نصف مليار عملية تنزيل شهريًا، مع تجاوز كل من TypeScript وPython SDK عتبة المليار عملية تنزيل إجمالية. لقد أصبح MCP هو الركيزة الافتراضية للبيانات والتفاعلية لسير العمل الوكيل عبر المؤسسات، وفقًا لمنشور مدونة المشروع. لمعرفة المزيد حول مشهد البنية التحتية المتطورة للذكاء الاصطناعي، راجع [أحدث تغطية لصناعة الذكاء الاصطناعي] (https://aibuzzwire.news).
بروتوكول أساسي عديم الحالة
التغيير الرئيسي هو إيقاف تبادل المصافحة للتهيئة/التهيئة ورأس Mcp-Session-Id. ينتقل كل طلب الآن بشكل مستقل، ويحمل إصدار البروتوكول الخاص به وهوية العميل وقدراته في البيانات الوصفية. التأثير العملي مهم: يمكن لأي طلب الآن الوصول إلى أي مثيل خادم خلف موازن تحميل عادي بدون الحاجة إلى تخزين جلسة مشتركة.
يسمح خادم/اكتشاف استدعاء الإجراء عن بعد (RPC) الاختياري الجديد للعملاء بمعرفة قدرات الخادم قبل إجراء المكالمات، ولكنه ليس مطلوبًا. يتناول هذا التحول المعماري بشكل مباشر ما حدده فريق MCP كواحدة من أكثر الميزات المطلوبة بشدة من المطورين الذين يبحثون عن موثوقية وقابلية للتوسع بشكل أفضل.
لا يؤدي إسقاط الجلسات على مستوى البروتوكول إلى إجبار التطبيقات على أن تكون عديمة الحالة. إذا كان الخادم بحاجة إلى نقل الحالة عبر المكالمات، فيمكنه استخلاص مؤشر واضح من أداة وجعل نموذج الذكاء الاصطناعي يعيده كوسيطة. وجد فريق MCP أن هذا الأسلوب يعمل بشكل أفضل من حالة الجلسة المخفية في عملية النقل، لأن النموذج يمكنه رؤية المقبض وربطه بين الأدوات.
تحل طلبات الرحلات المتعددة ذهابًا وإيابًا محل عمليات البث المعلقة والمفتوحة
تقدم المواصفات طلبات متعددة ذهابًا وإيابًا (MRTR)، والتي تحل محل طلبات الاستنباط وأخذ العينات وطلبات الجذور التي يبدأها الخادم والتي كانت تتطلب سابقًا تدفقات ثنائية الاتجاه مفتوحة. عندما تحتاج الأداة إلى إدخال من مستخدم في منتصف المكالمة - مثل التأكيد أو المعلمة المفقودة - يقوم الخادم بإرجاع نوع نتيجة "input_required" مع الطلبات التي يحتاج إلى إجابة. يقوم العميل بعد ذلك بإعادة محاولة المكالمة الأصلية مع إرفاق الإجابات.
يلغي هذا التصميم الحاجة إلى اتصالات ثنائية الاتجاه مفتوحة باستمرار، وهو عبء تشغيلي كبير للفرق التي تقوم بتشغيل خوادم MCP على نطاق واسع.
التوجيه القائم على الرأس والقوائم القابلة للتخزين المؤقت
يجب أن تتضمن طلبات HTTP القابلة للتدفق الآن رؤوس Mcp-Method وMcp-Name، مما يتيح للبوابات ومحددات المعدل وجدران الحماية لتطبيقات الويب توجيه حركة المرور وقياسها استنادًا إلى الرؤوس بدلاً من تحليل أجسام JSON. يعمل هذا التغيير على محاذاة MCP مع أنماط بوابة API القياسية المستخدمة عبر البنية التحتية للمؤسسة.
الاستجابات من الأدوات/القائمة، والمطالبات/القائمة، والموارد/القائمة، والموارد/القراءة تحمل الآن تلميحات لنطاق فترة البقاء وذاكرة التخزين المؤقت. يتيح ذلك للعملاء تخزين كتالوجات الأدوات مؤقتًا والحفاظ على ثبات ذاكرات التخزين المؤقت السريعة عبر عمليات إعادة الاتصال، مما يقلل من عمليات إعادة الجلب غير الضرورية ويقلل زمن الوصول للعمليات المتكررة.
تصلب التفويض
تقدم المواصفات العديد من التحسينات الأمنية المستمدة من ملاحظات المنفذ لمدة عام. يجب أن تقوم خوادم التفويض الآن بإرجاع معلمة iss وفقًا لـ RFC 9207، ويجب على العملاء التحقق من صحتها قبل استرداد رمز التفويض، مما يؤدي إلى إغلاق ثغرة أمنية في خلط خادم التفويض. ترتبط بيانات اعتماد العميل بالجهة المصدرة التي طبعتها، مما يمنع إعادة استخدامها عبر خوادم الترخيص.
تسجيل العميل الديناميكي (DCR)، على الرغم من أنه لا يزال يعمل من أجل التوافق مع الإصدارات السابقة، فقد تم الآن إهماله رسميًا لصالح مستندات بيانات تعريف معرف العميل (CIMD). وصف فريق MCP هذا بأنه إجراء متشدد لجعل البروتوكول متوافقًا مع متطلبات مواصفات OAuth.
إطار عمل الامتدادات الرسمية وعمليات الإيقاف
انتقلت المهام من الحالة التجريبية إلى ملحق رسمي، حيث انضمت إلى ملحقات أخرى مثل تطبيقات MCP والتفويض المُدار للمؤسسات. تحل المهام/الحصول على المهام المستندة إلى الاستطلاع وآلية المهام/التحديث الجديدة محل نقطة نهاية HTTP GET الأقدم، مع دمج إشعارات التغيير في اشتراكات/دفق استماع واحد.
لقد تم إهمال عمليات الجذور وأخذ العينات والتسجيل مع فترة إهمال مدتها اثني عشر شهرًا كحد أدنى، مما يمنح المطورين الوقت للتخطيط لعمليات الترحيل. تم أيضًا إهمال نقل HTTP+SSE القديم رسميًا مع إصدار كامل لمدة عام. يُنصح بالتطبيقات الجديدة بعدم اعتماد هذه الميزات.
تدعم الآن جميع حزم SDK الأربعة من المستوى 1 — TypeScript وPython وGo وC# — مواصفات 2026-07-28، مع دعم Rust SDK لها في النسخة التجريبية. تتضمن مجموعات تطوير البرامج (SDK) ملاحظات ترحيل تفصيلية للتغييرات العاجلة، خاصة للمطورين الذين اعتمدوا على معرفات الجلسة.
استقبال الصناعة
لفت الإصدار اهتمامًا كبيرًا في منتديات المطورين، وانتشر على Hacker News بأكثر من 100 نقطة. ووصف ديفيد سوريا بارا، عضو الطاقم الفني لـ MCP والمخترع المشارك للبروتوكول، بأنه أوضح إشارة حتى الآن على أن MCP أصبح بنية تحتية حقيقية على مستوى الإنتاج.
وكتبت سوريا بارا: "إن أكبر التغييرات هي التغييرات العاجلة، وقد اختار المجتمع القيام بالعمل الشاق بدلاً من سد الفجوات". "هذا بروتوكول ينشأ في الوقت الفعلي حول ما تحتاجه فرق الإنتاج بالفعل."
يشير التحديث إلى أن MCP، الذي نشأ كمشروع مفتوح المصدر لتوحيد كيفية وصول نماذج الذكاء الاصطناعي إلى الأدوات والبيانات الخارجية، ينضج ليصبح بنية تحتية أساسية لعصر الذكاء الاصطناعي الوكيل. مع نصف مليار عملية تنزيل شهرية وامتدادات رسمية للنشر المؤسسي، يضع البروتوكول نفسه كنسيج ضام بين نماذج الذكاء الاصطناعي والأنظمة التي تحتاج إلى التفاعل معها.
