A2A، أو من وكيل إلى وكيل، هو بروتوكول مفتوح يتيح لوكلاء الذكاء الاصطناعي اكتشاف بعضهم البعض، وتبادل المهام، والتعاون عبر مختلف الموردين وأطر العمل. فبينما يربط بروتوكول MCP الوكيل بالأدوات والبيانات، يربط A2A الوكلاء ببعضهم البعض، مما يتيح سير عمل متعدد الوكلاء: وكيل يقوم بالبحث، وآخر يتولى الصياغة، وثالث يتحقق من الحقوق، حيث يساهم كل منهم في إنجاز مهمة مشتركة.
تعد أعمال المحتوى بطبيعتها متعددة الوكلاء؛ فطلب مثل "إعداد مجموعة أدوات الإطلاق للسوق X" يتفكك إلى مهام فرعية تشمل العثور على الأصول المعتمدة، والتحقق من الحقوق على مستوى السوق، وصياغة النصوص المترجمة، وإنشاء النسخ، وتوجيهها للاعتماد. ومع A2A، يقوم الوكلاء المتخصصون بتسليم هذه الخطوات لبعضهم البعض مع تدفق حالة المهمة والنتائج بينهم، بما في ذلك الوكلاء الذين تم بناؤهم بواسطة موردين مختلفين، بدلاً من الاعتماد على بوت واحد يحاول القيام بكل شيء. وتشارك منصة المحتوى هنا كمزود للأدوات (عبر MCP) وبشكل متزايد كمقر لوكلائها الخاصين الذين يمكن للوكلاء الآخرين تفويض المهام إليهم.
تضاعف سير العمل متعدد الوكلاء من تعقيد مسألة الوصول: أي وكيل، يعمل نيابة عن أي مستخدم، يُسمح له بالتعامل مع أي أصول؟ تجيب المنصات المصممة للبيئات الخاضعة للتنظيم على هذا السؤال بنفس الطريقة التي تجيب بها بالنسبة للبشر؛ فكل إجراء يقوم به الوكيل يتم تنفيذه تحت هوية موثقة، ووفقاً لأذونات على مستوى الأصول، ويتم تسجيله في سجل التدقيق. وبدون ذلك، يصبح تعاون الوكلاء مصدراً لمخاطر الامتثال، أما بوجوده، فيصبح مجرد عمل جماعي أسرع.
ioMoVo توفر بروتوكول A2A جنباً إلى جنب مع MCP وواجهة برمجة التطبيقات الخاصة بها: تتعاون أدوات ioPilot متعددة الوكلاء في مهام المحتوى، ويمكن للوكلاء الخارجيين المشاركة، مع التحقق من أذونات كل إجراء وتسجيله في سجل التدقيق، كما يمكن نشرها في بيئات معزولة تماماً (air-gapped). طالع صفحة ioPilot.
MCP هو بروتوكول من وكيل إلى أداة (وكيل يستخدم بحث نظام إدارة الأصول الرقمية (DAM) ، على سبيل المثال)؛ أما A2A فهو من وكيل إلى وكيل (وكيلان يقسمان مهمة بينهما). تستخدم البنية التحتية المتطورة للذكاء الاصطناعي كلاهما.
نعم، عندما تعمل المنصة والنماذج (عبر BYOLLM) والبروتوكولات جميعها داخل الحدود الآمنة، وهو المطلب الأساسي للاستخدامات السيادية والدفاعية.