العودة
Cloudflare تفتح وصولاً مدفوعاً لأدوات MCP: من يتحكم في نفقات الوكيل؟
SiTech AI Team3 دقيقة قراءة

Cloudflare تفتح وصولاً مدفوعاً لأدوات MCP: من يتحكم في نفقات الوكيل؟

أطلقت Cloudflare النسخة التجريبية المغلقة من Monetization Gateway، مما يتيح للبائعين تحديد أسعار أدوات MCP للوكلاء. تتم المدفوعات عبر بروتوكول x402، لكن المطورين لا يزالون مسؤولين عن التحكم في نفقات الوكيل.

أطلقت Cloudflare النسخة التجريبية المغلقة من Monetization Gateway: يمكن للمالكين تحديد أسعار الوصول إلى واجهات API وأدوات MCP والبيانات للوكلاء. بروتوكول x402 ينقل تفويض الدفع ضمن طلب HTTP نفسه ولا يحرر المورد إلا بعد تأكيد الدفع بعملة USDC على بلوكتشين Base.

النسخة التجريبية تشمل البائعين والمشترين في الولايات المتحدة فقط، بينما تفرض AI Gateway من Cloudflare رسوماً بالفعل على كل طلب نموذج. الاستدعاء المدفوع يضيف قراراً جديداً إلى دورة التنفيذ: يجب على runtime تحديد ما إذا كان لدى الوكيل صلاحية الإنفاق.

التحكم في الإنفاق خارج النموذج

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

يتلقى جانب العميل في Agents SDK رد استدعاء تأكيد من withX402Client بشروط الدفع قبل تحويل المبلغ؛ عند تمرير null يدفع الوكيل تلقائياً. يمكن للفريق جعل التأكيد على الاستدعاء المدفوع إلزامياً، بشكل مشابه لوظيفة elicitation في MCP.

الحد لكل استدعاء غير كافٍ

السقف المحدد لكل معاملة ليس كافياً وحده: الوكيل الذي لديه حد 0,10 دولار لكل استدعاء يمكنه مع ذلك إنفاق 10 دولارات أثناء مهمة طويلة دون خرق القواعد. حدود المحفظة تحد إجمالي الإنفاق، لكن بدون Virtual Wallet منفصلة لا يظهر مقدار ما تنفقه مهمة واحدة.

السعر المتغير ومخاطرة إعادة المحاولة

يتغير السعر أيضاً بين التفويض والتسوية. تدعم Cloudflare مخطط exact في x402 للسعر الثابت ومخطط upto للسعر المتغير: يفوض العميل سقفاً ويبلغ البائع الرسوم الفعلية. تستخدم API2PDF مخطط upto لأن كل مهمة PDF تستهلك موارد بحجم مختلف. تتراوح الأسعار من 0,001 إلى 100 دولار.

لذلك يراقب runtime حدين: ما قد يُخصم من استدعاء واحد وكم تبقى من الميزانية. مع السعر المتغير، الافتراض الآمن هو أن كل استدعاء يستهلك كامل السقف المفوض، حتى تؤكد التسوية المبلغ الفعلي.

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

اختيار الأداة وتتبع النفقات

تتيح أداة paidTool في Agents SDK لخوادم MCP مزيجاً من الأدوات المجانية والمدفوعة؛ العميل الذي لا يملك دفعاً يتلقى استجابة 402 ويعيد المحاولة مع x402 وتأكيد الدفع. ما إذا كان شراء الأداة يستحق يبقى قرار العميل.

تعتزم Cloudflare الكشف عن سجلات معاملات Monetization Gateway، رغم أن هذه السجلات مخصصة للبائعين؛ يحتاج المطورون إلى قياس خاص بهم لربط المدفوعات بالاستدعاءات المسببة. يظهر رصيد المحفظة أن الوكيل أنفق 50 دولاراً، لكنه لا يخبرنا أن مهمة واحدة استهلكت 3,80 دولاراً عبر 27 استدعاء.

SSiTech

SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي

نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.