MCP + A2A: البروتوكولان وراء كل نظام ذكاء اصطناعي وكيلي إنتاجي

النقاط الرئيسية

• يملك MCP 10,000+ خادم منشور، و97 مليون تحميل SDK شهري، و300+ عميل — أكد تحديث نظام Anthropic البيئي (ديسمبر 2025) الدعم متعدد البائعين من OpenAI وGoogle وMicrosoft وCursor.
• تجاوز A2A 150 منظمة في عامه الأول — إعلان Linux Foundation (أبريل 2026)، مع عمليات نشر إنتاجية عبر منصات Google وMicrosoft وAWS.
• وضع Google صراحةً A2A كمكمل لـ MCP — MCP يربط الوكلاء بالأدوات؛ A2A يربط الوكلاء بالوكلاء. كلاهما الآن تحت حوكمة Linux Foundation.
• 23% من المنظمات لديها ملفات تجريبية نشطة لوكلاء الذكاء الاصطناعي — Capgemini، 2026. مسألة البروتوكولات لم تعد نظرية؛ إنها قرار معماري.
• يُظهر استطلاع Stacklok 2026 أن 41% من منظمات البرمجيات في إنتاج محدود أو واسع مع خوادم MCP — الموطئ المؤسسي حقيقي، ليس تخمينياً.

أُطلق بروتوكولان خلال ستة أشهر من بعضهما وأعادا تشكيل كيفية اتصال وكلاء الذكاء الاصطناعي. أطلق Anthropic Model Context Protocol (MCP) في نوفمبر 2024 كمعيار مفتوح لربط وكلاء الذكاء الاصطناعي بالأدوات والبيانات. أطلق Google Agent2Agent Protocol (A2A) في أبريل 2025 كمعيار مفتوح لربط وكلاء الذكاء الاصطناعي ببعضهم البعض. كلاهما الآن تحت حوكمة Linux Foundation. كلاهما مفتوح المصدر. كلاهما مُعتمد من عمالقة متنافسين — OpenAI وGoogle وMicrosoft وAnthropic جميعهم يدعمون كليهما.

التشبيه الذي يلتصق: MCP هو USB-C للذكاء الاصطناعي. A2A هو HTTP للوكلاء. هذا المقال يشرح كيف يتناسقان في نظام ذكاء اصطناعي وكيلي إنتاجي، وما تقوله أرقام التبني عن حالة النظام البيئي، ونمط البنية لدمجهما في نشر B2B.

رصة البروتوكولات ذات الطبقتين

يُظهر الرسم التخطيطي رصة الطبقتين: A2A في الأعلى (تنسيق بين الوكلاء)، MCP في الوسط (وصول الوكيل إلى الأداة)، والأنظمة الخارجية والوكلاء المتخصصون في الأسفل. يستقبل الوكيل مهمة عبر A2A، يفوض المهام الفرعية لوكلاء آخرين عبر A2A، ويستخدم MCP لاستدعاء أدوات تصل إلى NetSuite أو HubSpot أو BigCommerce أو أي من 10,000+ خادم MCP.

MCP: طبقة الوصول إلى الأدوات

يحل MCP مشكلة التكامل M×N. قبل MCP، احتاج كل نموذج ذكاء اصطناعي إلى كود تكامل مخصص لكل أداة يستدعيها — نماذج M × أدوات N = تكاملات M×N. يستبدل MCP ذلك بحل M+N: ينشئ مزودو الأدوات N من خوادم MCP، ينشئ مطورو تطبيقات الذكاء الاصطناعي M من عملاء MCP، وأي عميل يمكنه استدعاء أي خادم عبر البروتوكول المعياري.

أرقام التبني لم تعد تخمينية:

المقياس	القيمة	المصدر
خوادم MCP عامة نشطة	10,000+	تحديث نظام Anthropic البيئي، ديسمبر 2025
تحميلات SDK الشهرية	97M+ (Python + TypeScript)	Anthropic، ديسمبر 2025
عملاء MCP	300+	عدة متعقبات بيئية
مستودعات GitHub بموضوع mcp-server	15,926	GitHub Search API، 24 مايو 2026
الإنتاج المؤسسي (محدود أو واسع)	41% من منظمات البرمجيات	استطلاع Stacklok State of MCP 2026
سجلات خوادم السجل الرسمي	9,652	MCP Registry API، مايو 2026

مرشح إصدار MCP في 28 يوليو 2026 يجعل طبقة البروتوكول عديمة الحالة — يزيل مصافحة الجلسة، يُدخل مقابض صريحة لتدفقات العمل ذات الحالة، ويجعل OAuth 2.1 مع PKCE إلزامياً. لعمليات النشر B2B، هذا يعني لا جلسات لاصقة، لا مخازن جلسات مشتركة، وتوسع أفقي عديم الحالة خلف موازنات حمل round-robin بسيطة.

A2A: طبقة تنسيق الوكلاء

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

أكد إعلان Linux Foundation (9 أبريل 2026):

• 150+ منظمة تدعم المعيار في عامه الأول
• عمليات نشر إنتاجية عبر منصات Google وMicrosoft وAWS
• 50+ شريك إطلاق بما في ذلك Salesforce وPayPal وAtlassian وAccenture وBCG وDeloitte وMcKinsey وPwC
• تكامل عميق في Google Cloud (Vertex AI، Agent Engine، Agent Development Kit)

يعرّف A2A ثلاث بدائيات أساسية:

• Agent Card — مستند JSON في /.well-known/agent-card.json يصف هوية الوكيل وقدراته ونقطة نهايته. هكذا يكتشف الوكلاء بعضهم البعض.
• Task — وحدة العمل، تُرسل عبر message/send (غير متدفق) أو message/stream (متدفق). تنتقل المهام عبر حالات: submitted، working، input-required، completed، failed، canceled.
• Artifact — مخرجات منظمة تُنتج أثناء تنفيذ المهمة، تُدفق إلى العميل عندما تتوفر.

البنية التكاملية

وضع Google صراحةً A2A كمكمل لـ MCP: "A2A هو بروتوكول مفتوح يكمل MCP من Anthropic." هذا التموضع دقيق — يعملان في طبقات مختلفة:

البُعد	MCP	A2A
ما يربطه	الوكيل بالأدوات/البيانات	الوكيل بالوكيل
الاتجاه	عمودي (الوكيل نزولاً إلى الأنظمة)	أفقي (الوكيل جانبياً إلى الوكلاء)
الاكتشاف	قائمة الأدوات (tools/list)	Agent Card (/.well-known/agent-card.json)
وحدة العمل	استدعاء أداة (tools/call)	Task (message/send، message/stream)
المخرجات	نتيجة أداة (JSON)	Artifact (مُتدفق، منظّم)
النقل	STDIO، Streamable HTTP	JSON-RPC 2.0 عبر HTTP/SSE
المصادقة	OAuth 2.1 + PKCE (إلزامي 28 يوليو)	مصادقة Agent Card (مُعرَّفة بالأطر)
الحالة	عديم الحالة (28 يوليو RC) + مقابض صريحة	دورة حياة المهمة (submitted إلى completed)
مدعوم من	Anthropic	Google
الحوكمة	Linux Foundation (Agentic AI Foundation)	Linux Foundation
التبني	10,000+ خادم، 97M تحميل	150+ منظمة، 50+ شريك إطلاق

نمط البنية لدمجهما في نشر B2B:

1. وكيل متخصص (مثل وكيل معالجة RFQ) يعرض قدراته عبر A2A Agent Card. يكتشفه الوكلاء الآخرون ويفوضون إليه المهام.
2. وكيل RFQ يستخدم MCP لاستدعاء أدوات تصل إلى NetSuite (بحث الكتالوج، إنشاء عرض أسعار، حجوزات التوفر)، HubSpot (البحث عن قطاعات العملاء)، وBigCommerce (كتالوج المنتجات). يوفر نمط وحدات MCP مخططات مكتوبة، وحدود معدل، وسجلات تدقيق، ونمط المقابض الصريحة لتدفقات العمل ذات الحالة.
3. الوكيل المنسّق يستقبل مهمة عالية المستوى عبر A2A، يفوض المهام الفرعية لوكلاء متخصصين عبر A2A، وكل وكيل متخصص يستخدم MCP للتفاعل مع الأنظمة الأساسية. المنسّق لا يلمس NetSuite مباشرة — يفوض إلى وكيل RFQ، الذي يفوض إلى أدوات MCP الخاصة به.

هذا هو النمط الذي يُظهره مقال جسر A2A الموجود: كيفية عرض واجهة البرمجة الأصلية لإطار عمل كـ A2A Agent Card. القطعة المفقودة في معظم عمليات النشر هي طبقة MCP أسفلها — الوحدات المكتوبة التي تجعل الأدوات آمنة للاستدعاء، قابلة للتدقيق، ومحكومة.

لماذا يهم كلا البروتوكولين لـ B2B

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

وجدت أبحاث Capgemini 2026 أن 23% من المنظمات لديها ملفات تجريبية نشطة لوكلاء الذكاء الاصطناعي. وجد Anthropic 2026 State of AI Agents Report أن 46% من المنظمات تحدد التكامل كحاجز التبني رقم 1. البروتوكولان يعالجان هذا الحاجز بالضبط: MCP يُعيار تكامل الأدوات، A2A يُعيار تنسيق الوكلاء. معاً يقللان عبء التكامل من M×N اتصالات مخصصة إلى M+N اتصالات معيارية.

لشركة B2B في السوق المتوسط تبني نظام وكلاء إنتاجي، مسألة البروتوكول ليست "أيهما؟" — بل "كيف يتناسقان؟" الإجابة هي رصة الطبقتين: A2A لتفويض الوكيل إلى الوكيل، MCP لوصول الوكيل إلى الأداة، ونمط وحدات MCP كطبقة محكومة تجعل الأدوات آمنة للاستدعاء.

قراءات ذات صلة

• Integrating A2A with Existing Agent Frameworks: A Hermes Agent Demonstration — نمط الجسر لعرض واجهة البرمجة الأصلية لإطار عمل كـ A2A Agent Card، مع Hermes Agent كمثال
• MCP 2026-07-28: What the Stateless Protocol Means for B2B Agent Deployments — إصدار البروتوكول عديم الحالة ونمط المقابض الصريحة لتدفقات العمل ذات الحالة في طبقة MCP
• MCP Module Code Standard — نمط الوحدات الذي يجعل أدوات MCP جاهزة للإنتاج بمخططات مكتوبة وحدود معدل وسجلات تدقيق

---

موزّع في السوق المتوسط ينشر وكيل معالجة RFQ يستقبل المهام عبر A2A من وكيل منسّق، يستخدم وحدات MCP لاستدعاء NetSuite (الكتالوج، التسعير، حجوزات التوفر)، HubSpot (قطاعات العملاء)، وBigCommerce (كتالوج المنتجات)، ويدفعع عرض السعر المكتمل كـ A2A artifact. الوكيل المنسّق لا يلمس NetSuite مباشرة — يفوض إلى وكيل RFQ عبر A2A، ووحدات MCP لوكيل RFQ تعالج استدعاءات الأدوات بسجلات التدقيق وحدود المعدل ونمط المقابض الصريحة لدورة حياة حجوزات التوفر. ذلك البناء هو المرحلة 2-4 من منهجية الخطوات الأربع، ويكون عادةً جاهزًا للتشغيل خلال 5-8 أسابيع.

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