اكتشاف الموارد الوكيل: AWS تدعم مواصفات ARD في عام 2026

تعد عملية اكتشاف الموارد الوكيلية (Agentic Resource Discovery أو ARD) مواصفة مفتوحة تحدد كيفية عثور وكلاء الذكاء الاصطناعي على الأدوات، وخوادم MCP، والمهارات، والوكلاء الآخرين أثناء وقت التشغيل بدلاً من ربطهم مسبقاً. يقوم الناشرون بوصف القدرات في ملف JSON على نطاقهم الخاص؛ وتقوم السجلات (registries) بفحص هذه الملفات والإجابة على الاستفسارات المكتوبة بلغة طبيعية.

ملخص

تم إطلاق ARD في 17 يونيو 2026. تم تسمية Microsoft وGoogle وGoDaddy وHugging Face كمتعاونين أساسيين، وتدرج قائمة المساهمين إحدى عشرة شركة.^{1 2 3} ولم تكن Amazon من بينهم.

تغير ذلك في 24 أغسطس، عندما نشرت AWS منشورها الخاص حول ARD وصاغت المواصفة كطبقة اتحاد (federation layer) فوق سجل الوكلاء (Agent Registry) الخاص بها.⁴ وأصبحت Amazon الآن مدرجة في مجلس الإشراف المكون من أربعة أعضاء في المشروع.⁵

وبذلك، تدعم السحب الحوسبية الثلاث الكبرى مواصفة واحدة لاكتشاف الوكلاء، مع توثيق ستة تنفيذات مرجعية يعمل العديد منها بشكل عام.⁶ لا تزال المواصفة في مرحلة المسودة، وهي في منتصف عملية الانتقال بين تنسيقين للمانيفست (manifest)، كما أن Anthropic وOpenAI ليستا ضمن التحالف.^{7 8}

ما ستتعلمه

• ما هي عملية اكتشاف الموارد الوكيلية (ARD) فعلياً، والمهمة الوحيدة التي تقوم بها
• ما الذي تغير في أغسطس، ولماذا يعد وصول AWS أهم من مجرد منشور مدونة
• كيفية عمل مانيفست ard.json ونقاط نهاية البحث في السجل
• ما إذا كانت ARD تحل محل MCP (هي لا تفعل ذلك) وكيف يتكامل الاثنان
• من يتحكم في المواصفة — المجلس، والمشرفون، وقواعد المقاعد
• عملية الانتقال إلى الإصدار v0.91 التي قد تؤدي إلى تعطل المانيفست الخاص بك إذا اتبعت الصفحة الخاطئة
• ما الذي تم إطلاقه فعلياً: ستة تنفيذات مرجعية، ومن الغائب عن القائمة

ما هي عملية اكتشاف الموارد الوكيلية (ARD)

تجيب ARD على سؤال واحد لعميل الذكاء الاصطناعي: ما المتاح لهذه المهمة؟

تأتي هذه العملية بالكامل قبل مرحلة الاستدعاء. صياغة المواصفة نفسها صريحة — فهي تساعد العميل في العثور على المورد المناسب، ثم تبتعد عن الطريق بينما يتم استدعاء المورد من خلال بروتوكوله الأصلي.⁹

الدافع وراء ذلك هو مشكلة في نافذة السياق (context-window)، وليس مشكلة في الشبكات. معظم العملاء اليوم يختارون الأدوات عن طريق حشو وصف كل أداة في نافذة السياق، وهو أمر تقول المواصفة إنه "لا يمكن توسيعه".⁷

تنقل ARD عملية الاختيار من النموذج إلى خدمة بحث، حيث يمكن استخدام إشارات أغنى — مثل الاستعلامات التمثيلية، وهوية الناشر، والبيانات الوصفية للامتثال، وأنماط الاستخدام — دون استهلاك الـ tokens.⁷

يحرص المشروع على عدم المبالغة في ذلك. تشير الأسئلة الشائعة إلى أن الاكتشاف "لا يلغي تكلفة السياق، بل يقلصها من آلاف الأدوات المرشحة إلى حفنة قليلة" — فأنت لا تزال تدفع مقابل المخططات (schemas) الاثنين أو الثلاثة التي يتم حقنها.¹⁰

كان إطار عمل Microsoft هو التشبيه بالويب. فالمتصفحات الأولى كانت تأتي مع إشارات مرجعية، ولم تستطع الأدلة المنسقة يدويًا مواكبة التطور، ثم جاءت محركات البحث لـ "تضيء الويب". ويزعم منشورها أن منظومة الأدوات المتاحة "تصل بالفعل إلى مئات الآلاف"، بينما لا يرى أي عميل (agent) واحد سوى جزء بسيط منها.²

هناك سوء فهم شائع يستحق التوضيح. ARD ليس مخصصًا لوقت التشغيل (runtime) فقط: يصف المشروع ذلك بأنه "أكثر المفاهيم الخاطئة شيوعًا"، ويذكر أن الاكتشاف يمكن أن يحدث في وقت البناء (build time) — حيث يختار المطور ما يريد ربطه — مقابل كتالوج مغلق ومنسق، باستخدام نفس الطلب.¹⁰

ما الذي تغير في أغسطس

كان هناك نقص ملحوظ في إطلاق يونيو. فقد شملت قائمة الشركات المساهمة الأحد عشر شركة Cisco و Databricks و GitHub و GoDaddy و Google و Hugging Face و Microsoft و Nvidia و Salesforce و ServiceNow و Snowflake — ولكن لم تكن Amazon من بينهم.^{2 3}

تم الاعتراف بـ AWS في وثيقة المواصفات نفسها (Jeffrey Damick و Martin Ristov)، لذا فقد ساهمت بتقديم ملاحظات.⁷ لكنها لم تكن قد قدمت التزامًا علنيًا.

وفي 24 أغسطس فعلت ذلك. حيث نشرت AWS "Agentic Resource Discovery (ARD): مواصفات مفتوحة لاكتشاف العملاء"، واضعةً ARD كطبقة للتوافق التشغيلي فوق AWS Agent Registry، والذي كان متاحًا في النسخة التجريبية منذ 9 أبريل في خمس مناطق.^{4 11}

تشبيه AWS الخاص هو DNS وليس البحث: حيث تتحد السجلات المحلية من خلال ARD "دون الحاجة إلى اتفاقيات ثنائية أو موصلات ملكية"، مع بقاء التنفيذ في السجل المحلي.⁴

وتحمل صفحة الحوكمة إشارة أقوى. حيث يضم مجلس إشراف ARD أربعة أعضاء — Google (Todd Segal)، و Hugging Face (Shaun Smith)، و Microsoft (Dhruv Chand)، و Amazon (Jeffrey Damick) — بحد أقصى مقعد واحد لكل شركة، وتتطلب الأهلية "منتجًا أو عرضًا ملتزمًا بتنفيذ أو دعم ARD".⁵

مقعد في المجلس هو التزام بالمنتج، وليس مجرد بيان صحفي.

كيف يعمل ARD: الكتالوجات، السجلات، و ard.json

هناك عنصران أساسيان يقومان بالمهمة.

الكتالوجات (Catalogs). يستضيف الناشر بيانًا (manifest) يسرد ما يقدمه، على الرابط https://<domain>/.well-known/ard.json.^{8 10}

يسمي المشروع هذا "سيادة النشر": أنت تستضيف الملف، و"يمكن لأي خدمة اكتشاف متوافقة أن تجد نقطة النهاية الخاصة بك وتفهرسها بشكل طبيعي، دون الحاجة إلى إذن".¹⁰

يحمل كل إدخال معرفًا، واسم عرض، ونوع وسائط، وإما url يشير إلى العنصر أو data العنصر نفسه مدمجًا — واحد فقط من الاثنين، وليس كلاهما أبدًا.⁷

نوع الوسائط (media type) هو ما يجعل ARD غير مرتبط بنوع معين من الملفات (artifact-agnostic). application/mcp-server+json، و application/a2a-agent-card+json، و application/ai-skill، وحزم الكتالوجات المتداخلة، جميعها تنتقل في نفس الغلاف.^{7 8}

هناك تحذير واحد تذكره المواصفات بوضوح: أنواع وسائط MCP و A2A هذه هي اتفاقيات مجتمعية واقعية (de-facto) ولا تزال عملية التسجيل الرسمية في IANA معلقة، ويُنصح المطورون بتجاوز التحقق الصارم من النوع في الوقت الحالي.⁷

يمكن للمدخلات أيضاً أن تحمل representativeQueries — وهي عبارة عن جملتين إلى خمس جمل باللغة الطبيعية مثل "احصل على توقعات الطقس لمدة 5 أيام لسياتل" — والتي تستخدمها السجلات لبناء التضمينات الدلالية (semantic embeddings) التي يتم التصنيف بناءً عليها.^{7 8}

هذا الحقل أساسي بطريقة يخفيها الاسم. وفقاً للمسرد، فإن المدخل الذي يفتقر إلى استعلامات تمثيلية "لا يمكن العثور عليه عن طريق البحث" — فهو يعتبر مدخلاً صالحاً في الكتالوج ولكنه ليس مدخلاً في ARD.⁸

السجلات (Registries). تقوم هذه السجلات بمسح الكتالوجات وتوفير خاصية البحث. يجب أن يوفر السجل المتوافق POST /search؛ بينما يعتبر POST /explore (تصفح الأوجه/facets) و GET /agents (القائمة المحددة) اختياريين.⁷

مسح البيانات المنشورة (manifests) ليس اختيارياً من جانب السجل. استيعاب بيانات الويب إلزامي لكل تنفيذ لـ ARD؛ أما مسح سجلات git أو npm أو OCI فترك للمطور.⁷

الاتحاد (Federation) هو معامل استعلام (query parameter) وليس بروتوكولاً. يرسل العميل federation: auto لدمج النتائج الواردة من المصادر العليا، أو referrals للحصول على مؤشرات لسجلات أخرى يمكنه الاستعلام منها بنفسه، أو none للبقاء في النطاق المحلي.^{7 8}

بعيداً عن المسار المعروف، يمكن للناشرين الإعلان عن كتالوج من خلال توجيه Agentmap: في ملف robots.txt، أو علامة HTML <link rel="ai-catalog">، أو سجلات ربط خدمة DNS تحت _catalog._agents و _search._agents.⁷

هل يحل ARD محل MCP؟ لا

هذا هو السؤال الذي تتوقعه المواصفات، والإجابة غير غامضة: "ARD هو بروتوكول اكتشاف (غلاف)، وليس آلية تنفيذ."⁹

يحدد MCP كيفية استدعاء العميل لأداة ما، بينما يحدد ARD كيفية اكتشاف العميل لوجود هذه الأداة. وبمجرد اختيار القدرة المطلوبة، يتصل العميل باستخدام الآلية الخاصة بالمورد — مثل JSON-RPC بالنسبة لـ MCP، وهكذا.⁹

العلاقة مع السجلات الحالية أكثر دقة. تكمن فكرة ARD في "القلب": فبدلاً من تقديم مورد إلى كل كتالوج، تقوم بوصفه مرة واحدة على نطاقك الخاص وتترك أي خدمة اكتشاف تقوم بفهرسته.⁹

الكتالوجات المنسقة الحالية لا تختفي في ظل هذا النموذج — بل تتحول إلى خدمات اكتشاف ARD، حيث تطبق سياسات الثقة والتصنيف الخاصة بها على الإدخالات المفهرسة.⁹

إذا كنت تقارن هذا بمجموعة البروتوكولات التي تشغلها بالفعل، فإن تغطيتنا السابقة لـ بروتوكول MCP عديم الحالة وتفويض المؤسسات و انضمام A2A إلى Agentic AI Foundation تغطي طبقات التنفيذ والحوكمة التي يقع ARD فوقها.

الثقة: ملكية النطاق، وما لا يمثله التقييم

يربط ARD الهوية بنظام DNS. يجب أن يتبع كل معرف URN مرتبط بنطاق — urn:air:<publisher>:<namespace>:<agent-name> — حيث يكون جزء الناشر عبارة عن نطاق يمكن التحقق منه.⁸

الهدف من ذلك هو منع انتحال النطاقات (anti-squatting). يقوم السجل باستخراج النطاق من URN ومطابقته مع الادعاء التشفيري في trustManifest الخاص بالإدخال، لذا لا يمكن لبيان (manifest) مستضاف على untrusted.com أن يتظاهر بأنه urn:air:google.com:....¹⁰

يحمل trustManifest الاختياري هوية عبء العمل (did:web، أو SPIFFE، أو هوية Agent Name Service)، وتصديقات مثل SOC2 أو HIPAA، وروابط المصدر، وتوقيع JWS منفصل.^{7 10}

لكن المشروع يؤكد بوضوح على حدود كل هذا. تقول الأسئلة الشائعة: "ARD لا يجعل أي مورد عميل موثوقاً به" — فالثقة "تأتي من تنسيق السجل، وليس من البروتوكول".¹⁰

هناك سطر يستحق التسليط عليه، لأنه من نوع الأشياء التي يتم فهمها بشكل خاطئ عند التنفيذ الفعلي. إن درجة الصلة (relevance score) من 0 إلى 100 التي يعيدها السجل هي تصنيف معلوماتي فقط، وينص المواصفات على أن المنسقين "يجب ألا" يعاملوها كتقييم للثقة أو الامتثال أو السلامة.^{7 8}

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

من يتحكم في المواصفات

نموذج الحوكمة صغير عمداً، وصريح بشكل غير عادي بشأن مسألة الاستحواذ.

يحدد مجلس الإشراف التوجهات ويوافق على الإصدارات الرئيسية: يتكون من أربعة إلى سبعة أعضاء، بحد أقصى عضو واحد لكل شركة، ومذكور بخط عريض في الصفحة أن "ARD لا تقبل أي أموال مقابل المشاركة"، مع عدم وجود مقعد أو صوت أو نفوذ متاح للشراء.⁵

يتولى المطورون (Maintainers) القرارات التقنية، وهم خمسة إلى سبعة أعضاء يقررون عن طريق تصويت الأغلبية. يجب أن يكون اثنان منهم على الأقل أعضاء مستقلين، وليسوا موظفين في أي شركة تشغل مقعداً في المجلس.⁵

يترأس R.V. Guha المطورين وشارك في تأليف المواصفات إلى جانب Junjie Bu (من Google) و Shaun Smith (من Hugging Face).^{7 5} أنتجت أعمال Guha السابقة RSS و RDF و schema.org — وهو سجل حافل في هذا النوع تحديداً من البنية التحتية للنشر والزحف (publish-and-crawl).¹²

هناك تفصيل لم يشرحه الموقع: تدرج المواصفات انتماء Guha إلى Microsoft، ومدونة Microsoft نفسها تصفه بأنه زميل تقني هناك، بينما تضعه صفحة الحوكمة كعضو مستقل — وهي فئة تعرفها بأنها لا تعمل في أي شركة تشغل مقعداً في المجلس.^{7 2 5}

أما مسألة ما إذا كانت ARD ستتبع مضيفاً محايداً — مثل W3C أو مؤسسة للذكاء الاصطناعي أو ما شابه — فقد تم تأجيلها صراحةً "لمدة اثني عشر شهراً تقريباً".⁵ ولا تزال هناك عدة نقاط مفتوحة لم يتم البت فيها، بما في ذلك مدة الولايات، والنصاب القانوني، وكيفية انضمام شركة إلى المجلس بعد المجموعة الأولية.⁵

هجرة الإصدار v0.91 التي لم يكملها أحد

إليك الأمر الذي سيكلفك ظهيرة يوم كامل إذا اتبعت الصفحة الخاطئة.

قامت ARD بتغيير ملف البيان (manifest) الخاص بها. العرف الحالي عبر موقع التوثيق هو /.well-known/ard.json مع معرفات urn:air:.^{8 10 13} وكان العرف السابق هو /.well-known/ai-catalog.json مع urn:ai:.

كان هذا انقساماً متعمداً وليس خطأً مطبعياً. يصف المسرد الآن AI Catalog بأنه "معيار بيان منفصل يسبق ARD ويشترك معها في الكثير من مفرداتها"، وينص على أن ARD "تحدد مدخل ARD الخاص بها وملف البيان الخاص بها في ard.json؛ والاثنان عبارة عن مواصفات مستقلة".⁸ عند الإطلاق، وصفت Google أن ARD مبنية على نموذج بيانات AI Catalog.¹

تم توثيق الحد الفاصل بين الإصدارات بشكل عابر. تشير صفحة "Reference Implementations" إلى أن أحد التطبيقات "يقدم حالياً مسار /.well-known/ai-catalog.json الخاص بما قبل الإصدار v0.91 بدلاً من /.well-known/ard.json،" مع بقاء دعم ard.json "قيد الانتظار من المصدر الأساسي."⁶

المشكلة تكمن في أن ملف spec/ard.md في المستودع لم يتم تحديثه. حتى 1 سبتمبر 2026، لا يزال يشير إلى الإصدار v0.9، بتاريخ 28 مايو 2026، ولا يزال يحدد /.well-known/ai-catalog.json و urn:ai: — بينما يصف ملف README نفس الملف بأنه "المصدر الوحيد للحقيقة."^{7 14}

الناشرون الفعليون منقسمون على نفس النحو. يقدم كل من AI Catalog الخاص بـ Cisco و Ora Directory ملف ard.json؛ بينما لا يزال كتالوج Hub الخاص بـ Hugging Face وكتالوج DataRobot يعتمدان على ai-catalog.json.^{6 15 16}

نصيحة عملية: قم بنشر ard.json باستخدام معرفات urn:air:، لأن هذا ما تصفه الأدلة والمسرد والأسئلة الشائعة، وهو ما تقدمه التطبيقات الفعلية الأحدث.^{13 8 10} تقديم المسار القديم بجانبه هو بمثابة تأمين بسيط بينما تلحق الزواحف (crawlers) المبنية على الإصدار v0.9 بالركب.

وضع في اعتبارك عقبة واحدة محددة. لا يزال JSON Schema الخاص بالمستودع يثبت نمط المعرف على ^urn:ai:[a-zA-Z0-9.-]+(:[a-zA-Z0-9._-]+)+$، لذا فإن أداة المطابقة الخاصة بالمشروع سترفض أي مانيفست مكتوب بمعرفات urn:air: حتى يتم تحديث هذا المخطط (schema).¹⁷

ما الذي تم إطلاقه بالفعل

أكثر مما اقترحته تغطية الإطلاق. يوثق المشروع ستة تطبيقات مرجعية.⁶

أداة Hugging Face Discover. ابحث عبر المهارات، وتطبيقات ML، وخوادم MCP، مدمجة في hf CLI (hf discover search)، بالإضافة إلى نقطة نهاية REST ونقطة نهاية MCP. يتم نشر الكتالوج الخاص بها على huggingface.co/.well-known/ai-catalog.json.^{6 15}

GitHub Agent Finder. خدمة اكتشاف في agentfinder.GitHub.com/API/v1، يمكن الوصول إليها بواسطة Copilot كأداة MCP عن بُعد؛ وهي "تعيد نتائج مطابقة مرتبة تختار أنت تثبيتها".⁶ سجل تغييرات GitHub واضح بشأن الحدود — "إنها لا تقوم بتوصيل أي شيء بصمت" — والميزة متاحة في جميع خطط Copilot.¹⁸

Cisco AI Catalog. التنفيذ المرجعي لـ AGNTCY Agent Directory، المنشور في ai-catalog.outshift.io والذي يخدم مسار ard.json الأحدث.⁶

Ora Directory. موثق على أنه ينفذ كامل واجهة البروتوكول — /search، و /explore، و /agents مع تعبيرات التصفية والإحالات — حيث يقوم بتقييم المنتجات من حيث جاهزيتها للعمل كعملاء (agents) وتوقيع كل بطاقة تقييم كـ Ed25519 JWS منفصلة.⁶

ANS Finder. خدمة الاكتشاف للتنفيذ المرجعي لـ Agent Name Service مفتوح المصدر بلغة Go، حيث يتم حل إثبات كل إدخال إلى إيصال SCITT في سجل شفافية. يتم استضافته ذاتياً، وليس نقطة نهاية عامة.⁶

MCP Gateway Registry. مرخص تحت Apache-2.0 وقابل للاستضافة الذاتية، ويغطي أدوار الناشر والسجل بالإضافة إلى الاتحاد من سجل إلى سجل (registry-to-registry federation).6

ما لم يتم إطلاقه بعد هو الدعم الأصلي للمنصات. قالت Google إن الدعم الأصلي لـ ARD في Gemini Enterprise Agent Platform سيأتي "في الأشهر القادمة" — كان ذلك في 17 يونيو.1 وتصف AWS الـ ARD بأنه مكمل تتوقع أن يُمكّن الاكتشاف عبر البيئات المختلفة، باستخدام لغة استشرافية في جميع أنحاء الوصف.⁴

الصف الأخير هو الذي يستحق التأمل. Anthropic، التي أنشأت MCP، و OpenAI كلاهما خارج التحالف — وهو أمر مهم لمواصفات تكمن قيمتها في مدى التغطية والانتشار.

لكن هذا ليس أمراً قاتلاً. ARD مصمم عمداً ليكون غلافاً: خادم MCP الموصوف في إدخال ARD يمكن اكتشافه سواء قامت Anthropic بشحن عميل ARD أم لا، والمشروع ينشر بالفعل موصلات عملاء لـ Claude، و ChatGPT، و GitHub Copilot، و Microsoft Copilot، و Gemini.¹⁹

ماذا يعني هذا إذا كنت تنشر موارد وكيلة (agentic resources)

إذا كنت تشغل خوادم MCP، أو مهارات، أو وكلاء يجب أن تكون برمجيات الآخرين قادرة على العثور عليهم، فإن تكلفة المشاركة هي ملف JSON ثابت واحد.

هذا رهان منخفض التكلفة حقاً. وهو أيضاً، وفقاً لتحذير المشروع نفسه، ليس ضماناً: النشر يجعلك قابلاً للاكتشاف، ولكن كل خدمة اكتشاف تقرر بنفسها ما الذي تقوم بفهرسته.¹³

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

وإذا كنت تدير سجلًا داخليًا، فإن قصة الاتحاد (federation) هي التي يجب تقييمها. وضع referrals في ARD هو الآلية لدمج النتائج الداخلية، ونتائج الموردين، والنتائج العامة دون منح أي شخص آخر السيطرة على مجموعة الإجابات.⁷

الخلاصة

تعتبر ARD الطبقة الأقل إثارة في حزمة الوكلاء (agentic stack) وربما هي التي تحدد شكلها. بروتوكولات التنفيذ موجودة بالفعل؛ ما كان مفقوداً هو طريقة تجعل الوكيل يتعلم بوجود قدرة معينة من الأساس.

التزام AWS في أغسطس هو التغيير الجوهري. وجود ثلاثة من عمالقة الحوسبة السحابية (hyperscalers) في مجلس إدارة مكون من أربعة مقاعد هو النقطة التي تتوقف عندها المواصفات المفتوحة عن كونها مجرد اقتراح من مورد واحد، كما أن وجود ستة تنفيذات مرجعية موثقة يجعلها أكثر من مجرد معيار نظري.

التحذير هنا هو أنها لا تزال مسودة، وأن Anthropic و OpenAI خارجها، وتنسيق المانيفست تغير تحت ملف مستودع لم يتم تحديثه. إذا كنت تنشر موارد للوكلاء، قم بتضمين ard.json على أي حال — فهو مجرد ملف ثابت واحد في مواجهة مستقبل محتمل. أما إذا كنت تنتظر للبناء عليها، فراقب صدور الإصدار 1.0 المعتمد ووجود مضيف محايد، وتعامل مع كل ما قبل ذلك كمواصفات لا تزال قابلة للتغيير.