Agent2Agent Protocol

يعتبر بروتوكول Agent2Agent Protocol (A2A) معيار اتصال مفتوح يمكن وكلاء الذكاء الاصطناعي المستقلين من اكتشاف بعضهم البعض، وتبادل الطلبات، وتفويض العمل، وإعادة النتائج عبر مختلف الأطر والموردين والمنظمات. بدلاً من كشف الذاكرة الداخلية للوكيل أو عملية التفكير أو الأدوات، يوفر A2A واجهة مشتركة للتعاون. هذا يجعله مفيداً لبناء أنظمة وكلاء الذكاء الاصطناعي الموزعة التي يساهم فيها وكلاء متخصصون في تحقيق هدف أكبر مع الاستمرار في تنفيذهم وتشغيلهم بشكل مستقل.

كيف يعمل بروتوكول Agent2Agent Protocol#

تحدد نظرة عامة على بروتوكول A2A الرسمي التفاعلات بين وكيل العميل، الذي يطلب العمل، والوكيل البعيد، الذي ينفذه. يستخدم الاتصال واجهات تعتمد على بروتوكول HTTP وكائنات بروتوكول منظمة بدلاً من الرسائل غير الرسمية الخاصة بالتطبيقات. (a2a-protocol.org)

يتضمن التفاعل النموذجي العناصر التالية:

• بطاقات الوكيل والاكتشاف: بطاقة الوكيل هي وصف JSON لهوية الوكيل ونقطة النهاية والميزات المدعومة ومتطلبات المصادقة والمهارات. يستخدمها وكلاء العملاء لتحديد ما إذا كان الوكيل البعيد قادرًا على التعامل مع مهمة ما.
• الرسائل: يتم تمثيل الطلبات والتعليمات والسياق والردود كرسائل تحتوي على نص أو ملفات أو بيانات منظمة.
• المهام: المهمة هي وحدة عمل ذات حالة تحتوي على معرف وحالة. يدعم دورة حياة مهام A2A الموثقة العمل الذي قد يكتمل أو يفشل أو يتطلب مدخلات إضافية أو يتم إلغاؤه.
• العناصر الناتجة (Artifacts): يتم إرجاع المخرجات الملموسة مثل التقارير أو الصور أو مقاطع الفيديو أو سجلات JSON كعناصر ناتجة بدلاً من دمجها في النص المحادثة.
• البث المباشر والعمليات غير المتزامنة: يمكن للوكلاء طويلي الأمد دفق التحديثات الإضافية، أو دعم الاقتراع، أو إخطار العملاء من خلال خطافات الويب (webhooks).

يتبع تنسيق الطلب الأساسي مواصفات JSON-RPC 2.0، مما يمنح عمليات التنفيذ طريقة متسقة، والمعلمات، والاستجابة، وبنية الأخطاء.

مقارنة A2A بتقنيات الوكلاء ذات الصلة#

يتناول A2A الاتصال بين الوكلاء، ولكنه لا يحدد كل جزء من نظام الوكلاء.

• بروتوكول سياق النموذج: يربط بروتوكول MCP في الغالب الوكيل بالأدوات ومصادر البيانات والموارد. يربط A2A وكيلًا مستقلًا بآخر. تشرح إرشادات A2A وMCP الرسمية كيف يمكن استخدام البروتوكولين معًا بدلاً من اعتبارهما متنافسين. (a2a-protocol.org)
• مهارات الوكيل: تجمع المهارة بين التعليمات والإجراءات القابلة لإعادة الاستخدام التي تساعد الوكيل على أداء عمل متخصص. تعلن بطاقة الوكيل عن الإمكانيات للتعاون عن بُعد، بينما توجه مهارات وكيل Ultralytics وكلاء البرمجة المتوافقين عبر مسيرات عمل الرؤية الحاسوبية الموثقة.
• تنسيق وكيل الذكاء الاصطناعي: يحدد التنسيق الوكيل الذي يجب أن يتصرف، وبأي ترتيب، وتحت أي قيود. يوفر A2A طبقة الاتصال التي يمكن للمنسق استخدامها.
• استدعاء الوظائف واستخدام الأدوات: يستدعي استدعاء الوظيفة عملية محددة. يمكن لطلب A2A تفويض هدف أوسع يخططه الوكيل البعيد ويكمله بشكل مستقل.

تطبيقات الذكاء الاصطناعي ورؤية الكمبيوتر في العالم الحقيقي#

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

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

لهذه المسيرات، يمكن للفرق استخدام منصة Ultralytics لتعليق مجموعات البيانات المرئية، وتدريب النماذج، ونشر نقاط نهاية الاستدلال، ومراقبة خدمة الإدراك التي يستدعيها الوكيل.

مثال على وكيل الرؤية الحاسوبية#

يمثل مسار تنبؤ Ultralytics YOLO الموثق التالي خطوة الإدراك داخل وكيل الرؤية عن بُعد:

from pathlib import Path

from ultralytics import YOLO

source = "https://ultralytics.com/images/bus.jpg"
output_path = Path("vision_artifact.jpg")

# Perform the remote agent's visual analysis
model = YOLO("yolo26n.pt")
results = model(source)

result = results[0]
result.save(filename=str(output_path))

print(output_path)

هنا، يقوم Ultralytics YOLO26 بإجراء استدلال مرئي وإنشاء صورة معلقة. يمكن لخادم A2A إرجاع تلك الصورة كعنصر ناتج بينما يقوم في نفس الوقت بإرجاع الاكتشافات القابلة للقراءة آليًا. ينقل البروتوكول النتيجة ويتعقبها؛ ولا يحل محل نموذج الرؤية.

اعتبارات التصميم والأمان#

لا تجعل قابلية التشغيل البيني لـ A2A نظامًا متعدد الوكلاء آمنًا أو موثوقًا تلقائيًا. يجب على المطورين التحقق من صحة بطاقات الوكيل، ومصادقة كل متصل، وتخويل الوصول لكل مهارة، وتقييد الأذونات المفوضة، ومعاملة المخرجات البعيدة كمدخلات غير موثوقة. توحي إرشادات التنفيذ للمؤسسات الخاصة بالبروتوكول بضوابط الويب المعمول بها مثل HTTPS، والمصادقة المستندة إلى OAuth، وتفويل الامتياز الأقل، والتسجيل، والتتبع، وتقليل البيانات. (a2a-protocol.org)

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