نشر القائمون على بروتوكول السياق النموذجي (MCP) خريطة طريق محدثة ستشكل إصدار المواصفات التالي للبروتوكول الذي أصبح معيارًا فعليًا لربط نماذج الذكاء الاصطناعي بالأدوات والبيانات الخارجية. يحدد منشور 22 أغسطس، الذي كتبه المشرفان الرئيسيان ديفيد سوريا بارا ودن ديليمارسكي، خمسة مجالات ذات أولوية - بدءًا من أساسيات المراسلة الوكيلة وحتى هوية الوكيل الموحدة - ويصل بعد أسابيع فقط من الإصلاح الشامل لمواصفات البروتوكول 2026-07-28.

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

ما الذي تم تغييره بالفعل في مواصفات شهر يوليو

قبل تحديد أولويات جديدة، قام المشرفون بتقييم خريطة الطريق السابقة، التي تم نشرها في مارس 2026، والتي ركزت على أربعة مجالات: تطور النقل وقابلية التوسع، واتصالات الوكلاء، ونضج الحوكمة، واستعداد المؤسسة. وفقًا لمنشور المدونة، تم إحراز "تقدم كبير" على جميع الجبهات الأربع، مع وصول الجزء الأكبر من التغييرات إلى إصدار المواصفات 2026-07-28.

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

على جانب اتصال الوكيل، تمت إعادة صياغة بنية المهام إلى ملحق رسمي (SEP-2663)، في حين حل نمط طلبات الرحلات المتعددة ذهابًا وإيابًا الجديد (SEP-2322) محل الطلبات التي بدأها الخادم بحيث تعمل التدفقات مثل الاستنباط على خوادم عديمة الحالة. نضجت الحوكمة أيضًا: اعتمد المشروع رسميًا سلم المساهمين، وتقوم مجموعات العمل الآن بفرز مقترحات التحسين الخاصة بها، واكتسبت المواصفات دورة حياة مناسبة للميزات وسياسة إهمال.

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

خمس أولويات لدورة الإصدار التالي

1. أساسيات مراسلة الوكيل

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

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

2. توحيد النقل عبر HTTP الأصلي

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

3. هوية الوكيل وأمان جاهز للمؤسسات

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

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

بشكل ملموس، يغطي العمل وضع اللمسات النهائية على إثبات إثبات الحيازة (DPoP) ودفع اعتماده، وتحديد مسار محدد لهوية الوكيل والتفويض من خلال اتحاد هوية حمل العمل، ومنحة ID-JAG خلف التفويض المُدار من قبل المؤسسة، وتبادل الرمز المميز القياسي. وسيواصل الفريق أيضًا التعامل مع مجموعات عمل IETF OAuth وWIMSE للمساعدة في تطوير المعايير الأساسية.

4. تحسين البدائيات والاكتشاف التدريجي للأدوات

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

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

5. تحسين تجربة مطور SDK

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

ماذا يعني بالنسبة للنظام البيئي

تشتمل خريطة الطريق على هيكل حوافز عملي: مقترحات تحسين المواصفات (SEPs) التي تقع ضمن المجالات ذات الأولوية تحصل على مراجعة سريعة وأفضل فرصة للقبول، في حين لا يتم رفض المقترحات خارج النطاق تلقائيًا ولكنها تحصل على وقت صيانة نادر في النهاية. وقد قام كل مجال من المجالات ذات الأولوية بتسمية المشرفين الأساسيين وواحدة أو أكثر من مجموعات العمل، وكلها لديها مساحة لمزيد من المساهمين، وتسمح آلية التمديد التجريبية بموجب SEP-2133 للمجموعات باختبار الأفكار قبل المقترحات الرسمية.

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

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

---

ابق على اطلاع بأخبار الذكاء الاصطناعي

آخر أخبار وتحليلات وإنجازات الذكاء الاصطناعي — في مكان واحد.

اقرأ المزيد من أخبار الذكاء الاصطناعي →