الإفصاح: تم كتابة هذه المقالة كجزء من حملة مدفوعة لمجتمع Wurk.


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

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

تم بناء Wurk لإزالة هذا الجدار بالكامل.

ما هي Wurk فعليًا

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

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

وضعت Wurk نفسها كأكبر وأنشط سوق للوظائف المصغّرة (microjob) على Solana، وهذا التوسع ليس أمرًا عرضيًا — بل نتيجة مباشرة لحل أصعب جزء في أي اقتصاد مصغّر: جعل المدفوعات الصغيرة والمتكررة تعمل فعليًا دون أن تقوم قناة الدفع نفسها بابتلاع القيمة المنقولة.

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

لماذا تحتاج Solana تحديدًا

من المفيد التوقف قليلًا عند سبب أهمية البلوك تشين هنا أصلًا، لأن الإجابة الصادقة ليست "البلوك تشين يجعل كل شيء أفضل". بل هي أضيق وأكثر تحديدًا: المدفوعات المصغّرة لا تنجح اقتصاديًا إلا عندما تكون تكلفة تحريك المال أقل من المال نفسه.

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

بُنية Solana مبنية على افتراض معاكس تمامًا. رسوم المعاملات تقع في حدود جزء صغير من السنت — يُذكر غالبًا حول $0.00025 — والجاهزية (finality) تصل خلال نحو 400 ميلي ثانية. هذا المزيج هو ما يحوّل المهام المصغّرة من "احتمالية نظريًا" إلى "حقيقة اقتصادية". يمكن لمنصة أن تدفع لعامل 0.02 دولار مقابل استطلاع مدته ثلاثون ثانية، ولا تقوم رسوم الشبكة باجتياح معظم تلك المكافأة بهدوء. اضرب ذلك عبر آلاف العمال وآلاف المهام، وستأتي الفروقات بين اقتصاد قابل للحياة واقتصاد مستحيل إلى مدى قدرة المسار الأساسي على التعامل مع مبالغ صغيرة من غير احتكاك.

وهذا أيضًا سبب تحوّل Solana إلى مركز لنشاط x402 بشكل أوسع، مع بنية تحتية وشبكات ميسّرين مبنية تحديدًا لدعم المدفوعات المصغّرة التي يقودها الوكيل على هذا النطاق.

x402: تعليم الإنترنت كيف يدفع لكل طلب

تتعلق القصة التقنية الأعمق بإحياء كبير لكنه هادئ: x402، وهو معيار دفع مبني على رمز حالة HTTP 402 "Payment Required" الذي ظل خاملًا لفترة طويلة. لقد كان هذا الرمز موجودًا ضمن مواصفة HTTP منذ عقود كعنصر مخصص محفوظ لم يُطبّقه تقريبًا أحد. يقوم x402 بتحويله إلى مصافحة دفع تعمل بالفعل.

إليك الآلية بصياغة بسيطة. يستدعي وكيل ذكاء اصطناعي نقطة نهاية API. إذا كانت هناك حاجة للدفع، يرد الخادم بحالة 402 مع وصف منظم لما يكلفه وكيفية الدفع. يقوم الوكيل بتوقيع الدفع باستخدام محفظته التشفيرية الخاصة، ويعيد محاولة الطلب نفسه مع إرفاق الدفع، وعند النجاح يستقبل استجابة 200 عادية مع نتيجته. لا إنشاء حسابات. لا اشتراك. لا موافقة بشرية على فاتورة بينهما. فقط طلب وسعر وتوقيع ونتيجة — كلها داخل تبادل HTTP واحد.

ما يجعل هذا أكثر من مجرد خدعة بروتوكول ذكية هو من يقف خلفه. أصبحت x402 مدعومة الآن من مؤسسة Linux Foundation، وتضم Coinbase وStripe وVisa وMastercard وGoogle ضمن المنظمات التي تدعم تطويرها كمعيار مفتوح لمدفوعات وكلائية (agentic payments). هذا ليس تجربة كريبتو تخمينية؛ بل هو اتفاق بين بعض أكبر شركات المدفوعات والبنية التحتية في العالم على أن الآلات ستحتاج إلى طريقة أصلية للدفع مقابل الأشياء، وأن المسارات لذلك يجب أن تكون مفتوحة بدلًا من أن تُحصر داخل API شركة واحدة.

تشغّل Wurk نقاط النهاية x402 على كل من Solana وBase، مما يعني أن الوكيل يمكنه الدفع بـ $USDC على أي من الشبكتين اعتمادًا على مكان وجود أمواله.

MPP: النصف الآخر من مكدس الآلة-المدفوعات

إلى جانب x402، تُتيح Wurk أيضًا نقاط نهاية (endpoints) باستخدام MPP (Machine Payment Protocol) على شبكة Tempo وعلى Solana. حيث يستخدم x402 ترويسة PAYMENT-SIGNATURE ومسار تحدي-استجابة (challenge-response) بسيطًا نسبيًا، يتبع MPP نمطًا مختلفًا قليلًا مبنيًا حول Authorization: بيانات اعتماد الدفع وWWW-Authenticate تحديات — وهو أقرب في شكله إلى تدفقات مصادقة الويب المألوفة، ما يسهل اعتماد بعض أطر عمل الوكلاء ومكتبات العملاء له بشكل أصلي.

السبب العملي الذي يجعل ذلك مهمًا للمطورين هو المرونة (optionality). تتلاقى مجموعات الوكلاء ومزاوجاتهم للمحافظ نحو معايير مختلفة وبسرعات مختلفة. من خلال دعم قناتي الدفع x402 وMPP عبر أربع تركيبات — x402 على Solana، وx402 على Base، وMPP على Tempo، وMPP على Solana — لا يُجبر Wurk كل مطور على مكتبة دفع أو سلسلة واحدة بعينها. يمكن لوكيل مُجهز بالفعل لـ x402-on-Solana أن يستخدمه مباشرة؛ أما الذي بُني حول أدوات MPP على Tempo فيمكنه استخدام ذلك بدلًا عنه. أما تجربة نشر الوظائف وردود البشر التي تحتها فهي نفسها في كل الأحوال.

كيف تبني Wurk نظامًا بيئيًا ذا تمويل ذاتي

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

إليك الحلقة كما وصفها فريق Wurk نفسه: في كل مرة يتم فيها إنشاء وظيفة على المنصة — سواء أُرسلت بواسطة إنسان أم بواسطة وكيل ذكاء اصطناعي عبر x402 أو MPP — يتم حجز رسوم منصة من تلك الوظيفة. يمكن تمويل الوظائف باستخدام $SOL ، أو USDC، أو USDC على Base، لكن المدفوعات الواردة يتم تحويلها إلى $WURK. لا تدخل هذه الرسوم إلى الخزنة (Vault) فورًا، مع ذلك. بل تبقى محجوزة حتى يتم إنجاز العمل فعليًا.

هذا التمييز مهم. لا تنفتح الرسوم وتتدفق إلى النظام إلا عندما يتم إنهاء مهمة حقيقية بواسطة عامل حقيقي — وليس في اللحظة التي يتم فيها نشر وظيفة. لذلك تُموَّل الخزنة بالعمل المكتمل، لا بنشاط تخميني أو وعود بنشاط مستقبلي. وباستخدام المثال المنشور الخاص بالمنصة، لو كانت وظيفة ممولة بـ 0.1 SOL، فإن الجزء الأكبر (90%) من الرسوم المحجوزة يتدفق إلى العامل الذي أنجز المهمة، وقطعة صغيرة (1%) تذهب لمن أحال ذلك العامل إلى المنصة، والباقي (9%) يتدفق إلى الخزنة (Vault) للحاملين.

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

توزيع المكافآت وعجلة صندوق Wurk الدوّارة

كيف يُوظّف الوكيل إنسانًا فعليًا

يجدر بنا أن نمر على شكل ذلك في الواقع، لأن عبارة "الوكلاء يوظفون بشرًا" تبدو مجردة حتى ترى البنية الفعلية لها.

قل إن وكيل المطور بالذكاء الاصطناعي يبني صفحة هبوط ويتعثر في سؤال ذاتي: أي من ثلاثة عناوين رئيسية بديلة أكثر إقناعًا؟ يمكن للوكيل استدعاء نقطة النهاية (endpoint) agenttohuman لدى Wurk — المتاحة على wurkapi.fun/solana/agenttohuman لـ x402 على Solana، أو المسار المكافئ على Base أو Tempo — حيث يصف المهمة بلغة بسيطة، ويحدد عدد الردود البشرية التي يريدها وكم سيدفع لكل رد، ثم يرسل الطلب. المكالمة الأولى تُرجع 402 مع السعر. يقوم الوكيل بتوقيع الدفع، وإعادة المحاولة، ثم يستلم معرف وظيفة (job ID) ورمزًا خاصًا "secret" يمكنه استخدامه لاحقًا للتحقق من الردود — عادةً خلال دقائق إلى حوالي ساعة، لأن هذه ردود من بشر حقيقيين وليست مخرجات مُحاكاة.

من الوكيل إلى البشر

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

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

ما وراء وظائف لمرة واحدة: ربط Wurk في سير عمل

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

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

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

لمن هذه بالضبط؟

من المغري تأطير "الوكلاء بالذكاء الاصطناعي يوظفون بشرًا" كفضول مستقبلي، لكن التأطير الأدق هو أن Wurk يخدم جمهورين في الوقت نفسه، وهذا مقصود.

من جهة: المؤسسون المستقلون، وبنّاؤو المشاريع من الفئة المستقلة، والـ DAOs، والمجتمعات التي تحتاج إدخالًا بشريًا حقيقيًا — مختبرين، مراجعين، مصوّتين، كتّاب، دليل اجتماعي — ولا تملك الميزانية أو عدد الموظفين لتشغيل عملية بحث أو تسويق تقليدية. ومن الجهة الأخرى: الأشخاص الذين ينجزون فعليًا المهام، والذين يمكنهم كسب $USDC أو $WURK مقابل مساهمات حقيقية منخفضة الجهد لكنها ذات قيمة، وغالبًا خلال دقائق قليلة فقط.

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

النمط الأكبر الذي هي جزء منه

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

المميز في تنفيذ Wurk تحديدًا أنه يجعل المهام الفعلية غير لامعة. لا تحتاج إلى تأطير خيال علمي — إنها مكافأة مقابل ملاحظات، وهي نفس المبادلة الأساسية التي وُجدت في أبحاث السوق والتمويل الجماعي (crowdsourcing) لعقود. ما تغيّر هو الطبقة تحت ذلك: من يستطيع بدء طلب، ومدى سرعة تسويته، ومدى صِغر المعاملة التي يمكن أن تظل منطقية اقتصاديًا، وكيف تبقى تمويلات النظام البيئي مرتبطة بعمل مكتمل حقيقي بدلًا من انبعاثات تخمينية.

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


إفصاح: كُتبت هذه المقالة ضمن حملة مجتمعية مدفوعة الأجر من Wurk.

#Web3 #solana #AIAgents #x402 #AgenticCommerce