بدأ وكيل الذكاء الاصطناعي في مساعدتك على جني الأموال، لكن التحدي هو…

作者: فاييديك ماندلوى

العنوان الأصلي: تعرف على وكيلك

الترجمة والتنظيم: BitpushNews

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

ومع ذلك، فإن هذا النمو ليس مجرد إشاعات.

بحلول عام 2025، ستتجاوز حركة المرور الآلية حركة المرور البشرية، لتشكل 51% من النشاط الكلي على الإنترنت. فقط حركة المرور المدفوعة بالذكاء الاصطناعي على مواقع البيع بالتجزئة في الولايات المتحدة زادت بنسبة 4700% على أساس سنوي. الآن، تعمل وكلاء الذكاء الاصطناعي عبر أنظمة متعددة، حيث يمكن للعديد منهم الوصول إلى البيانات، وتفعيل تدفقات العمل، وحتى بدء المعاملات.

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

المشكلة هي أن سرعة توسع الوكلاء تتجاوز البنية التحتية المصممة لإدارتهم.

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

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

سيتناول هذا المقال البنية التحتية اللازمة لتمكين الاقتصاد الذي يقوده الوكلاء على نطاق واسع، ويقيّم مدى نضوج هذه الطبقات لدعم مشاركين دائمين ومستقلين بسرعة الآلة.

الوكيل لا يمكنه شراء ما لا يراه

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

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

عندما يطلب الوكيل نفس الصفحة، فإنه يتلقى HTML الخام. مقال مدونة نموذجي أو صفحة منتج قد يتطلب حوالي 16,000 رمز (Token) في هذا الشكل. عند تحويله إلى ملف Markdown نظيف، ينخفض عدد الرموز إلى حوالي 3,000. هذا يعني أن المحتوى الذي يتعين على النموذج معالجته قد انخفض بنسبة 80%. قد لا يكون هذا مهمًا في طلب واحد، لكنه يصبح مشكلة عندما يرسل الوكيل آلاف الطلبات المماثلة عبر خدمات متعددة، حيث تتراكم التكاليف والبطء وزيادة تعقيد الاستدلال.

@Cloudflare

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

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

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

المشكلة أن الإنترنت لا يملك طريقة موثوقة لتمييز الزواحف الخبيثة عن الوكلاء الشرعيين. كلاهما يظهر كحركة مرور آلية، ويأتي من بنية تحتية سحابية. بالنسبة للنظام، هما متشابهان تمامًا.

الأعمق من ذلك، أن الوكلاء لا يحاولون “استهلاك” الصفحة، بل يحاولون اكتشاف احتمالات العمل.

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

@TowardsAI

لهذا السبب، يتحول البحث من تحسين محركات البحث (SEO) إلى اكتشاف الوكيل (Agent-Oriented Discoverability)، والذي يُعرف غالبًا بـ AEO. إذا كان المستخدم النهائي هو الوكيل، فإن ترتيب ظهوره في صفحات البحث يصبح أقل أهمية. المهم هو أن يكون الوكيل قادرًا على فهم قدرات الخدمة من خلال وصف يمكن للآلات قراءته دون تخمين. إذا لم يكن الأمر كذلك، فهناك احتمال أن يظل “غير مرئي” في الحصة المتزايدة من النشاط الاقتصادي.

الوكيل يحتاج إلى هوية

@Hackernoon

عندما يستطيع الوكيل اكتشاف الخدمات وبدء المعاملات، تصبح المشكلة التالية هي كيف يعرف الطرف الآخر مع من يتعامل. بمعنى آخر: الهوية.

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

يغير الوكيل المستقل هذا الحد. إذا كان بإمكان وكيل أن ينقل مباشرة عملة مستقرة أو يطلق عملية الدفع دون تأكيد يدوي، فإن السؤال الأساسي يتحول من “هل يمكنه الدفع؟” إلى “من يمنحه الإذن بالدفع؟”

وهذا هو المكان الذي تصبح فيه الهوية أساسية، ومن هنا نشأت فكرة “اعرف وكيلك” (Know Your Agent).

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

1. الأصالة التشفيرية: هل يسيطر هذا الوكيل فعلاً على المفاتيح التي يدعي استخدامها؟
2. صلاحية التفويض: من منح هذا الوكيل صلاحية، وما هي حدودها؟
3. الارتباط بالعالم الحقيقي: هل يرتبط هذا الوكيل بكيان قانوني مسؤول؟

هذه الفحوصات تشكل معًا ما يُعرف بـ “طبقة الهوية”:

• القاعدة الأساسية هي توليد المفاتيح الرقمية والتوقيع. معايير مثل ERC-8004 تحاول رسميًا توثيق كيف يُمكن للوكيل أن يُثبت هويته على سجل قابل للتحقق على السلسلة.
• الطبقة الوسيطة هي مزود الهوية. تربط المفاتيح بالكيانات الواقعية، مثل الشركات المسجلة، المؤسسات المالية، أو الأفراد الموثوق بهم. بدون هذا الربط، فإن التوقيعات تقتصر على إثبات السيطرة، ولا تضمن المساءلة.
• الطبقة الخارجية هي بنية التحقق. معالجات الدفع، شبكات CDN، أو خوادم التطبيقات تتحقق من التوقيعات في الوقت الحقيقي، وتفحص الشهادات ذات الصلة، وتنفذ حدود الصلاحية. بروتوكول الوكيل الموثوق (Trusted Agent Protocol) من فيزا مثال على ذلك، حيث يسمح للتجار بالتحقق من أن الوكيل مخول لتمثيل المستخدم في المعاملات. بروتوكول الوكيل الخاص بـ Stripe (ACP) يضع مثل هذه الفحوصات في سياق عمليات الدفع القابلة للبرمجة والعملات المستقرة.

وفي الوقت نفسه، تتيح مبادرة “الاتفاقية التجارية العامة” (UCP) بقيادة Google وShopify للتجار نشر “قوائم القدرات” التي يمكن للوكيل اكتشافها والتفاوض بشأنها. تعمل كطبقة تنسيق، ومن المتوقع أن تدمج في نتائج بحث Google وGemini.

@FintechBrainfood

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

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

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

التحقق من تنفيذ الوكيل وسمعته

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

لذا، السؤال الأهم هو: هل يمكن إثبات أن الوكيل أنجز فعلاً ما ادعى أنه أنجزه؟

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

ثلاث طرق حالياً لتحقيق ذلك:

1. البيئات التنفيذية الموثوقة (TEEs): تعتمد الطريقة الأولى على إثباتات من خلال أجهزة مثل AWS Nitro وIntel SGX. في هذا النموذج، يعمل الوكيل داخل منطقة آمنة (Enclave)، التي تصدر شهادة مشفرة تؤكد أن الكود المحدد قد نفذ على بيانات معينة ولم يتم التلاعب به. عادةً، يكون الحمل الزائد قليلًا (حوالي 5-10% زيادة في التأخير)، وهو مقبول في حالات الاستخدام المالية والمؤسساتية التي تركز على النزاهة أكثر من السرعة.
2. ZKML (التعلم الآلي بدون معرفة): الطريقة الثانية تعتمد على الرياضيات. تتيح ZKML للوكيل إصدار إثباتات مشفرة، تؤكد أن المخرجات ناتجة عن نموذج معين، دون الكشف عن أوزان النموذج أو المدخلات الخاصة. أحدثت DeepProve-1 من Lagrange Labs ثورة في إثبات استنتاج GPT-2 بالكامل بدون معرفة، بسرعة تفوق الطرق السابقة بمقدار 54-158 مرة.
3. الأمان عبر الرهن (Restake Security): النموذج الثالث يفرض صحة العمليات عبر أدوات اقتصادية بدلاً من حسابية. بروتوكولات مثل EigenLayer تعتمد على الرهن، حيث يراهن المدققون برأس مالهم على نتائج الوكيل. إذا تم الطعن على النتيجة وإثبات أنها خاطئة، يُخصم الرهن (Slashing). لا يثبت النظام صحة كل عملية حسابية، بل يجعل السلوك غير الصادق غير مجدي اقتصاديًا.

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

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

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

@EAS

بيئة الاختبار التنافسية تتشكل أيضًا. ساحة الوكلاء (Agent Arenas) تقيم الوكلاء بناءً على مهام موحدة، وتستخدم أنظمة تقييم مثل Elo لترتيبهم. ذكرت شبكة Recall أن أكثر من 110,000 مشارك أنتجوا 5.88 مليون تنبؤ، وخلقوا بيانات أداء قابلة للقياس. مع توسع هذه الأنظمة، ستبدأ في أن تشبه سوق تقييمات حقيقية لوكلاء الذكاء الاصطناعي.

وهذا يسمح بنقل السمعة عبر المنصات.

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

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

باختصار، فإن هذه الطبقات ستشكل أساس بنية اقتصاد الوكلاء:

1. الاكتشاف (Discoverability): يجب أن يكون الوكيل قادرًا على اكتشاف الخدمات بطريقة قابلة للقراءة آليًا، وإلا فلن يتمكن من العثور على الفرص.
2. الهوية (Identity): يجب أن يثبت الوكيل هويته، ويثبت من هو المخول له، وإلا فلن يُسمح له بالدخول.
3. السمعة (Reputation): يجب أن يبني سجلًا يمكن التحقق من صحته، يثبت موثوقيته، ويكسب الثقة الاقتصادية المستمرة.