🤖 AI

Agentization of Digital Assets for the Agentic Web: Concepts, Techniques, and Benchmark

تتناول هذه الورقة نقص المنهجيات المؤتمتة للويب الوكيل (Agentic Web) من خلال صياغة عملية "الوكالة من عميل إلى عميل" (A2A-Agentization)، وتطوير "وكيل الوكالة" (Agentization Agent) لتحويل الأصول الرقمية إلى وكلاء مستقلين، وتقديم "اختبار A2A-Agentization" (A2A-Agentization Bench) لتقييم دقة وتوافق هذا التحول بصرامة.

المؤلفون الأصليون: Linyao Chen, Bo Huang, Qinlao Zhao, Shuai Shao, Zhi Han, Zicai Cui, Ziheng Zhang, Guangtao Zeng, Wenzheng Tang, Yikun Wang, Yuanjian Zhou, Zimian Peng, Yong Yu, Weiwen Liu, Hiroki Kobayashi, Weinan Zh

نُشر 2026-04-07

📖 5 دقيقة قراءة🧠 قراءة متعمّقة

CC BY 4.0

المؤلفون الأصليون: Linyao Chen, Bo Huang, Qinlao Zhao, Shuai Shao, Zhi Han, Zicai Cui, Ziheng Zhang, Guangtao Zeng, Wenzheng Tang, Yikun Wang, Yuanjian Zhou, Zimian Peng, Yong Yu, Weiwen Liu, Hiroki Kobayashi, Weinan Zhang

البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل

إليك شرح لورقة بحثية بعنوان "أتمتة الأصول الرقمية من أجل الويب الوكيل" (Agentization of Digital Assets for the Agentic Web)، مترجمة إلى لغة بسيطة مع استخدام تشبيهات إبداعية.

الصورة الكبيرة: من مكتبة إلى فريق من العمال

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

الويب الوكيل (The Agentic Web) هو رؤية لمستقبل لا يكون فيه الإنترنت مجرد مكتبة لأشياء ثابتة، بل مكان عمل صاخب مليء بالعمال المستقلين (الوكلاء الذكاء الاصطناعي - AI Agents) الذين يمكنهم التحدث مع بعضهم البعض، والتخطيط، وإنجاز المهام دون مساعدة بشرية.

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

الحل (الأتمتة/التحويل لوكيل - Agentization):
تقدم هذه الورقة عملية تسمى "التحويل لوكيل" (Agentization). فكر في الأمر كأنه مصنع آلي يأخذ أداة ثابتة ومغطاة بالغبار من المكتبة، ويقوم فوراً بترقيتها إلى عامل ذكاء اصطناعي حديث ومتحدث يمكنه الانضمام إلى الفريق.

العقبات الثلاث الكبرى (لماذا الأمر صعب؟)

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

مشكلة "المفاتيح المفقودة" (البيئات غير المتسقة):
- تشبيه: تخيل أنك اشتريت آلة صنع قهوة فاخرة، ولكن عندما قمت بتوصيلها بالكهرباء، لم تعمل لأنك لا تملك محول الجهد المناسب، أو لأن فلتر الماء مفقود، أو لأن مخرج الكهرباء معطل.
- في الورقة البحثية: غالباً ما تتطلب البرمجيات القديمة إعدادات محددة ومعقدة للعمل. إذا حاول العامل الذكي استخدام الأداة ولكن "البيئة" لم تُجهز بشكل مثالي، فستتعطل الأداة.
مشكلة "الخلطة السرية" (المهارات غير المنظمة):
- تشبيه: لديك كتاب طبخ، لكن الوصفات مكتوبة بشفرة سرية، ومبعثرة عبر صفحات مختلفة، وبعض المكونات مخفية في الهوامش. لا يمكنك مجرد "قراءة" الكتاب للطبخ؛ بل يجب عليك فك الشفرة أولاً.
- في الورقة البحثية: الأجزاء المفيدة من البرمجيات مدفونة في كود برمجي فوضوي. يحتاج الذكاء الاصطناي للعثور على "الأشياء الجيدة"، وتغليفها بدقة، وتسميتها بوضوح حتى يعرف عمال الذكاء الاصطناعي الآخرون كيفية استخدامها.
مشكلة "بطاقة الاسم" (الفجوة الدلالية):
- تشبيه: لديك ميكانيكي بارع في الغرفة، لكنه لا يرتدي بطاقة اسم. إذا كنت بحاجة إلى ميكانيكي، ستمر بجانبه دون أن تلاحظ وجوده لأنك لا تعرف من هو.
- في الورقة البحثية: حتى لو كانت الأداة تعمل، يحتاج عمال الذكاء الاصطناعي الآخرون إلى "بطاقة هوية" واضحة (تسمى بطاقة الوكيل - Agent Card) تقول: "أنا محرر فيديو" أو "أنا حاسبة مالية". بدون هذه البطاقة، لن تتمكن الأدوات من العثور على بعضها البعض للتعاون.

"وكيل الأتمتة": المصنع السحري

لحل هذه المشكلة، بنى المؤلفون ذكاءً اصطناعياً خاصاً يسمى "وكيل الأتمتة" (Agentization Agent). فكر في هذا الوكيل كأنه مشرف فائق الذكاء في مصنعنا.

عندما تعطيه قطعة من البرمجيات (مثل مستودع كود)، يقوم بأربعة أشياء متتالية:

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

"اختبار الأتمتة": اختبار القيادة

كيف نعرف أن هذا المصنع يعمل حقاً؟ لا يمكنك الاكتفاء بالقول "يبدو جيداً"، بل تحتاج إلى اختبار.

أنشأ المؤلفون معياراً (Benchmark) (اختباراً معيارياً) يسمى A2A-Agentization Bench.

مضمار الاختبار: جمعوا 35 "أداة" مختلفة (مثل محرري الفيديو، وحاسبات الكيمياء، وأدوات كشط الويب) ووضعوا أكثر من 500 مهمة محددة.
الدرجتان:
1. الدقة (هل نجح الأمر؟): هل قام عامل الذكاء الاصطناعي الجديد بالمهمة بشكل صحيح فعلاً؟ (مثلاً: هل قام بالفعل بتحرير الفيديو؟)
2. التوافق التشغيلي (هل اندمج مع الآخرين؟): هل استطاع عمال الذكاء الاصطناعي الآخرون العثور على هذا العامل الجديد وطلب المساعدة منه؟ (مثلاً: هل نجح الذكاء الاصطناعي المالي في "توظيف" محرر الفيديو لعمل تقرير؟)

النتائج: أخبار جيدة، وأخبار سيئة

اختبر المؤلفون مصنعهم مقابل أفضل أدوات البرمجة بالذكاء الاصطناعي الأخرى.

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

لماذا يهم هذا الأمر؟

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

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

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

إليك ملخص تقني مفصل لورقة البحث بعنوان "أتمتة تحويل الأصول الرقمية إلى وكلاء من أجل الويب الوكيل: المفاهيم، التقنيات، والمعيار المرجعي."

1. بيان المشكلة

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

بينما توجد كميات هائلة من الأصول الرقمية (مثل مستودعات الأكواد، المستندات، والخدمات) كحوامل لمعرفة ووظائف قيمة، إلا أنها تظل "جزر بيانات" ثابتة. التحدي الجوهري يكمن في "تحويل الأصول إلى وكلاء" (Agentization): وهي العملية المؤتمتة لتحويل هذه الأصول الثابتة إلى وكلاء متوافقين مع بروتوكولات التواصل بين الوكلاء (A2A).

حدد المؤلفون ثلاث عقبات تقنية رئيسية في أتمتة هذه العملية، لا سيما بالنسبة لمستودعات الأكواد:

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

2. المنهجية

أ. إطار عمل تحويل الأصول إلى وكلاء (Agentization Framework)

يصيغ البحث عملية A2A-Agentization كمسار مكون من أربع مراحل يحول مستودعًا خامًا ( $D_{repo}$ ) إلى وكيل متوافق ( $A$ ):

إعداد البيئة ( $E$ ): تخليق بيئة قابلة لإعادة الإنتاج (مثل صور الحاويات/Containers، وحل التبعيات) لضمان تشغيل منطق الأصل بشكل حتمي.
- $E = G_{env}(W_{dep}, W_{conf})$
استخراج المهارات كأدوات ( $T$ ): تحديد وتغليف والتحقق من صحة الوحدات الوظيفية من قاعدة الكود وتحويلها إلى أدوات قابلة للتنفيذ.
- $T = G_{tool}(D_{repo}, E)$
تجسيد الوكيل الداخلي ( $A_{in}$ ): بناء البنية المعرفية للوكيل (مثل حلقة ReAct) التي تدمج الأدوات المستخرجة للتخطيط وتنفيذ المهام.
- $A_{in} = G_{inner}(D_{repo}, E, T)$
التحويل النهائي للوكيل (بطاقة الوكيل $C$ ): إنشاء سجل وصف ذاتي (بطاقة الوكيل) يفصل هوية الوكيل والأدوات المتاحة، مما يتيح اكتشافه من قبل المنسقين (Orchestrators).
- $C = G_{card}(D_{repo}, T)$
- الوكيل النهائي: $A = \{A_{in}, C\}$

ب. وكيل تحويل الأصول إلى وكلاء (The Agentization Agent)

لتنفيذ هذا الإطار، يقترح المؤلفون "وكيل A2A-Agentization"، وهو نظام مستقل مصمم لحل العقبات التقنية الثلاث. يقوم هذا النظام بتطوير المستودع من البداية إلى النهاية، محولًا الكود الثابت إلى وكيل نشط ومتوافق مع بروتوكولات A2A.

ج. المعيار المرجعي: A2A-Agentization Bench

لتقييم هذه القدرة بدقة، قدم المؤلفون A2A-Agentization Bench، وهو أول معيار مرجعي مصمم خصيصًا لهذا المجال.

مجموعة البيانات: تم اختيارها من 35 مستودعًا متنوعًا على GitHub عبر 9 مجالات (مثل المعالجة البصرية، أتمتة المستندات، الكيمياء، والتمويل)، تحتوي على 522 حالة تقييم.
أنواع المهام:
- مهام المستودع الواحد: تقييم وراثة القدرات (Capability Inheritance) (الدقة). هل يمكن للوكيل تنفيذ مهارات محددة مستخرجة من المستودع بشكل صحيح؟
- مهام المستودعات المتعددة: تقي Evaluate التنفيذ التعاوني (Collaborative Execution) (التوافق التشغيلي). هل يمكن تنسيق الوكلاء لحل سير عمل يتطلب عدة وكلاء متميزين؟
مقاييس التقييم:
- الدقة (Fidelity): تُقاس بمعدل نجاح التنفيذ (SR) في مهام المستودع الواحد.
- التوافق التشغيلي (Interoperability): يُقاس بـ جودة المواصفات (درجة F1 للمهارة بمقارنة بطاقات الوكيل المولدة مع الحقيقة الأرضية) و معدل نجاح التنسيق (قدرة المنسق على توجيه المهام بشكل صحيح).

3. المساهمات الرئيسية

الصياغة المفاهيمية: تعريف "تحويل الأصول الرقمية إلى وكلاء" كمهمة تطوير مستقلة على مستوى المستودع، وصياغة عملية التحول من البيانات الثابتة إلى وكلاء متوافقين مع بروتوكولات A2A.
وكيل A2A-Agentization: اقتراح إطار عمل مؤتمت بالكامل يتعامل بشكل منهجي مع إعداد البيئة، واستخراج المهارات، وتوليد الوصف الدلالي.
معيار A2A-Agentization Bench: إنشاء معيار مرجعي شامل يضم 35 مستودعًا و522 مهمة، مما يضع أول معيار لتقييم دقة وتوافق توليد الوكلاء المؤتمت.
التحليل التجريبي: تقديم تقييم صارم لأحدث وكلاء البرمجة (Claude Code, Codex, OpenHands, EnvX) في هذا السياق الجديد، وتحديد أوضاع الفشل المحددة.

4. النتائج التجريبية والتحليل

قيم المؤلفون أربعة أطر عمل (Claude Code, Codex CLI, OpenHands, EnvX) باستخدام المعيار المرجعي.

المرحلة 1 (نجاح العملية): حقق كل من Claude Code و EnvX نسبة نجاح في تحويل الأصول بلغت 100% (Pass@1)، حيث نجحا في نشر وكلاء بمخططات (Schemas) صالحة. عانت النماذج الأخرى في تهيئة البيئة، مما تطلب محاولات متعددة.
المرحلة 2 (وراثة القدرات): حقق Claude Code أعلى معدل نجاح إجمالي في التنفيذ (36.9%)، يليه عن قرب EnvX بنسبة (35.1%). وهذا يبرز أن إعداد البيئة القوي (نقطة قوة EnvX) أمر بالغ الأهمية لدقة التنفيذ.
المرحلة 3 (التنفيذ التعاوني):
- جودة المواصفات: حقق EnvX و Claude Code أعلى درجات F1 للمهارة (~66% و ~63% على التوالي)، مما يشير إلى قدرات أفضل في الوصف الذاتي.
- التنسيق: ارتبطت جودة المواصفات العالية بتحسن نجاح التنسيق. ومع ذلك، حقق OpenHands أعلى معدل نجاح نهائي في التنفيذ (46.2%) في سيناريوهات الوكلاء المتعددين رغم انخفاض درجات التنسيق، مما يشير إلى أن محرك التنفيذ الخاص به قوي للغاية حتى عندما يكون توجيه المهام غير مثالي.

أنماط الفشل الحرجة المحددة:

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

5. الأهمية

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

تشير النتائج إلى أنه بينما يعد تحويل الأصول إلى وكلاء أمرًا ممكنًا، يجب أن تعطي الأبحاث المستقبلية الأولوية لـ:

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

إن تقديم A2A-Agentization Bench يضع معيارًا جديدًا ليس فقط لتقييم مدى جودة استخدام الوكيل للأدوات، بل لتقييم مدى جودة إنشاء هذا الوكيل من قواعد الأكواد الموجودة للانضمام إلى النظام البيئي الوكيل.