Cloudflare Wallets يضيف ضوابط الدفع والهوية إلى وكلاء الذكاء الاصطناعي

أعلنت Cloudflare عن Cloudflare Wallets في 4 أغسطس 2026. صُمم المنتج لمنح وكلاء الذكاء الاصطناعي وسيلة دفع مدمجة وهوية قابلة للتحقق على الويب، بحيث يستطيع الوكيل شراء خدمات API بصورة مستقلة ضمن ضوابط أمان يحددها البشر. يجري الإطلاق على مرحلتين. حجز معرّف Cloudflare Wallet متاح اليوم، لكن استخدام المحفظة للدفع مقابل واجهات API والمحتوى لم يُطرح بعد.

ما الذي يفعله Cloudflare Wallets فعليًا

يعتمد Cloudflare Wallets على بروتوكول x402، الذي يربط المدفوعات الصغيرة بطلبات HTTP. وتذكر Cloudflare استدلال الذكاء الاصطناعي والمحتوى مثالين لما يمكن شراؤه عبر طلب منفرد. تُجرى المدفوعات باستخدام العملات المستقرة، ويُحوّل المبلغ كدفعة صغيرة. وهذا يجعل المعاملة جزءًا من طلب واجهة API أو المحتوى بدلًا من كونها مسار شراء منفصلًا. يستخدم المثالان آلية x402 نفسها: دفعة مرتبطة بطلب HTTP.

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

الهوية اختيارية. توفر Cloudflare معرّفات cloudflare.pay سهلة القراءة، مثل research.example.cloudflare.pay، حتى يتمكن التاجر من تحديد الوكيل المرتبط بعملية الدفع. يرتبط المعرّف المقروء بضوابط الدفع ضمن المنتج، لكنهما ليستا الميزة نفسها. يتوفر الإعلان الكامل في المصدر الأساسي لـ Cloudflare Wallets.

ما يعنيه ذلك عند اختيار أدوات الوكلاء

يعالج Cloudflare Wallets الدفع والهوية، وليس بقية مكونات نظام الوكيل. لذلك ينبغي اعتباره طبقة مستقلة عند تقييم الأدوات المستخدمة لبناء وكيل أو تنسيق عمله. تشمل صفحات الدليل ذات الصلة AutoGen وCrewAI وLangChain. ولمقارنة مسارات العمل، يُعد n8n مرجعًا آخر. وتجمع فئة الأتمتة والوكلاء الأوسع أدوات قد تعمل حول طبقة الدفع هذه.

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

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

القيود والتوفر الحالي

يمثل التوفر القيد الرئيسي. تقول Cloudflare: "ابتداءً من اليوم، يمكنك حجز معرّف Cloudflare Wallet لحسابك... وقريبًا، ستتمكن من إعداد Cloudflare Wallet واستخدامه للدفع مقابل واجهات API والمحتوى." حجز المعرّف متاح الآن. أما إعداد المحفظة والدفع الفعلي مقابل واجهات API أو المحتوى فقد أُعلن عنهما، لكنهما غير متاحين بعد.

لذلك لا يستطيع المطورون حاليًا التعامل مع Cloudflare Wallets باعتباره مسار دفع مطروحًا لوكيل. يوفر معرّف cloudflare.pay المحجوز عنصر الهوية المتاح، لكنه لا يفعّل إمكانية الدفع. وتظل المدفوعات الصغيرة بالعملات المستقرة مقابل استدلال الذكاء الاصطناعي أو واجهات API الأخرى أو المحتوى جزءًا من المرحلة التالية المعلنة. يمكن تقييم ضوابط السياسات بوصفها تصميمًا، لكن لا يمكن اختبارها بعد من خلال عمليات شراء فعلية.

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