رهان مؤسسة الذكاء الاصطناعي الوكيلي: لماذا يتشارك A2A وMCP الآن بيتاً محايداً

بروتوكولان، بيت حوكمة واحد

يعيش الآن أهم معياري ربط في الذكاء الاصطناعي الوكيلي تحت سقف واحد. في 17 أغسطس 2026، انضم بروتوكول A2A من Google إلى مؤسسة الذكاء الاصطناعي الوكيلي كمشروع مستضاف، بجانب Model Context Protocol من Anthropic، الذي كان أحد المساهمات المؤسِّسة لـAAIF. المؤسسة نفسها هيئة فتية: أعلنت Linux Foundation عن تشكيلها في 9 ديسمبر 2025، مرتكزة على ثلاث مساهمات من مشاريع مؤسِّسة — MCP من Anthropic، وgoose من Block، وAGENTS.md من OpenAI.

كانت تلك القائمة المؤسِّسة تشير بالفعل إلى شيء غير معتاد: ثلاث شركات تتنافس مباشرة على ميزانيات الذكاء الاصطناعي للشركات تبرّعت كل منها بجزء من البنية التحتية الأساسية لوصيّ محايد بدلاً من إبقائه مملوكاً. تمدّ إضافة A2A هذا النمط إلى المعيار الرئيسي الرابع في الحزمة، وتفعل ذلك بدعم ثقيل الوزن. يضم أعضاء المؤسسة من الفئة البلاتينية Amazon Web Services وAnthropic وBlock وBloomberg وCloudflare وGoogle وMicrosoft وOpenAI — المجموعة نفسها من الشركات التي تحدد منافستها التجارية سوق الذكاء الاصطناعي الحالي.

حجم الانضمام هو ما يجعل الخطوة لافتة. نمت AAIF من أقل من 40 عضواً عند إطلاقها في ديسمبر 2025 إلى أكثر من 250 خلال نحو ثمانية أشهر، وفقاً لتصريح المؤسسة الذي نقلته Axios. بالنسبة لهيئة معايير بالكاد تبلغ فصلين، يعكس هذا المسار السرعة التي خلص بها القطاع إلى أن قابلية التشغيل البيني بين الوكلاء مشكلة بنية تحتية مشتركة، لا ساحة معركة تنافسية — وهو استنتاج توصّل إليه الويب نفسه قبل عقود مع HTTP وTCP/IP، وتوصّل إليه نظام الحاويات مع Kubernetes.

ما يفعله A2A وMCP فعلياً — ولماذا هما مختلفان

البروتوكولان متكاملان لا متنافسان، وفهم التقسيم هو مفتاح إدراك سبب معقولية استضافتهما معاً. يوحّد MCP طريقة وصول وكيل واحد إلى الموارد التي يحتاجها — قاعدة بيانات، أو واجهة برمجية، أو نظام ملفات — بحيث يمكن لأي وكيل متوافق مع MCP استهلاك أداة بُنيت مرة واحدة. يعمل A2A على محور مختلف: فهو يوحّد طريقة طلب وكيل من وكيل آخر إنجاز مهمة وإعادة النتيجة، حتى عندما يكون هذان الوكيلان قد بُنيا من قبل موردين مختلفين ويعملان داخل مؤسسات مختلفة.

ببساطة، يعمل MCP عمودياً — من الوكيل إلى الموارد — بينما يعمل A2A أفقياً — من وكيل إلى وكيل، عبر الحدود التنظيمية. ظهر MCP لأول مرة في نوفمبر 2024 كمساهمة من Anthropic في النظام البيئي؛ وأُطلق A2A في أبريل 2025 تحت مظلة Google. كانت Google قد تبرّعت بـA2A لـLinux Foundation في وقت سابق، لذا فإن خطوة أغسطس توضّح أين يُستضاف ويُحكم بدلاً من نقل السيطرة لأول مرة. النتيجة العملية أن الشركة تستطيع الآن بناء وكلاء يستوردون بيانات خارجية (عبر MCP) ويفوّضون العمل لوكلاء طرف ثالث (عبر A2A) باستخدام معيارين مفتوحي الحوكمة بدلاً من كومة من عمليات التكامل الخاصة بكل مورد التي تنكسر كلما غيّر مورد واجهته البرمجية.

خطر التفتت الذي تهدف الخطوة إلى منعه

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

تفصيل الحوكمة أهم مما قد يبدو. البروتوكول الذي تتحكم فيه شركة واحدة — حتى لو كانت حسنة النية — يحمل الخطر الدائم بأن تنتهي الشركة إلى تحسين المعيار لمصالحها التجارية الخاصة، أو التخلي عنه عندما تتغير أولوياتها. استضافة A2A وMCP داخل هيئة تابعة لـLinux Foundation تضع التحكم في التغييرات بيد وصيّ محايد ذي سجل طويل في إدارة هذا النوع بالضبط من البنية التحتية متعددة الموردين، من Linux نفسه إلى Kubernetes. بالنسبة للشركات التي تراهن لسنوات على معماريات وكيلية، هذا الحياد هو الفرق بين البناء على صخر والبناء على خارطة طريق مورد.

ماذا يعني هذا للشركات التي تبني على وكلاء الذكاء الاصطناعي

1. عاملوا دعم A2A وMCP كمرشّح شراء، لا ميزة إضافية

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

2. صمّموا معماريات الوكلاء حول التقسيم العمودي/الأفقي الآن

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

3. تتبّعوا الحوكمة، لا المواصفة فقط — وضعوا ميزانية للتغيير

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

الصورة الأكبر: المعايير هي الخندق الحقيقي الآن

يشكّل توحيد A2A وMCP داخل مؤسسة محايدة واحدة إشارة إلى الاتجاه الذي ينضج نحوه سوق الذكاء الاصطناعي الوكيلي. عندما يتفق منافسون بشراسة Google وMicrosoft وOpenAI وAnthropic وAWS على إدارة بنية تحتية مشتركة معاً، فهذا يعني عادة أن الجبهة التنافسية ارتفعت في الحزمة — بعيداً عن من يتحكم في بروتوكولات الربط ونحو من يبني الوكلاء الأكثر فائدة فوقها. هذه إشارة صحية للمشترين: توحي بأن البنية التحتية تصبح سلعة، ما يخفّض تكاليف التبديل ويرفع احتمال أن تظل الوكلاء التي تبنيها شركة هذا العام قادرة على التشغيل البيني مع النظام البيئي بعد ثلاث سنوات. السؤال المفتوح هو التنفيذ — هل تستطيع AAIF إبقاء أكثر من 250 عضواً ذوي مصالح تجارية متعارضة مباشرة متوائمين مع تطور المعايير. يوحي تاريخ مشاريع Linux Foundation الأخرى بأنها تستطيع، لكن الرهانات هنا أعلى والسوق يتحرك أسرع من أي شيء حكمته من قبل.

الأسئلة الشائعة

المصادر والقراءات الإضافية

• Linux Foundation Announces the Formation of the Agentic AI Foundation (AAIF) — Linux Foundation
• Agent2Agent Joins the Agentic AI Foundation Alongside MCP — Forbes
• Exclusive: AI agents inch toward interoperability — Axios
• A2A Joins MCP at the Agentic AI Foundation — Pebblous