أساس اقتصاد الوكيل الذكي: مخطط التنفيذ التكنولوجي المتوقع من قبل a16z

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

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

تصميم “طبقة” التعاون البحثي الذكي الملتف

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

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

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

بناء بروتوكول هوية “وكيل واعٍ” الخاص بك

تكشف توقعات Sean Neville حول “KYA” عن عائق جوهري: لا يمكن للاقتصاد الذكي أن يُبنى على مشاركين مجهولين أو غير قابلين للتتبع. الوكلاء الحاليون مجرد أشباح وراء مفاتيح API، بدون هوية قابلة للتحقق، أو حدود صلاحيات، أو مسؤولية قانونية. هذا ليس فقط مسألة تنظيمية، بل أيضًا نقص في البروتوكولات التقنية.

الحل هو تصميم معيار هوية وكيل قائم على التشفير بشكل أصيل. المسارات الممكنة تشمل توسيع شهادات التحقق من W3C، بحيث يمكنها التعبير عن “هذا الوكيل مرخص من قبل DAO معين للقيام بعمليات DeFi، بأقصى حجم مركز 1 مليون دولار”، أو إنشاء سجل وكيل على السلسلة بشكل كامل. أيًا كانت الخطة، فهي تتطلب حل مشكلة إدارة المفاتيح الأساسية: كيف يتم تخزين وتدوير المفاتيح الخاصة بالوكيل بشكل آمن؟ وعندما يتصرف الوكيل بشكل غير طبيعي، كيف يتدخل المشرف البشري بسرعة ويستعيد السيطرة؟

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

تنفيذ بروتوكول قيمة لمواجهة “الضرائب غير المرئية”

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

الحلول التقنية يجب أن تتعامل مع مسارين: مسار الدفع، وتتبع الخصائص. من ناحية الدفع، توفر حلول الطبقة الثانية على البلوكشين مثل Arbitrum أو Base قدرات دفع صغيرة منخفضة التكلفة، لكن التأخير والتعقيد لا يزالان يمثلان تحديًا. بروتوكولات الدفع الجديدة مثل Lightning Network أو Fedimint قد تقدم خيارات أفضل، لكنها تفتقر إلى تكامل جيد مع البنية التحتية الحالية. والأكثر جوهرية هو إعادة تصور بروتوكول HTTP نفسه، بإضافة حقل “توقع القيمة” في الرؤوس القياسية.

أما تتبع الخصائص فهو تحدٍ تقني أكثر دقة. كيف يمكن تتبع إجابة مولدة بواسطة AI بشكل موثوق إلى خمسة فقرات من ويكيبيديا، وثلاث أوراق أكاديمية، ومقالين في مدونة صناعية؟ العلامات الحالية مثل rel=”canonical” والمعايير المرجعية ليست كافية. نحتاج إلى تطوير بروتوكولات وسم محتوى جديدة، ربما تعتمد على بصمة دلالية بدلاً من روابط URL بسيطة، وإنشاء سجل مساهمات عبر المواقع. فقط بحل مشكلة الخصائص، يمكن تحقيق تعويضات عادلة استنادًا إلى الاستخدام.

البنية التحتية المترابطة والتحديات المفتوحة

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

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

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