بروتوكول A2A: كيف تتحدث وكلاء الذكاء الاصطناعي مع بعضها

مساعد البرمجة الذكي يستطيع الآن الاستعلام من قواعد البيانات وقراءة الملفات واستدعاء واجهات البرمجة بفضل بروتوكول MCP. لكن ماذا يحدث عندما يحتاج هذا المساعد لمساعدة من وكيل ذكاء اصطناعي آخر — مراجع أمني، متخصص اختبارات، أو منسّق نشر؟

هذا بالضبط ما يحله بروتوكول Agent2Agent (A2A). أطلقته Google في أبريل 2025 ثم تبرعت به لمؤسسة Linux Foundation، وهو المعيار المفتوح الذي يتيح لوكلاء الذكاء الاصطناعي اكتشاف بعضها البعض وتفويض المهام والتعاون — بغض النظر عن إطار العمل أو الشركة التي بنتها.

لماذا تحتاج الوكلاء بروتوكولاً خاصاً بها

حلّ MCP مشكلة اتصال الوكيل بالأدوات. يستطيع وكيل الذكاء الاصطناعي الاتصال بـ GitHub أو Slack أو قاعدة بيانات عبر واجهة موحدة. لكن MCP يتعامل مع كل اتصال كاستدعاء أداة — يفترض وكيلاً واحداً يتحكم في موارد سلبية.

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

قبل A2A، كان ربط الوكلاء يعني بناء تكاملات مخصصة لكل زوج. الوكيل أ يتحدث LangChain. الوكيل ب يعمل على CrewAI. الوكيل ج نظام مؤسسي مملوك. جعلها تتعاون تطلّب بناء جسور بين كل إطار عمل — جسور تنكسر كلما حدّث أحد الطرفين نظامه.

A2A يزيل هذا التشتت بتوفير بروتوكول واحد للتواصل بين الوكلاء، تماماً كما وحّد HTTP التواصل عبر الويب قبل عقود.

كيف يعمل A2A

البروتوكول مبني على معايير ويب مألوفة: نقل HTTP/HTTPS، تسلسل JSON، وأحداث مرسلة من الخادم (SSE) للبث المباشر. الإصدار 0.3 يضيف أيضاً دعم gRPC للسيناريوهات عالية الإنتاجية.

بطاقات الوكيل: هوية قابلة للقراءة آلياً

كل وكيل متوافق مع A2A ينشر مستند JSON على المسار /.well-known/agent.json. تعلن بطاقة الوكيل هذه عن هويته وقدراته وطريقة المصادقة:

{
  "name": "Code Review Agent",
  "description": "يراجع طلبات السحب بحثاً عن ثغرات أمنية وجودة الكود",
  "url": "https://api.example.com/agent",
  "version": "1.0.0",
  "authentication": {
    "schemes": ["OAuth2", "Bearer"]
  },
  "capabilities": {
    "streaming": true,
    "pushNotifications": true
  }
}

الوكلاء العملاء يستعلمون هذه البطاقات لتقييم التوافق قبل تفويض العمل. لا حاجة لتكاملات مشفرة مسبقاً — الاكتشاف يحدث ديناميكياً وقت التشغيل.

دورة حياة المهمة

يحدد A2A ست حالات لإدارة العمل:

1. submitted — المهمة مقبولة، في انتظار المعالجة
2. working — معالجة نشطة مع تحديثات بث اختيارية عبر SSE
3. input-required — الوكيل متوقف مؤقتاً، يطلب بيانات إضافية أو تفويض بشري
4. completed — انتهاء ناجح مع نتائج مصنّفة
5. failed — خطأ مع تشخيصات مفصلة
6. cancelled — إلغاء من العميل أو الخادم

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

تدفق الاتصال

إرسال المهام يستخدم نقاط نهاية HTTP قياسية:

النتائج تعود كـمخرجات مصنّفة (artifacts) بأنواع MIME وبيانات وصفية، تدعم البيانات المضمنة والمراجع الخارجية. هذا يعني أن الوكلاء يمكنها تبادل نصوص وJSON وملفات وصور أو أي نوع محتوى آخر.

A2A + MCP: المكدس الكامل للوكلاء

هذان البروتوكولان ليسا متنافسين — إنهما طبقات متكاملة:

• MCP يربط الوكلاء بـالأدوات والبيانات (قواعد البيانات، واجهات البرمجة، أنظمة الملفات)
• A2A يربط الوكلاء بـوكلاء آخرين (التفويض، التعاون، التنسيق)

في نظام متطور، يتعايش الاثنان. وكيل منسّق يستخدم A2A لتفويض مهمة بحث لوكيل متخصص. ذلك الوكيل يستخدم داخلياً MCP للاتصال بأدوات البحث وقواعد البيانات. النتائج تعود عبر A2A كمخرجات مصنّفة.

فكّر فيه هكذا: MCP هو يدا الوكيل (كيف يتفاعل مع العالم). A2A هو صوته (كيف ينسّق مع أقرانه).

بنية واقعية

هكذا يبدو سير عمل مؤسسي متعدد الوكلاء مع A2A:

تصعيد دعم العملاء:

1. وكيل الفرز يتلقى طلب عميل عبر A2A
2. يستعلم سجل بطاقات الوكلاء للعثور على وكيل متخصص بالفوترة
3. يفوّض التحقيق عبر /tasks/send
4. وكيل الفوترة يستخدم MCP داخلياً للاستعلام من قاعدة بيانات المدفوعات
5. إذا تطلب الأمر استرداداً، يفوّض لوكيل معالجة المبالغ المستردة عبر A2A
6. كل وكيل يبلّغ الحالة عبر بث SSE
7. وكيل الفرز يجمّع كل المخرجات في رد للعميل

خط أنابيب التطوير:

1. منسّق يتلقى إشعار تغيير كود
2. يفوّض مراجعة الكود لوكيل أمني عبر A2A
3. بالتوازي يفوّض الاختبار لوكيل ضمان جودة
4. كلا الوكيلين يستخدمان أدوات MCP داخلياً
5. النتائج تعود كمخرجات (تعليقات المراجعة، تقارير الاختبار)
6. المنسّق يتخذ قرار الدمج بناءً على النتائج المجمّعة

نموذج الأمان

A2A يرث معايير أمان الويب بدلاً من اختراع معايير جديدة:

• OAuth 2.0 ومفاتيح API وتوكنات حسابات الخدمة للمصادقة
• HTTPS/TLS إلزامي لتشفير النقل
• بيانات اعتماد خاصة بكل وكيل لسير العمل بين المؤسسات، تمنع مشاكل تصعيد الصلاحيات
• سجلات تدقيق HTTP تتكامل مع بنية المراقبة الموجودة

كل وكيل يعمل بهويته وصلاحياته الخاصة. عندما يفوّض الوكيل أ للوكيل ب، يستخدم الوكيل ب بيانات اعتماده الخاصة للوصول للموارد — ليس بيانات اعتماد الوكيل أ.

تبني المنظومة

أُطلق A2A بدعم أكثر من 50 شريكاً تقنياً بما في ذلك Salesforce وSAP وServiceNow وWorkday وAtlassian وMongoDB وLangChain وCrewAI. شركات استشارية كبرى — Deloitte وAccenture وMcKinsey وPwC — تبني تطبيقات مؤسسية.

تم التبرع بالبروتوكول لمؤسسة Agentic AI التابعة لـ Linux Foundation في ديسمبر 2025، إلى جانب MCP، مما يرسّخ كليهما كمعايير صناعية محايدة.

دعم SDK متاح في Python وNode.js، مع تطبيقات مجتمعية ناشئة لـ Go وRust وJava.

القيود الحالية

A2A لا يزال ينضج. أبرز الثغرات:

• لا سجل مركزي — الفرق تدير أدلة وكلائها حالياً
• لا آلية إصدارات معيارية لتغييرات القدرات عبر بطاقات الوكلاء
• لا تكامل فوترة — إعلانات الأسعار موجودة في البطاقات لكن تنقصها آلية قياس معيارية
• التتبع الموزع يتطلب ربطاً يدوياً بمعرّف المهمة

هذه مشاكل بنية تحتية، وليست مشاكل بروتوكول. مع نمو التبني، توقع ظهور سجلات وأدوات مراقبة وطبقات فوترة — كما بنت منظومة Docker سجلات ومراقبة حول معايير الحاويات.

البدء

إذا كنت تبني أنظمة متعددة الوكلاء، تبني A2A سهل:

1. انشر بطاقة وكيل على /.well-known/agent.json تصف قدرات وكيلك
2. نفّذ نقاط نهاية المهام (/tasks/send، /tasks/sendSubscribe) بتنسيق JSON-RPC
3. أعد مخرجات مصنّفة بأنواع MIME صحيحة
4. أضف بث SSE للمهام طويلة التشغيل

SDK بايثون يوفر تطبيقاً مرجعياً:

from a2a.client import A2AClient
 
client = A2AClient("http://code-review-agent:8000")
task = await client.send_task({
    "message": {
        "role": "user",
        "content": "راجع PR #142 بحثاً عن مشاكل أمنية"
    }
})
 
async for update in client.subscribe(task["id"]):
    print(update)

الصورة الأكبر

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

للمطورين والمؤسسات في منطقة الشرق الأوسط وشمال أفريقيا التي تبني أنظمة ذكاء اصطناعي أصلية، فهم هذه البروتوكولات ليس اختيارياً. إنها تصبح HTTP وTCP/IP لاقتصاد الوكلاء. المؤسسات التي تتبناها مبكراً ستملك البنية التحتية للتوسع عندما تصبح سير العمل متعددة الوكلاء هي القاعدة — وليس الاستثناء.