يُخلط بين MCP وA2A وACP كثيرًا، لكنها تحل مشكلات مختلفة. تعرض هذه المقارنة المتقابلة من بنى كل بروتوكول، وما الذي يرسله عبر الشبكة، وكيف يختلف الأمان، ولماذا اندمج ACP في A2A، وأيّها تختار لمشروع وكيل جديد في 2026.
ثلاثة اختصارات تظهر باستمرار في كل حديث عن وكلاء الذكاء الاصطناعي، ويستخدمها كثيرون بالتبادل. MCP وA2A وACP تبدو جميعها منافسة، مع أنها تحل مشكلات مختلفة في طبقات مختلفة من المكدس. الأول يربط الوكيل بالأدوات، والثاني يتيح للوكلاء تسليم العمل لبعضهم، والثالث كان فكرة ذكية اندمجت في الثاني قبل أن يطبّق معظم الفرق سطرًا واحدًا منه. إذا اخترت الخيار الخطأ، فستعيد كتابة طبقة التكامل بعد أشهر قليلة.
يضع هذا التفصيل البروتوكولات الثلاثة جنبًا إلى جنب مع الحقائق المهمة في أكتوبر 2026: من بنى كل بروتوكول، وما الذي يرسله عبر الشبكة، ومن يحكمه، وأيّها ينتمي إلى بنائك. بلا مبالغة، مجرد خريطة.
إليك القصة كاملة في جدول واحد. أبقه مفتوحًا أثناء قراءة الباقي.
| البروتوكول | من أنشأه | يربط | الأسلوب | الحالة في 2026 |
|---|---|---|---|---|
| MCP | Anthropic، نوفمبر 2024 | وكيلًا بالأدوات والبيانات | JSON-RPC 2.0 عبر stdio أو HTTP | يحكمه Agentic AI Foundation التابع لـ Linux Foundation |
| A2A | Google، أبريل 2025 | وكيلًا بوكيل آخر | JSON-RPC عبر HTTP مع البث، وأُضيفت روابط أخرى لاحقًا | يحكمه Linux Foundation، وصدر الإصدار v1.0 |
| ACP | IBM Research وBeeAI، مارس 2025 | وكيلًا بوكيل آخر | REST عبر HTTP العادي | اندمج في A2A في أغسطس 2025، وأُرشفت المواصفات |
💡 النسخة ذات السطر الواحد: MCP هو الطريقة التي يصل بها الوكيل إلى الأسفل نحو الأدوات. A2A هو الطريقة التي يصل بها الوكيل جانبًا إلى وكلاء آخرين. حاول ACP أن يؤدي مهمة الاتجاه الجانبي، ثم انضم إلى A2A.
إذا تذكرت شيئًا واحدًا فقط، فليكن أن MCP وA2A متكاملان، وليسا متنافسين. أما ACP فهو البروتوكول الذي لم يعد يقف وحده.
أطلقت Anthropic بروتوكول Model Context Protocol مفتوح المصدر في نوفمبر 2024 لحل مشكلة مملة لكنها مكلفة. كان كل تطبيق للذكاء الاصطناعي يحتاج إلى شيفرة ربط مخصصة لكل أداة يستخدمها، فعشرة تطبيقات وعشرون أداة تعني مئتي تكامل. يستبدل MCP هذه الشبكة بقابس قياسي واحد.
المقارنة التي يلجأ إليها الجميع هي USB-C، وهي مقارنة صحيحة. يكتب صانع الأداة خادم MCP واحدًا. وأي تطبيق يتحدث MCP يستطيع استخدامه، سواء كان محرر شيفرة، أو عميل دردشة، أو وكيلًا مخصصًا كتبته في نهاية الأسبوع الماضي.
تفسّر الأرقام سبب فوزه في طبقة الأدوات. تبنّاه كل مزود رئيسي للذكاء الاصطناعي، بما في ذلك Anthropic وOpenAI وGoogle DeepMind وMicrosoft وAWS. وبحلول أوائل 2026 كانت حزم تطويره تُنزَّل نحو 97 مليون مرة شهريًا، وكان أكثر من 10,000 خادم عام نشطًا. في 9 ديسمبر 2025 تبرعت Anthropic بروتوكول MCP إلى Agentic AI Foundation، وهو صندوق موجَّه تحت مظلة Linux Foundation شارك في تأسيسه Anthropic وBlock وOpenAI. لم يعد أي مورد واحد يملكه.
يستطيع خادم MCP أن يقدم ثلاثة أنواع من الأشياء:
يشغّل تطبيق المضيف (بيئة التطوير أو عميل الدردشة) عميل MCP واحدًا لكل خادم، ويمرر الرسائل عبر JSON-RPC 2.0. تتحدث الخوادم المحلية عبر stdio، بينما تستخدم الخوادم البعيدة Streamable HTTP. يبدو استدعاء الأداة هكذا:
{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": {
"name": "search_orders",
"arguments": { "customer_id": "C-1042" }
}
}
هناك عقبة عملية واحدة. كل وصف لأداة هو نص يجب أن يقرأه النموذج قبل أن يتصرف، لذا فإن خادمًا يضم ستين أداة يستهلك نافذة السياق قبل أن تبدأ المحادثة أصلًا. الفرق التي تعمل مع MCP بكفاءة تُبقي الخوادم صغيرة، وتسمّي الأدوات بوضوح، وتحمّل فقط ما تحتاجه المهمة.
💡 حيث يتوقف MCP: خادم MCP سلبي. يجيب عندما يُستدعى. لا يخطط، ولا يتفاوض، ولا يعترض، ولا يشغّل مهمة تستغرق أربع ساعات ثم يرسل إليك تنبيهًا عند انتهائها. هذه الفجوة بالضبط هي ما يبدأ عنده A2A.
أعلنت Google بروتوكول Agent2Agent في أبريل 2025 مع أكثر من 50 شريكًا عند الإطلاق، ثم سلّمته إلى Linux Foundation في يونيو 2025. الهدف هو أن تعمل الوكلاء التي تبنيها جهات مختلفة، على أطر عمل مختلفة، معًا كأنداد بدلًا من أن تكون غرباء.
ينشر كل وكيل A2A بطاقة وكيل (Agent Card)، وهي وثيقة JSON صغيرة على عنوان URL معروف. تسرد البطاقة اسم الوكيل، وما يستطيع فعله، وأين يمكن الوصول إليه، وما المصادقة التي يتوقعها. يقرأ وكيل العميل البطاقة أولًا، ثم يقرر ما إذا كان هذا الوكيل البعيد هو المناسب للمهمة.
ينتقل العمل على شكل مهمة (task). تحصل المهمة على معرّف وتمر بحالات: مُرسلة، وقيد التنفيذ، وأحيانًا متوقفة مؤقتًا بانتظار مدخلات إضافية، ثم منتهية أو فاشلة أو ملغاة. تحمل الرسائل نصوصًا أو ملفات أو بيانات منظمة، ويعود الناتج النهائي على شكل artifacts.
هذا هو قرار التصميم الأهم. تبقى وكلاء A2A مبهمة. لا تشارك ذاكرتها، ولا أوامرها الداخلية، ولا قوائم أدواتها. لا يرى المستدعي سوى بطاقة الوكيل والنتائج، ولا شيء غير ذلك. يستطيع وكيل مشتريات في شركة أن يسلّم مهمة إلى وكيل لوجستي في شركة أخرى دون كشف نظام داخلي واحد.
تحظى المهام الطويلة أيضًا بالأولوية. يدعم A2A البث عبر server-sent events، وإشعارات الدفع للأعمال التي تستمر دقائق أو ساعات. صدر الإصدار 1.0 في 2026، وتضم لجنته التوجيهية الفنية Google وMicrosoft وAWS وCisco وSalesforce وServiceNow وSAP. هذه القائمة مهمة، لأن البروتوكول الذي تدعمه منافسون متعددون هو بروتوكول يمكن الاعتماد عليه.
قدّمت IBM Research وفريق BeeAI بروتوكول الاتصال بين الوكلاء (Agent Communication Protocol) في مارس 2025 بتصميم بسيط عن قصد. كان يعمل عبر نقاط نهاية REST عادية. يمكنك استدعاء وكيل باستخدام cURL أو Postman دون الحاجة إلى حزمة تطوير. صُمم ليكون غير متزامن أولًا، وهذا يناسب أعمال الوكلاء الطويلة، وكان يتلاءم بسلاسة مع منصة BeeAI.
كان وجود بروتوكولين يستهدفان المشكلة الجانبية نفسها أكثر مما ينبغي. في أغسطس 2025 أعلنت IBM Research وGoogle أن ACP سينضم إلى A2A تحت مظلة LF AI & Data ضمن Linux Foundation. انضمت Kate Blair، التي قادت ACP في IBM Research، إلى اللجنة التوجيهية الفنية لـ A2A. توقف تطوير ACP، وأُرشفت المواصفات، وحصل مستخدمو BeeAI على مسارات انتقال إلى A2A.
الأفكار الخاصة بالحالة والعمل غير المتزامن من ACP تعيش الآن داخل A2A. إذا عرض شريحة لمورد في 2026 ACP كخيار ثالث حي، فتحقق من تاريخ الشريحة.
💡 انتبه إلى تشابه الأسماء. تستخدم مشاريع أخرى الأحرف الثلاثة نفسها. يربط Agent Client Protocol من Zed محررات الشيفرة بوكلاء البرمجة. وAgentic Commerce Protocol من OpenAI وStripe يتولى الدفع داخل محادثات الذكاء الاصطناعي. لا أيٌّ منهما هو ACP من IBM، ولا يتنافس أيٌّ منهما مع MCP أو A2A.
| السؤال | MCP | A2A | ACP |
|---|---|---|---|
| ماذا يربط؟ | وكيل وأداة | وكيل ووكيل | وكيل ووكيل |
| من يتحكم؟ | يستدعي النموذج العميل الخادم | نظراء، ويستطيع أي طرف البدء | يستدعي العميل نقاط نهاية REST |
| صيغة الرسائل | JSON-RPC 2.0 | JSON-RPC عبر HTTP، وروابط أخرى لاحقًا | REST مع JSON وmultipart |
| الأعمال طويلة الأمد | محدودة | مهام، وبث، وإشعارات دفع | غير متزامن أولًا |
| هل الداخليات مكشوفة؟ | الأدوات والمخططات عامة | مبهم، البطاقة والنتائج فقط | بيان الوكيل |
| الحوكمة | Agentic AI Foundation | Linux Foundation | مندمج في A2A |
| مشروع جديد في 2026؟ | نعم | نعم | لا، استخدم A2A |
اقرأ الصف الأول مرتين. الوصول إلى الأدوات والتعاون بين الوكلاء مهمتان مختلفتان، ويملك كل بروتوكول واحدة منهما.
يبدو الأمان مختلفًا في كل طبقة.
بالنسبة إلى MCP، تكمن المخاطر فيما تستطيع الأداة لمسه. تستخدم الخوادم البعيدة تفويضًا قائمًا على OAuth، لكن الخطر الحقيقي هو الصلاحيات الواسعة أكثر من اللازم، وناتج الأداة الذي يحمل تعليمات خفية، وهو ما يُعرف بـ حقن الأوامر (prompt injection). الخادم الذي يستطيع قراءة الملفات وإرسال البريد يمنح نموذجًا تم التلاعب به طريقًا قصيرًا إلى التسريب.
بالنسبة إلى A2A، فالخطر هو الثقة. تعلن بطاقة الوكيل مخططات المصادقة التي تقبلها، وتسير الاستدعاءات عبر أمان HTTP القياسي. السؤال المفتوح هو هل ينبغي أن تصدّق بطاقة وجدتها على الإنترنت. عامل كل بطاقة بعيدة كمدخل غير موثوق.
قائمة تحقق قصيرة تنفع في الحالتين:
تتحدث البروتوكولات الثلاثة كلها صيغًا من HTTP وJSON، لذا فالتصحيح أقل غرابة مما توحي به الاختصارات. يُعد MCP عبر stdio الأسهل للتجربة: شغّل خادمًا محليًا، ومرّر JSON إليه، واقرأ JSON منه. يوفر MCP Inspector عرضًا مرئيًا للحركة نفسها. يحتاج A2A إلى قدر أكبر من الإجراءات، لأن العميل يجب أن يجلب البطاقة قبل أن يرسل مهمة. كان ACP من IBM الأبسط بين الثلاثة للتجربة عبر أمر cURL مباشر، وهذا جزء من سبب إعجاب المطورين به.
تخيل مساعدًا لتخطيط الرحلات. يطلب مستخدم منه حجز عطلة نهاية أسبوع في لشبونة. يسير التدفق هكذا:
يعمل MCP داخل كل وكيل. ويعمل A2A بين الوكلاء. هذا التراتب هو سبب وصف الاثنين بأنهما طبقات متراكبة وليس صراعًا.
تميل المعايير كهذه إلى الفوز للسبب نفسه الذي فازت لأجله حاويات الشحن. عندما تتفق كل الموانئ والشاحنات والرافعات على صندوق واحد، لا يهم أحدًا من صنعه. تنتقل القيمة إلى كل ما يناسب داخله. فعل MCP ذلك للأدوات، ويحاول A2A تكرار الحركة نفسها لتعاون الوكلاء، وقد أزال الاندماج مع ACP أكبر سبب للانتظار.
الحوكمة المحايدة تساعد أيضًا. يقع MCP تحت Agentic AI Foundation ويقع A2A تحت Linux Foundation، فلا يعتمد أيٌّ منهما على خريطة طريق شركة واحدة. بالنسبة إلى فريق يوقّع على مشروع متعدد السنوات، فإن هذا يستحق أكثر من أي ميزة في ورقة المواصفات.
ابدأ من المهمة، لا من الاختصار.
ماذا عن ACP؟ في البناء الجديد، تجاوزه. إذا كنت تشغّل ACP من IBM في مشروع BeeAI، فخطّط للانتقال إلى A2A، واعتبر نقاط النهاية القديمة جسرًا لا وجهة.
معظم الأنظمة الحقيقية تحتاج إلى البروتوكولين معًا. ابدأ بـ MCP للأدوات، لأن هذه الحاجة تظهر في اليوم الأول. أضف A2A عندما يدخل وكيل ثانٍ إلى المشهد.
العمل على البروتوكولات كتابة في معظمه: بطاقات الوكلاء، ومخططات الأدوات، والمواصفات، والمخططات التوضيحية. يسرّع نموذج لغوي قوي كل واحدة من هذه المهام.
يتعامل Claude Sonnet 5 مع المهام متعددة الخطوات في البرمجة واستخدام الأدوات، وهذا يجعله شريكًا مفيدًا في صياغة عمل البروتوكولات. إليك طريقة سريعة لاستخدامه:
low، وهو يوقف التفكير لتحصل على أسرع الردود وأرخصها. استخدم medium أو high لمراجعة المخططات، وxhigh أو max عندما يمتد خطأ عبر عدة ملفات.تفضّل نموذجًا آخر؟ Kimi K2.6 مُعدّ لبناء وكلاء الذكاء الاصطناعي وكتابة الشيفرة، وGPT 5.6 Sol مصمم لمهام البرمجة الصعبة.
كل صورة في هذا المقال جاءت من أمر نصي. كان سير العمل بسيطًا: صِف الموضوع والإضاءة والعدسة والملمس، ثم دع النموذج يصيّرها. يمكنك فعل الشيء نفسه لصور ترويسات المدونة، ولقطات المنتجات، أو لوحة الإلهام لإطلاقك القادم.
جرّب أحد هذه النماذج على Picasso IA:
افتح Picasso IA، واختر نموذجًا، والصق أمرًا نصيًا مبنيًا مثل الأوامر التي وراء هذه الصور: الموضوع، والمكان، والضوء، والعدسة، والملمس. شغّل ثلاثة تنويعات، واحتفظ بأفضلها، وضعها في مستندك أو عرضك التالي. صورتك الأولى على بعد أمر نصي واحد.
اختر لغتك
