GitHub وGoogle تدعمان ARD مع بحث وكلاء الذكاء الاصطناعي عن الأدوات
تدعم GitHub وGoogle وMicrosoft وشركات أخرى مواصفة Agentic Resource Discovery، وهي مواصفة تهدف إلى مساعدة وكلاء الذكاء الاصطناعي على العثور على الأدوات والمهارات وخوادم MCP والموارد الأخرى والتحقق منها والاتصال بها من دون تكاملات ثابتة مبرمجة مسبقاً.

وكلاء الذكاء الاصطناعي يحتاجون إلى طبقة دليل
تدعم GitHub وGoogle مواصفة Agentic Resource Discovery، وهي مواصفة مصممة لمساعدة وكلاء الذكاء الاصطناعي على العثور على الأدوات والمهارات والخدمات التي يحتاجون إليها عبر الويب والتحقق منها. كما تُذكر Microsoft وGoDaddy وHugging Face بين الشركات المشاركة في الجهد.
الفكرة عملية. مع انتقال الوكلاء إلى ما هو أبعد من المساعدات داخل تطبيق واحد، يحتاجون إلى طريقة لاكتشاف قدرات خارجية من دون أن يربط كل مطور كل أداة يدوياً بكل سير عمل. تمنح ARD المزودين صيغة نشر مشتركة، وتمنح عملاء الوكلاء طريقة للبحث والتحقق والاتصال.
تربط GitHub المواصفة بالفعل بميزة Agent Finder في Copilot. في هذا المسار، يستعلم Copilot من كتالوج مفهرس لموارد الذكاء الاصطناعي ويتلقى خيارات مرتبة من الكتالوج المختار، بدلاً من تحميل كل أداة محتملة في السياق قبل اتضاح المهمة.
الملف بسيط لكن مشكلة الثقة ليست كذلك
تدور ARD حول كتالوجات ينشرها المزودون. يستطيع المزود استضافة ai-catalog.json على نطاقه لوصف الوكلاء والأدوات والمهارات وخوادم MCP المتاحة. ويمكن للسجلات بعد ذلك الزحف إلى هذه الكتالوجات، كما يستطيع الوكيل جلب كتالوج مباشرة من نطاق معروف.
هذا مهم لأن أنظمة الوكلاء أصبحت مجزأة. قدمت Microsoft مواصفة ARD بوصفها استجابة لسجلات منفصلة لخوادم MCP والمهارات والأدوات والوكلاء. ومن دون طبقة اكتشاف مشتركة، قد يصبح الوكلاء معتمدين على كتالوجات مغلقة أو تكاملات مخصصة أو نوافذ سياق كبيرة أكثر من اللازم.
يشير دور Google إلى طبقة الثقة. تهدف المواصفة إلى دعم التحقق من الناشرين، بما في ذلك التحقق التشفيري والثقة القائمة على النطاق. عملياً، لا يكون الاكتشاف مفيداً إلا إذا استطاع الوكيل التأكد من أن القدرة تأتي من المؤسسة التي تدعي تمثيلها قبل الاتصال بها.
ARD لا تستبدل البروتوكولات التي يستخدمها الوكلاء بالفعل
المواصفة ليست وقت تشغيل جديداً لأفعال الوكلاء. بعد الاكتشاف والتحقق، لا يزال الوكيل يتصل بالمورد المختار عبر بروتوكوله الأصلي أو واجهة برمجته. تتولى ARD طبقة الاكتشاف والكتالوج، بينما تبقى بروتوكولات قائمة مثل MCP جزءاً من مسار التنفيذ.
هذا التقسيم مهم للمطورين. يمكن لمعيار دليل أن يخفض تكلفة العثور على المورد الصحيح، لكنه لا يلغي الحاجة إلى أذونات آمنة وضوابط سياسات وتسجيل ومراجعات أثناء التشغيل. اكتشاف الوكلاء يمكن أن يوسع ما تستطيع البرمجيات فعله، لكنه يوسع أيضاً ما تستطيع البرمجيات الوصول إليه.
القيمة بالنسبة إلى GitHub Copilot واضحة: مساعد برمجي يستطيع البحث عن القدرة المناسبة أثناء التشغيل يصبح أقل اعتماداً على التكاملات المحملة مسبقاً. والقيمة بالنسبة إلى المزودين واضحة أيضاً: نشر كتالوج تحت نطاقهم الخاص يمنحهم طريقاً إلى تدفقات عمل الوكلاء من دون انتظار كل منصة كي تبني موصلاً مخصصاً.
الدليل التالي هو التبني خارج مجموعة الإطلاق
تملك ARD أسماء كبيرة خلفها، لكن المواصفة لا تصبح مفيدة إلا عندما ينشر عدد كاف من المزودين كتالوجات ويستعلم عنها عدد كاف من الوكلاء. الاختبار المبكر ليس أناقة الصيغة، بل ما إذا كان المطورون وموردو الأدوات وفرق المنصات المؤسسية سيعاملونها كطريقة افتراضية لعرض القدرات الجاهزة للوكلاء.
نقطة المراقبة المفيدة هي التنفيذ. تمنح Agent Finder من GitHub مواصفة ARD مساراً فورياً عبر Copilot، بينما تمنحها Google وMicrosoft وزناً أوسع في المنصات. إذا نشر مزيد من المزودين ملفات ai-catalog.json تحت نطاقاتهم الخاصة، فقد يصبح اكتشاف الوكلاء جزءاً عادياً من بنية البرمجيات لا ميزة أخرى داخل منصة مغلقة.
















