ما بروتوكولات وكلاء الذكاء الاصطناعي؟

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

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

في حين أن البروتوكولات الوكيلة تشكل جزءًا من تنسيق وكيل الذكاء الاصطناعي، فإنها لا تعمل كمنسقين. إنها توحِّد الاتصال ولكنها لا تديره تنسيق سير العمل الوكيل وتنفذه وتحسنه.

توفر بروتوكولات وكلاء الذكاء الاصطناعي المزايا التالية:

• قابلية التشغيل البيني

• تقليل تعقيد تطوير الوكلاء

• التوحيد القياسي والتكامل الأكثر سلاسة

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

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

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

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

مع تطور التقنية المستندة إلى وكلاء، قد تظهر بروتوكولات جديدة. فيما يلي بعض بروتوكولات وكلاء الذكاء الاصطناعي الحالية:

• بروتوكول Agent2Agent (A2A)

• بروتوكول اتصال الوكيل (ACP)

• بروتوكول شبكة الوكيل (ANP)

• بروتوكول التفاعل بين الوكيل وواجهة المستخدم (AG-UI)

• Agora

• بروتوكول LMOS

• بروتوكول سياق النموذج (MCP) 

بروتوكول A2A هو معيار مفتوح لاتصالات وكلاء الذكاء الاصطناعي تم أطلقته في البداية Google ويُدار الآن تحت إشراف Linux Foundation. يتبع إعداد نموذج الخادم-العميل مع سير عمل من ثلاث خطوات:

1. يحدث الاكتشاف عندما يقوم كيان ما (مستخدم بشري أو وكيل ذكاء اصطناعي) ببدء طلب مهمة إلى وكيل عميل، والذي يبحث بعد ذلك عن وكلاء بعيدين لتحديد أفضل ما يناسبه.
2. بمجرد أن يتعرف وكيل العميل على وكيل بعيد قادر على إنجاز المهمة، فإنه يمر بعد ذلك بمرحلة المصادقة. الوكيل البعيد مسؤول عن التخويل ومنح أذونات التحكم في الوصول.
3. يستمر الاتصال مع الوكيل العميل الذي يرسل المهمة ويقوم الوكيل البعيد بمعالجتها. يحدث الاتصال من وكيل إلى وكيل عبر HTTPS للنقل الآمن، مع JSON-RPC (استدعاء الإجراء البعيد) 2.0 كتنسيق لتبادل البيانات.

مثل A2A، يُعد بروتوكول اتصال الوكيل (ACP) معيارًا مفتوحًا آخر للاتصال من وكيل إلى وكيل، تم تقديمه في البداية بواسطة BeeAI من IBM وهو الآن جزء من Linux Foundation.

تشمل عناصره الرئيسية عميل ACP وخادم ACP. يرسل عميل ACP الطلبات إلى خادم ACP من خلال واجهة برمجة تطبيقات RESTful عبر HTTP. يستضيف خادم ACP وكيلاً واحدًا أو أكثر خلف نقطة نهاية HTTP واحدة ويوجه المهام إلى الوكيل المناسب.

فيما يلي السمة الرئيسية الأخرى لبروتوكول ACP:

• يمكن استخدام البروتوكول مع أدوات HTTP القياسية مثل Postman أو حتى المتصفح، ومع ذلك تتوفر أيضًا مجموعات SDK.

• يمكن أن يحدث الاكتشاف عبر الإنترنت عن طريق الاستعلام عن خوادم ACP مباشرة وملفات البيان العامة في عناوين URL المعروفة. يحدث الاكتشاف من دون اتصال من خلال سجل مركزي أو عن طريق تضمين بيانات تعريف الوكلاء مباشرة في حزم التوزيع الخاصة بهم.

• يقبل ACP أنواعًا مختلفة من الرسائل، مثل الصوت أو الصور أو النصوص أو الفيديو أو التنسيقات الثنائية المخصصة.

بروتوكول شبكة الوكيل (ANP) هو بروتوكول مفتوح المصدر يهدف إلى أن يكون "بروتوكول HTTP لعصر الويب المستند إلى وكلاء". على هذا النحو، فإنه يستخدم HTTP لنقل البيانات وJSON-LD (JSON للبيانات المرتبطة) لتنسيق البيانات.

تتبنى ANP بنية نظير إلى نظير تتكون من ثلاث طبقات:

• تنفذ طبقة الهوية كلاً من التشفير من طرف إلى طرف للاتصال الآمن ومصادقة الهوية اللامركزية بناء على معيار W3C DID (المعرفات اللامركزية).

• تتيح طبقة البروتوكول الوصفي للوكلاء التفاوض والاتفاق على كيفية التواصل.

• تسمح طبقة بروتوكول التطبيق للوكلاء المستقلين بوصف قدراتهم وتوفر الدعم لاكتشاف الوكلاء.

يهدف بروتوكول واجهة المستخدم والوكيل (AG-UI) إلى توحيد كيفية اتصال وكلاء الذكاء الاصطناعي الخلفي بالتطبيقات الأمامية أو المواجهة للمستخدم. تم تصميمه للتفاعل بين الإنسان والوكيل في الوقت الفعلي مثل الدردشة مع مساعدي الذكاء الاصطناعي وروبوت المحادثة، وتحديثات الحالة المباشرة وغيرها من عمليات الأتمتة التي تستلزم نهجًا بشريًا في العملية.

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

تدعم طبقة البرامج الوسيطة العديد من طرق النقل، مثل الأحداث المرسلة من الخادم (SSE) وخطافات الويب ومقابس الويب. تسمح AG-UI أيضًا للوكيل الآمن بتوجيه الطلبات بشكل آمن بين الوكلاء وواجهات المستخدم.

Agora هو بروتوكول اتصال للوكلاء المدعومين بنماذج لغوية كبيرة (LLMs). يعتمد على القدرات الأساسية: فهم اللغة الطبيعية، ومتابعة التعليمات، وكتابة التعليمات البرمجية وتشغيلها، والتفاوض المستقل.

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

يستخدم Agora HTTPS لنقل البيانات وJSON للتنسيق. كما أنه يستخدم نظام تعريف قائم على التجزئة لمستندات البروتوكولات.

تطورت بروتوكولات نظام تشغيل نموذج اللغة (LMOS) من قِبل مؤسسة Eclipse Foundation، بهدف إحضار إنترنت الوكلاء (IoA)، وهو النظام البنائي متعدد الوكلاء على نطاق الإنترنت. على غرار ANP، تتكون بنيتها المهيكلة من ثلاث طبقات:

• توفر طبقة الهوية والأمان اتصالاً مشفرًا وتدعم أنظمة مصادقة مختلفة، مثل W3C DID وOAuth 2.0.

• تسمح طبقة بروتوكول النقل للوكلاء باختيار بروتوكول النقل الذي يناسب غرضهم لكل تفاعل وتكييفه.

• تحدد طبقة بروتوكول التطبيق التنسيقات الخاصة بأوصاف الوكيل والأداة، وطرق الاكتشاف، ونموذج البيانات الدلالية، وبروتوكولاً فرعيًا لمقبس الويب.

يستخدم بروتوكول LMOS JSON-LD لوصف القدرات والأداة والوكيل والبيانات الوصفية الأخرى. يحدث الاكتشاف إما ديناميكيًا، عن طريق الاستعلام عن دليل مركزي، أو من خلال الشبكات اللامركزية.

يوفر بروتوكول سياق النموذج (MCP)، الذي قدمته Anthropic، طريقة موحدة لنماذج الذكاء الاصطناعي للحصول على السياق الذي تحتاجه من أجل تنفيذ المهام. في نطاق الوكلاء، يعمل MCP كطبقة لوكلاء الذكاء الاصطناعي للاتصال والتواصل مع الخدمات والأدوات الخارجية، مثل واجهات برمجة التطبيقات وقواعد البيانات والملفات وعمليات البحث على الويب ومصادر البيانات الأخرى.

يشمل MCP هذه العناصر البنائية الرئيسية الثلاثة:

• يحتوي مضيف MCP على منطق التنسيق ويمكنه توصيل كل عميل MCP بخادم MCP. ويمكنه استضافة عملاء متعددين.

• يقوم عميل MCP بتحويل طلبات المستخدم إلى تنسيق منظم يمكن للبروتوكول معالجته. كل عميل لديه علاقة فردية مع خادم MCP. يقوم العملاء بإدارة الجلسات وتحليل الردود والتحقق منها ومعالجة الأخطاء.

• يقوم خادم MCP بتحويل طلبات المستخدم إلى إجراءات للخادم. عادة ما تكون الخوادم مستودعات GitHub متوفرة بلغات برمجة مختلفة وتوفر الوصول إلى الأدوات. يمكن أيضًا استخدامها لربط استدلال النماذج اللغوية الكبيرة (LLM) بمجموعة أدوات تطوير برامج MCP من خلال موفري منصة الذكاء الاصطناعي مثل IBM وOpenAI.

في طبقة النقل بين العملاء والخوادم، يتم إرسال الرسائل بتنسيق JSON-RPC 2.0 باستخدام إما الإدخال/الإخراج القياسي (stdio) للمراسلة المتزامنة خفيفة الوزن أو SSE للمكالمات غير المتزامنة القائمة على الأحداث.

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

فيما يلي بعض الجوانب التي يجب وضعها في الحسبان عند تقييم بروتوكولات الوكلاء:

• الفاعلية

• الموثوقية

• قابلية التوسع

• الأمان

من الناحية المثالية، تم تصميم البروتوكولات للحد من زمن الانتقال، ما يؤدي إلى نقل البيانات بسرعة وأوقات استجابة سريعة. وفي حين أنه من المتوقع حدوث بعض النفقات العامة للاتصالات، فإنه يجب أن تبقى عند الحد الأدنى.

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

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

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