أعلنت ماستركارد، عملاقة المدفوعات الأميركية، في 20 أكتوبر عن بدء الإتاحة المبكرة للمطورين لخدمة الدفع المخصصة لوكلاء الذكاء الاصطناعي «Agent Pay for Machines (AP4M)». وأصبحت الخدمة تتيح النسخ الأولية من واجهات API الخاصة بكل من المشتري ومقدم الخدمة، وأدوات التطوير، وبيئة اختبار معزولة، ووثائق للمطورين، ما يفتح المجال أمام مرحلة بناء المعاملات التجارية بين الوكلاء واختبارها.
ما يُعهد به إلى الذكاء الاصطناعي لا يقتصر على «الشراء»
لطالما طُرحت تصورات لمستقبل يبحث فيه وكيل الذكاء الاصطناعي ويقارن، ثم يشتري مباشرة. لكن مع اقتراب هذا المستقبل من الواقع، يبرز سؤال مختلف: من يحدد ما يمكنه استخدامه، وبأي صلاحيات، وإلى أي حد؟ صُممت AP4M للإجابة عن هذا السؤال تحديدًا.
تتيح الخدمة للوكلاء إجراء المعاملات ضمن الصلاحيات وحدود الإنفاق التي توافق عليها الشركة مسبقًا. فبدلًا من تسليمهم محفظة مفتوحة، تُحدَّد لهم مسبقًا مساحة مسموح لهم بالتحرك داخلها. ويشبه ذلك، في مؤسسة بشرية، تفويض أحد الموظفين بصلاحية اعتماد نفقات تصل إلى مبلغ معين.
ومن ميزات الخدمة أيضًا ربط الوكلاء ومقدمي الخدمات الموثَّقين، والتعامل مع المعاملات المتكررة بكثافة. ويمكن اعتبار الإتاحة المبكرة الحالية بوابةً للمطورين لإنشاء نماذج أولية لمعاملات تتضمن هذه القواعد واختبارها. ويبدو تقديم التصميم الذي يرسم الحدود مسبقًا على التركيز على مستوى الاستقلالية خطوةً تنسجم مع طبيعة شركة مدفوعات.
استلام إشارة الدفع وتسليم القسيمة
يرتكز النظام على «x402»، وهو بروتوكول مفتوح لطلب الدفع عبر الإنترنت. ففي عالم الويب، توجد رموز تعبّر عن الحالة، مثل «404» الذي يظهر عند تعذّر العثور على صفحة. وفي x402، يرد مقدم الخدمة على الطلب غير المدفوع بالرسالة «402 Payment Required»، لإبلاغ الطرف الآخر بأن الدفع مطلوب. ويمكن تصور ذلك على أنه تحويل للموقف الذي يُبلَّغ فيه الإنسان بالمبلغ عند صندوق الدفع إلى تفاعل بين الآلات.
في AP4M، ينشئ وكيل الذكاء الاصطناعي، استجابةً لذلك، قسيمة موقّعة إلكترونيًا يتعهد فيها بالدفع ضمن الحد المسموح به والمعتمد مسبقًا. ويتحقق مقدم الخدمة من القسيمة ثم يقدم الخدمة، كما يمكن جمع عدة قسائم وتسويتها لاحقًا. وبحسب الشركة، تُعالج عمليات تبادل القسائم نفسها خارج البلوك تشين.
تتجلى فائدة هذا الأسلوب في المعاملات الصغيرة والمتكررة بكثافة. فتسوية كل معاملة على حدة، حين تتراوح قيمتها بين بضعة ينات وعشرات الينات، تزيد الأعباء والتكاليف. أما تجميع التعهدات الصغيرة وتسويتها دفعة واحدة لاحقًا، وهي فكرة تشبه تسوية نقاط بطاقات الولاء، فقد تكون أحد الحلول العملية للدفع بين الآلات.
عرض تجريبي ينفذ 9 عمليات دفع بميزانية واحدة
عُرضت آلية عمل النظام في تجربة توضيحية خلال فعالية Cloudflare «Cloudflare Connect». واشترى وكيل شركة التسويق Hype بيانات بحثية وصورًا إعلانية ضمن ميزانية واحدة معتمدة، ونفّذ ما مجموعه 9 عمليات دفع إلى جهتين تجاريتين.
ومن المفيد إلقاء نظرة على البنية التي عملت خلف الكواليس. استُخدمت بنية محافظ Coinbase لتزويد الوكيل بالأموال، فيما استُخدمت سلسلة الكتل Base للتسوية على السلسلة. وتولت BVNK إدارة محفظة الوكيل، ومعالجة المدفوعات والتسويات بالعملات التقليدية أو العملات المستقرة عبر «Mastercard Global Money Platform».
تُجرى مشتريات متعددة لأغراض مختلفة لدى جهات تجارية عدة انطلاقًا من ميزانية واحدة. ويُظهر المثال كيف يمكن أتمتة سير العمل الذي كان يتولاه موظف بشري، من طلب عروض الأسعار إلى تمرير طلبات الموافقة الداخلية ومعالجة الفواتير، ضمن حدود الميزانية. صحيح أن التجربة اقتصرت على اختبار الدفع بين عدة جهات تجارية، لكنها قدمت عرضًا ملموسًا لوكيل ينتقل من «البحث» إلى «التوريد».
مسار متواصل منذ الإعلان في يونيو
أعلنت ماستركارد عن AP4M للمرة الأولى في 10 يونيو من هذا العام. وأوضحت حينها أنها ستدعم التسوية باستخدام وسائل دفع متعددة، منها البطاقات والحسابات والعملات المستقرة. وشملت الجهات المشاركة والداعمة في المرحلة الأولى أكثر من 30 شركة ومؤسسة، منها Coinbase وCloudflare وStripe وTempo وRipple وSolana Foundation.
وتأتي الخدمة امتدادًا لمبادرة «Agent Pay» التي أطلقتها ماستركارد في 2025. وعلى خطى Agent Pay، توسّع AP4M نطاقها ليشمل المدفوعات المتكررة بكثافة والصغيرة القيمة التي تنفذها وكلاء الذكاء الاصطناعي والآلات باستمرار. فبعد التسوق الذي يتحقق فيه الإنسان من الشاشة ويدفع بنفسه، يأتي دور المعاملات التي تواصل فيها الآلات الدفع في الخلفية. وهكذا بدأت الشركة المشغلة لشبكة البطاقات العمل على بناء البنية التحتية اللازمة.
في عصر يستطيع فيه الوكلاء التسوق بحرية، قد يكون الأهم حقًا هو تصميم الصلاحيات والميزانيات، لا مجرد السهولة. فمن يحدد الحدود القصوى؟ وما الذي يُسمح بتمريره تلقائيًا؟ وأي المعاملات ينبغي التحقق منها؟ تشير الإتاحة المبكرة الحالية إلى أن التصميم الذي يجيب عن هذه الأسئلة بات في مرحلة يستطيع فيها المطورون اختباره عمليًا.
コメント