يتكوّن الإعلان من ثلاثة أجزاء مترابطة:
research.example.cloudflare.pay، يمكن للتاجر استخدامه للتحقق من أن الوكيل يتصرف نيابة عن مستخدم معروف ومخوّل .cloudflare.pay، فيما ستصل وظائف التمويل والإنفاق لاحقاً .وتكمل هذه الخطوة إطلاق Monetization Gateway في يوليو 2026، وهي بوابة تتيح للمواقع وواجهات البرمجة وأدوات MCP فرض رسوم على وكلاء الذكاء الاصطناعي مقابل الوصول إلى مواردها . وبذلك تحاول Cloudflare تغطية جانبي المعاملة: تمكين الخدمات من تحصيل المال، وتمكين الوكلاء من الدفع .
تقوم البنية على مستويين. يحتفظ الإنسان أو المؤسسة بالعملات المستقرة في محفظة الحساب، ومنها يخصص أموالاً لـمحافظ افتراضية مرتبطة بوكلاء محددين .
وتوضع في كل محفظة افتراضية ضوابط واضحة، مثل:
وبهذه الطريقة لا يستطيع الوكيل تجاوز القواعد التي يحددها صاحبه، حتى إذا كان قادراً على البحث والشراء واتخاذ القرارات بصورة مستقلة .
يدعم Agents SDK من Cloudflare بروتوكولي x402 وMachine Payments Protocol (MPP). ويستخدم كلاهما مدفوعات صغيرة بالعملات المستقرة عبر بروتوكول HTTP، ما يتيح دفع مبالغ قد تقل عن سنت واحد مقابل طلب API أو الحصول على بيانات أو قراءة محتوى .
تسير العملية على النحو الآتي:
402، أي «الدفع مطلوب»، مع تفاصيل المبلغ وطريقة الدفع والجهة المستفيدة.ويعيد بروتوكول x402 استخدام رمز HTTP 402، الذي كان موجوداً في مواصفات الويب منذ سنوات من دون استخدام واسع للدفع، ليصبح تحدياً قابلاً للمعالجة آلياً بين الخدمات والبرمجيات .
لا تكفي القدرة على الدفع وحدها لإنجاح تجارة يقودها الوكلاء. فالتاجر يحتاج أيضاً إلى معرفة: هل هذا الوكيل شرعي؟ ومن سمح له بالتصرف؟
هنا يأتي دور cloudflare.pay. إذ يستطيع التاجر رؤية معرّف الوكيل والتحقق من أنه مرتبط بحساب أو مستخدم مخوّل، بدلاً من التعامل مع روبوت مجهول المصدر . وفي الوقت نفسه، يمكن للمستخدم اختيار البقاء مجهول الهوية أو استخدام اسم مستعار عند الحاجة .
التجارة الوكيلة، أو Agentic Commerce، هي نموذج يتولى فيه وكيل برمجي مهام التصفح والمقارنة والتفاوض والشراء نيابة عن الإنسان. فقد يكون الوكيل مساعد تسوق، أو أداة بحث، أو وكيل برمجة يحتاج إلى شراء الوصول إلى API أو قاعدة بيانات.
في النموذج التقليدي، يختار الإنسان المنتج ويدخل بيانات الدفع ويؤكد العملية بنفسه. أما في النموذج الوكيل، فيحدد المستخدم الهدف والميزانية والقواعد، ثم ينفذ البرنامج الخطوات المتبقية تلقائياً .
وتحاول Cloudflare بناء طبقة البنية التحتية لهذا الاقتصاد الناشئ: هوية لتحديد الجهة التي أرسلت الوكيل، وآلية دفع لمعرفة مصدر الأموال وكيفية استخدامها . ويأتي إطلاق المحافظ بعد سلسلة بناء امتدت نحو عام:
تعمل Cloudflare مع عدد من شركات المدفوعات الكبرى لتطوير معايير الثقة والدفع:
لا تقتصر المنافسة على المحافظ؛ إذ تتوزع السوق الناشئة على طبقات متعددة:
تبني ChatGPT وGoogle AI Mode وPerplexity وMicrosoft Copilot وMeta AI وAmazon Rufus الواجهات التي يمكن أن يبدأ منها المستخدم رحلة التسوق، قبل أن يتولى الوكيل البحث والمقارنة وربما إتمام الشراء .
الفكرة الأساسية ليست منح الوكيل «بطاقة ائتمان بلا قيود»، بل إعطاؤه قدرة دفع مبرمجة ومحدودة. فإذا نضجت هذه البنية، قد يطلب المستخدم من وكيله جمع بيانات من عدة خدمات، أو شراء وصول مؤقت إلى أداة، أو إتمام عملية تسوق ضمن ميزانية محددة، من دون الموافقة اليدوية على كل خطوة.
لكن نجاح النموذج سيتوقف على أكثر من وجود محفظة. فالتجار يحتاجون إلى معايير مشتركة للتحقق من الوكلاء، والمستخدمون يحتاجون إلى ضوابط مفهومة وسهلة الإيقاف، كما يجب أن تتوافق المحافظ والبروتوكولات المختلفة مع بعضها. لذلك تبدو خطوة Cloudflare جزءاً من سباق أكبر لتحديد من يملك هوية الوكيل، وكيف يدفع، ومن يتحمل مسؤولية قراراته.