مسألة الطبقة الأساسية (Substrate): بروتوكول AGTP و ARD
أصدرت كل من Google و Microsoft و Hugging Face مؤخرًا مواصفات اكتشاف الموارد الوكيلية (Agentic Resource Discovery - ARD).
التصميم ممتاز؛ فهو يستخدم نهجًا اتحادياً (federated approach) لمساعدة المؤسسات المختلفة على العثور على وكلاء الذكاء الاصطناعي (AI agents). وتعد هذه خطوة كبيرة للأمام في هذا القطاع.
ومع ذلك، يواجه ARD تحديًا خفيًا، حيث يعمل فوق طبقة النقل (transport layer)، مما يعني أنه يعتمد على HTTP لنقل البيانات.
المشكلة في استخدام HTTP للوكلاء:
- تم بناء HTTP لحركة مرور الويب البشرية.
- يعتمد أمن الوكلاء على اتفاقيات طبقة التطبيقات (application-layer conventions).
- ومن السهل على المهاجمين تجاوز هذه الاتفاقيات أو تزويرها.
- تُظهر الثغرات الأمنية الحالية أن HTTP يفتقر إلى الخصائص الهيكلية التي يحتاجها الوكلاء.
وهذا يقودنا إلى مسألة الطبقة الأساسية (substrate question): هل يجب أن تستمر حركة مرور الوكلاء في استخدام HTTP، أم أننا بحاجة إلى أساس جديد؟
بروتوكول نقل الوكيل (Agent Transfer Protocol - AGTP) هو الحل.
يعد AGTP وسيلة نقل مخصصة لحركة مرور الوكلاء. فهو لا يعتمد على ترويسات (headers) HTTP لتحديد الهوية، بل يحمل الهوية والصلاحية كحقائق مباشرة عبر الشبكة (on the wire).
كيف يعمل ARD و AGTP معًا:
- يتولى ARD عملية الاكتشاف؛ حيث يخبرك بمكان وجود القدرات وما إذا كانت جديرة بالثقة.
- يتولى AGTP عملية الاتصال؛ حيث يحمل البيانات والهوية الفعلية.
في عالم يعتمد بشكل أصيل على AGTP، يجد الوكيل القدرة المطلوبة عبر ARD، ثم يتصل باستخدام الطبقة الأساسية (substrate) لـ AGTP. يضمن ذلك دمج الهوية، ومعرف المالك (owner ID)، ونطاق الصلاحية (authority scope) في كل طلب.
لقد حل القطاع مشكلة الاكتشاف، والآن يجب علينا حل مشكلة النقل.
يوفر ARD الخريطة، بينما يوفر AGTP الطريق.
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi