Google وIETF والبروتوكولات الجديدة لوكلاء AI: لماذا نحتاج إلى A2A وPilot وOpAMP

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

لماذا البروتوكولات ضرورية

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

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

أربع نهج ملحوظة

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

• Pilot من Vulture Labs يقدم للعملاء المستقلين مكدس شبكة كامل. يتم تعيين العملاء على عناوين افتراضية بحجم 48 بت، والاتصال يتم عبر UDP باستخدام Ed25519 و X25519. تم تصميم النهج للاتصال المباشر حتى خلف NAT والجدران النارية والسحابة.

• PAIRL من Dennis Verman يترجم اللغة الطبيعية إلى تنسيق أكثر إحكاماً وقابلاً لقراءة الآلة. بدلاً من التفسيرات الطويلة، يستخدم البروتوكول المراجع وهاشات البيانات، ويقدر المؤلف توفير الرموز بنسبة 70–90%. بالإضافة إلى ذلك، يمكنك تعيين حدود لمهام محددة.

• A2A مبني حول "بطاقات القدرة" JSON للعملاء. يصف أحد الوكلاء ما يمكنه فعله، واستناداً إلى هذه المعلومات، يختار وكيل آخر منفذاً وتنسيق تفاعل. تم تطوير البروتوكول في البداية في Google ثم تم نقله إلى Linux Foundation للتطوير الإضافي.

• OpAMP من نظام OpenTelemetry يحل مشكلة أكثر عملية: الإدارة البعيدة لعدد كبير من الوكلاء وجمع بيانات الاستشعار الخاصة بهم. من خلاله، يمكنك الحصول على الحالة وبيانات النظام ومقاييس الحمل وإرسال التكوين مرة أخرى للعملاء.

"ref:doc:sha256:..." — مثال على كيفية استبدال PAIRL لعبارة طويلة برجوع

قصير قابل لقراءة الآلة إلى مستند.

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

من يحدد المعيار

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

من الغريب أن المجتمع يقارن بالفعل A2A مع MCP من Anthropic: كلا الحلين يستخدم JSON-RPC لكنهما يحل مشاكل مختلفة.

بشكل ملحوظ، تمتلك كل بروتوكول من البروتوكولات المذكورة تقريباً ليس فقط فكرة، بل بنية تحتية عاملة حوله. بالنسبة إلى Pilot، تم نشر ورقة بيضاء وعرض توضيحي؛ بالنسبة للـ PAIRL—وثائق ومثال عام لتحويل الطلب؛ بالنسبة للـ A2A—مواصفات تفصيلية وحتى دورة تدريبية تم إعدادها مع متخصصي Google Cloud و IBM Research. يحتوي OpAMP على توثيق لـ HTTP و WebSocket وهياكل الرسائل والتطبيقات الجاهزة، بما في ذلك إصدار Go. هذا لم يعد مفهوماً على شريحة، بل مجموعة من الأدوات التي يمكن تجربتها في الأنظمة الحقيقية.

ماذا يعني هذا

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