MCP يحصل على أكبر تحديث: الهندسة اللامركزية تفتح آفاق الذكاء الوكيلي للشركات

مقدمة تحليلية

في 28 يوليو 2026، أطلقت Agentic AI Foundation (AAIF)، وهي صندوق موجه تحت Linux Foundation، أكبر تحديث لبروتوكول Model Context Protocol (MCP) منذ إصداره قبل 20 شهراً بواسطة Anthropic. هذا التحديث المعماري الشامل، والذي يُشار إليه مازحاً بـ "v2" من قبل ديفيد سوريا بارا، المؤسس المشارك والمحافظ الرئيسي في Anthropic، يهدف إلى تسريع تبني الذكاء الاصكيلي على نطاق واسع في بيئات الإنتاج المؤسسية. ينهي التحديث الانتقال إلى بنية لامركزية بالكامل، ويعزز نموذج المصادقة ضد فئة معروفة من الهجمات، ويؤسس سياسة إهمال رسمية مدتها 12 شهراً، ويخرج اثنتين من القدرات البارزة – واجهات المستخدم التفاعلية المقدمة من الخادم والمهام غير المتزامنة طويلة الأمد – إلى ملحقات بروتوكول رسمية. هذه التغييرات، وإن بدت غامضة، تحمل في طياتها تحولات عملية جوهرية تكسر حواجز النشر واسع النطاق للوكلاء.

وتُشير التقييمات الأولية إلى أن التأثير الفوري سيظهر في الشركات الكبرى التي تعاني من تعقيدات إدارة الحالة المشتركة.

التحليل التقني

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

تزيل النسخة الجديدة هذا الاختناق تماماً، مما يتيح للمؤسسات تشغيل خوادم MCP خلف موازنات التحميل القياسية باستخدام أدوات Kubernetes و cloud-native DevOps التي يستخدمونها بالفعل. هذه خطوة معمارية حاسمة تماثل قرار البنية اللامركزية الذي مكّن شبكة الإنترنت من النمو، وفقاً لمازن جيلبرت، المدير التنفيذي لـ AAIF. تعني القدرة اللامركزية أن عميل MCP يمكنه التحدث إلى أي خادم عبر موازن تحميل دون الحاجة إلى "اللزوجة".

موازنات الهندسة وتداعياتها

تصميم البروتوكول ينطوي على مقايضات. أبرز ما خسرته هذه الهندسة هو:

• زيادة حجم الحمولات (Payloads): على الرغم من أن الحالة لم تختفِ، فقد تم نقلها ذهاباً وإياباً مع الخادم عبر طبقة النقل الفعلية. يؤدي ذلك إلى حمولات أكبر، لكن سوريا بارا يوضح أنها "قابلة للضغط للغاية ومفهومة جيداً، ولا تزال صغيرة نسبياً مقارنة بطلب HTTP على الويب".
• إزالة بعض القدرات: تم التخلي عن تسجيل الخادم خارج النطاق (out-of-band server logging)، حيث يمكن للخادم دفع رسائل تسجيل معلوماتية إلى العميل في أي لحظة. أظهر تحليل GitHub أن "لا أحد تقريباً" يستخدم هذه الميزة.

يُشير ديليمارسكي إلى أن التحول ليس إزالة للحالة بقدر ما هو نقل للمسؤولية إلى المطورين، "عن قصد تام". بالنسبة لمعظم المطورين، ستكون عملية الترحيل "شبه خالية من الألم"، حيث تعتمد الغالبية العظمى من النظام البيئي على حزم SDKs الرسمية بلغات TypeScript و Python و C# و Rust و Java، والتي ستمتص التغييرات. صُممت الهجرة لتكون سهلة التنفيذ بواسطة مساعدي برمجة الذكاء الاصطناعي.

تعزيز المصادقة والملحقات الجديدة

يشمل الإصدار أيضاً تعزيزاً كبيراً للمصادقة، حيث يواءم مواصفات مصادقة MCP مع كيفية نشر OAuth 2.0 و OpenID Connect في الممارسة العملية. يتم الآن فرض التحقق الإلزامي من معلمة issuer (iss)، وهو دفاع على مستوى البروتوكول يغلق فئة كاملة من هجمات "الخلط" (mix-up attacks). يؤكد ديليمارسكي أن هذا "هندسة وقائية وليست استجابة لحوادث"، ناتجة عن تعاون مباشر مع مجتمع الأمن. كما يتضمن الإصدار ملحق Enterprise Managed Authorization الجديد، الذي طُور بالتعاون مع Okta، مما يتيح للمؤسسات جعل موفر هويتها هو الحارس الرسمي للوصول إلى خوادم MCP.

بالإضافة إلى ذلك، تم ترقية قدرتين إلى ملحقات رسمية:

• MCP Apps: يسمح للخوادم بتقديم واجهات مستخدم غنية وتفاعلية مقدمة من الخادم مباشرة إلى عملاء الذكاء الاصطناعي، مما ينقل مخرجات الوكيل إلى لوحات معلومات ونماذج وتصورات تتجاوز النصوص الخام.
• MCP Tasks: يعالج المهام غير المتزامنة طويلة الأمد. بدلاً من الاحتفاظ باتصالات هشة مفتوحة، تُرجع الخوادم الآن مؤشراً للمهمة الدائمة؛ ويمكن للعملاء قطع الاتصال، والتعطل، وإعادة التشغيل، واستئناف الاستعلام عن حالة المهمة.

السياق وتأثير السوق

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

هذه الحقيقة تعزز الاعتقاد بأن السوق كان ينتظر هذه التحديثات تحديداً لتبني الذكاء الوكيلي على نطاق واسع.

استقرار المؤسسات وتأثير الصناعة

ربما تكون السمة الأكثر أهمية للمؤسسات هي إطار عمل الإهمال الرسمي الجديد الذي يضمن للمطورين 12 شهراً على الأقل بين إهمال الميزة وإزالتها. هذا "عقد استقرار" أساسي يسمح لمنظمات هندسة Fortune 500 بالالتزام بمواصفة دون الخوف من الأعطال الصامتة. استشارت AAIF شركات مثل Google و Microsoft و Amazon لتحديد هذه المدة، والتي وجدوها "الحد الوسط المعقول". كما أضاف سوريا بارا أن بيانات القياس عن بعد (telemetry) الخاصة بالمحافظين تدعم هذا الرقم، حيث تُحدث معظم الأنظمة البيئية خلال 6 إلى 8 أشهر، مما يجعل نافذة الـ 12 شهراً فترة استماع أكثر منها موعداً نهائياً. يرى جيلبرت هذه السياسة جزءاً أساسياً من "أركان ثقة المؤسسات الثلاثة"، إلى جانب المعايير المفتوحة والتوسع اللامركزي.

منذ تأسيسها في ديسمبر 2025 بـ 40 عضواً، نمت AAIF لتصل إلى 240 عضواً اليوم، لتصبح "الأسرع نمواً" في تاريخ Linux Foundation من حيث العضوية، حيث يوقع عضو جديد "كل يوم". انخفضت حصة Anthropic من المساهمات إلى "أقل من النصف"، مما يؤكد التزام المشروع بالحياد. تجاوزت العضوية شركات التكنولوجيا لتشمل قطاعات التجزئة والمال والاتصالات، وكيانات مثل CERN و Consumer Reports، مما يعكس رغبة واسعة في المشاركة وتشكيل مستقبل "إنترنت الوكلاء".

حياد جيوسياسي في عالم متوتر

تراهن AAIF على الحفاظ على الحياد وسط التوترات الجيوسياسية. تخطط المؤسسة لاستضافة فعاليات AGNTCon و MCPCon هذا الخريف في شنغهاي وطوكيو وأمستردام وسان خوسيه، مع خطط لفعاليات إضافية في كوريا الجنوبية ونيروبي وتورونتو. يؤكد جيلبرت على "حياد البروتوكول التام" تجاه النماذج (Kimi، Gemma، أو أي نموذج آخر)، مشدداً على أن "كل نموذج سيتعين عليه دعم MCP، سواء كان نموذجاً صينياً أو أمريكياً، لا يهم. يجب أن تكون البروتوكولات مفتوحة وموحدة".

يربط جيلبرت هذا بالنموذج الاقتصادي، حيث تختار الشركات النماذج بناءً على المهمة، ولا يمكن لأي نموذج أن يقدم قيمة دون بروتوكولات مفتوحة وموحدة. يعتبر AAIF مساحة محايدة "حيث يمكن للمنافسين الذين يتنافسون بشدة خلال النهار" أن يجتمعوا "للمناقشة والمواءمة وتوحيد ودفع المعايير المفتوحة لكيفية تطور إنترنت الوكلاء". تشير الإحصائيات إلى اعتماد هائل، حيث تضاعفت تنزيلات حزم SDK في الأشهر الستة الماضية، لتصل إلى 250 مليون عملية تنزيل أسبوعياً، مقارنة بـ 97 مليون تنزيل شهرياً لحزم Python و TypeScript SDKs فقط في ديسمبر 2025. هذه الأرقام تؤكد أن MCP "لم يعد مجرد مشروع مفتوح المصدر.

إنه ركيزة للكثير من مهام الوكلاء التي نراها عبر المؤسسات والشركات الناشئة".

رؤية Glitch4Techs

هذا التحديث لبروتوكول MCP ليس مجرد رقم إصدار جديد؛ إنه تحول هندسي محوري يهدف إلى إزالة نقاط الاحتكاك الجوهرية التي أعاقت تبني الذكاء الوكيلي على نطاق المؤسسات. الانتقال إلى بنية لامركزية بالكامل ومعالجة قضايا المصادقة وتوفير سياسة إهمال واضحة لمدة 12 شهراً هي استجابات عملية ومباشرة للمطالب الملحة من لاعبين كبار مثل Google و Microsoft و Amazon. الوكلاء لم يكونوا يفتقرون للقدرة، بل للبنية التحتية الموثوقة والقابلة للتوسع اللازمة لنشرهم. الأرقام لا تكذب: 250 مليون عملية تنزيل أسبوعياً لحزم SDK تؤكد أن السوق كان متعطشاً لهذا الحل.

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