تكامل A2A البيئي: ذكاء اصطناعي من أطر مختلفة يستطيع الاتصال ببعضه البعض

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

المشكلة: كل إطار ذكاء اصطناعي يتحدث بلغته الخاصة، وكأنها لهجات متباينة

تخيّل أن لديك في بيتك وكيل Hermes، وفي شركتك تستخدم روبوت سير عمل مبنيًا على LangChain، وصديقك يرشّح لك مساعدًا صغيرًا كتبه CrewAI. كلها أدوات قديرة، لكن المشكلة — أنها لا تفهم بعضها البعض.

هذا يشبه الصين التي تضم سبع مناطق لهجوية كبرى؛ أهل كل قرية يتحادثون بحماسة مع بعضهم، لكن بمجرد عبور الحدود تصبح الأمور مربكة. أطر الذكاء الاصطناعي الحالية هكذا تمامًا: Hermes له أسلوبه في الكلام، وLangChain له واجهاته الخاصة، وCrewAI له قواعده. تريد أن يسلّم Hermes مهمة إلى LangChain ليعالجها؟ للأسف، عليك أن تنسخ وتلصق يدويًا، أو تكتب قدرًا كبيرًا من الكود اللاصق (glue code).

هذا ما يُسمّى “عزلة الوكلاء”. كل ذكاء اصطناعي ذكي بمفرده، لكن حين يجتمعون معًا يصبحون كالأغبياء.

لماذا يستطيع A2A كسر الحواجز: بطاقة تعريف + لغة موحّدة

بروتوكول A2A (Agent-to-Agent) وُجد ليحل مشكلة “التواصل بين القرى”. إنه بروتوكول مفتوح أطلقته Google وتديره مؤسسة Linux، وكوده مفتوح المصدر (Apache 2.0)، ولا تملكه أي شركة بعينها. ماذا يعني هذا؟ يعني أنه ليس “سلعة خاصة” من إنتاج بائع معيّن، بل هو “اللغة الموحّدة” التي اتفق عليها الجميع بعد جلوسهم على طاولة الحوار.

التصميم الأساسي لـ A2A قريب من الواقع وبسيط، ويتكوّن من شيئين فقط:

أولًا: بطاقة الوكيل (Agent Card). كل وكيل يجب أن يضع “بطاقة تعريف” في موقع ثابت (.well-known/agent-card.json) توضّح: ما اسمي، وماذا أستطيع أن أفعل، وما هي مهاراتي، وما الصلاحيات التي أحتاجها. أي شخص ينظر إلى البطاقة يعرف فورًا إن كان يمكنه طلب المساعدة مني وكيف يفعل ذلك. تمامًا كأنك تأخذ بطاقة موظف من شركة أخرى، فتنظر إلى منصبه لتعرف إن كان الشخص المناسب للتفاوض معه.

ثانيًا: اتصال قياسي عبر JSON-RPC 2.0. جميع الوكلاء يتواصلون عبر “خط هاتف” موحّد — إرسال الرسائل، استقبالها، إلغاء المهام، متابعة التقدم، كلها إجراءات قياسية. كما يدعم البث المتدفق SSE، وكأنك تتحدث في الهاتف: الطرف الآخر يقول جملة فتسمعها فورًا، دون انتظار انتهائه من جملة طويلة كاملة لترد. أما المهام الطويلة فيمكن إرسال إشعارات عنها عبر webhook، فيخبرك الوكيل عند انتهائه دون أن تظل مراقبًا طوال الوقت.

هذا التصميم يجعل A2A مكمّلًا مثاليًا لبروتوكول MCP الشهير الآخر: MCP يجيب عن سؤال “ما الأدوات التي أستطيع استخدامها؟”، بينما A2A يجيب عن “من يستطيع مساعدتي في إنجاز العمل؟”. أحدهما يدير الأدوات، والآخر يدير التعاون.

المشهد البيئي الكامل: مع من يمكنك التكامل؟

الوثائق الرسمية توضح الأمر بوضوح: إضافة A2A في Hermes تستطيع التفاعل مع أي نظير متوافق مع A2A. وهذا يعني:

• Hermes آخر (بالطبع)
• وكلاء LangChain (نعم)
• وكلاء CrewAI (نعم)
• وكلاء ADK من Google (نعم)
• أي شيء مبني على حزمة a2a-sdk الرسمية (كل ذلك ممكن)

وهذه التفاعلات ليست مجرد كلام نظري — لقد تم اختبارها فعليًا باستخدام حزمة Python الرسمية a2a-sdk: تحليل البطاقات، إرسال الرسائل، المحادثة المتدفقة، كلها تعمل بنجاح.

حالات حقيقية: تعاون عبر الأطر يحدث بالفعل

الحالة الأولى: تواصل Hermes + OpenClaw على نفس الجهاز (GitHub issue #42747)

أحد المستخدمين كان يشغّل Hermes وOpenClaw على نفس جهاز Mac، وكلا الوكيلين متصلان بتطبيق Telegram. لكن Telegram لديه قيد مزعج: في المجموعات، لا تستطيع الروبوتات رؤية رسائل بعضها البعض. لذلك كان هذان الذكاءان الاصطناعيان يعيشان تحت سقف واحد، لكنهما يضطران للاعتماد على المستخدم لنقل الرسائل يدويًا.

هذا هو السيناريو النموذجي لـ A2A: أن يفوّض Hermes المهام مباشرة إلى مهارات OpenClaw، والعكس صحيح، متجاوزًا تمامًا Telegram والوساطة البشرية. الوكلاء يتصلون ببعضهم مباشرة، دون المرور عبر لوحة التحويل.

الحالة الثانية: مقترح تكامل Gotong (#58325)

Gotong هو منصة تنسيق سير عمل ذاتية الاستضافة، تعمل بمثابة “مدير مشروع” للوكلاء. الفكرة من المقترح: Hermes يتولى الذاكرة الشخصية والاستدلال واتخاذ القرار، بينما Gotong يتولى البنية التحتية للتعاون الخاضع للحوكمة — جدولة المهام، الموافقات البشرية، سجلات العمليات الكاملة. الاثنان يتصلان عبر نقاط نهاية A2A، كلٌّ يعمل فيما يجيده.

الحالة الثالثة: تعاون مؤسسي بدون أي تعديل على الكود (#67951)

اقترح أحدهم حلًا انتقاليًا أخف وزنًا: بناء حزمة تعاون كاملة باستخدام آلية المهارات (Skill) في Hermes فقط، حيث يستدعي الوكيل سكربتات shell عبر أدوات الطرفية، وهذه السكربتات تتواصل مع مركز Hub مركزي عبر HTTP. بدون أي تعديل على الكود، يمكن تحقيق تعاون متعدد الوكلاء. هذا هو “الجسر المؤقت” قبل التطبيق الرسمي الكامل لـ A2A.

ماذا يعني هذا للمستخدم

التغيير الذي يجلبه تكامل A2A البيئي واضح ومباشر للمستخدم العادي:

لم تعد مضطرًا لاختيار طرف. تستخدم Hermes اليوم، وتريد تجربة CrewAI غدًا؟ لا مشكلة، فهما يستطيعان التواصل مع بعضهما، وبياناتك ومهامك وسياقك تنتقل بسلاسة.

وكيلك لم يعد بطلًا منفردًا. إذا عجز وكيل عن إنجاز مهمة، يمكنه أن “يستدعي” غيره — عبر A2A يكتشف وكيلًا آخر لديه المهارة المطلوبة، ويفوّض المهمة إليه. تمامًا كما تفعل في عملك حين تواجه أمرًا لا تفهمه، فتذهب مباشرة إلى الزميل المختص، دون أن تمر بكل شيء عبر المدير.

النظام البيئي يكبر ويتوسع. لأن البروتوكول مفتوح ومحايد، يمكن لأي إطار أن ينضم إليه. اليوم تستطيع الاتصال بـ LangChain، وغدًا قد تتصل بوكيل طوّرته شركتك داخليًا — طالما يلتزم بمعيار A2A.

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