كيفية شراء بطاقات الهدايا باستخدام وكلاء الذكاء الاصطناعي

منذ إصدار Cryptorefills x402، يمكن الآن لوكلاء الذكاء الاصطناعي شراء بطاقات الهدايا وإعادة شحن الهواتف المحمولة على شبكة Solana من كتالوجنا، مع تسوية المدفوعات باستخدام USDC (دون الحاجة لأي تدخل بشري في أي مرحلة من المعاملة). تشرح هذه الرؤية كيف يعمل هذا في الممارسة العملية.

ما هو x402؟

x402 هو بروتوكول دفع مبني على رمز الحالة HTTP 402، وهو رمز حالة موجود في معيار الويب منذ عام 1996 ولكنه لم يُستخدم فعليًا للدفع حتى الآن. أولاً، يخبر الخادم العميل بأن الدفع مطلوب، ثم يقوم العميل بتوقيع المعاملة وإعادة إرسال الطلب، ويقوم الخادم بالتسليم بمجرد تأكيد الدفع. يحدث كل ذلك في تبادل واحد، دون إعادة توجيه إلى صفحة دفع ودون الحاجة إلى موافقة بشرية على أي شيء.

على شبكة Solana، يتم تسوية هذا التبادل باستخدام USDC في أقل من 400 مللي ثانية. سريع بما يكفي ليحصل الوكيل على رد مؤكد في نفس الخطوة التي قام فيها بالشراء، مما يبقي التنفيذ بسيطًا والتدفق غير متقطع.

Cryptorefills على x402 

قامت Cryptorefills ببناء الجانب التجاري من هذا. من خلال تكامل وكلاء الذكاء الاصطناعي، يمكن لأي وكيل متوافق مع x402 الوصول إلى الكتالوج الكامل لـ Cryptorefills: بطاقات الهدايا من أكثر من 6,600 علامة تجارية، وإعادة شحن الهواتف المحمولة في 180 دولة، ونفس مخزون المنتجات المتاح للمستخدمين العاديين، كل ذلك دون الحاجة إلى جلسة متصفح أو تدخل بشري لإكمال عملية الشراء.

إعداد pay.sh

pay.sh، التي أطلقتها مؤسسة Solana بالتعاون مع Google Cloud، أثبتت أن وكلاء الذكاء الاصطناعي قادرون على دفع ثمن خدمات API لكل طلب باستخدام USDC على شبكة Solana دون الحاجة إلى حسابات أو بيانات اعتماد أو اشتراكات، حيث تعمل المدفوعات نفسها كآلية تفويض. تطبق Cryptorefills نفس النموذج على فئة مختلفة من المعاملات: بدلاً من الوصول إلى API، يقوم الوكيل بشراء بطاقة هدايا أو إعادة شحن هاتف من كتالوج تجاري مباشر يضم 6,600 علامة تجارية عبر 180 دولة، يتم تسويته باستخدام USDC على شبكة Solana الرئيسية من خلال x402، دون الحاجة إلى طبقة دفع ودون تدخل بشري في أي مرحلة من التدفق.

حيث يربط pay.sh الوكلاء بالبنية التحتية السحابية، تربط Cryptorefills بينهم وبين السلع الرقمية في العالم الحقيقي. البنية التحتية الأساسية هي نفسها، وتشمل x402 على Solana، والدفع عند الطلب، دون الحاجة إلى تمويل مسبق.

لبدء الاستخدام، يتطلب الأمر ثلاثة أوامر تُصدر ضمن بيئة وكيل متوافقة:

الخطوة 1: إعداد pay.sh

Cryptorefills متاحة في كتالوج pay.sh على pay.sh/services/cryptorefills/shopping. انتقل إلى القائمة وقم بتثبيت المهارة. عنوان الخدمة هو https://solana.x402.cryptorefills.com.

الخطوة 2: يقوم الوكيل بتنفيذ الشراء

جرّب استخدام هذا الطلب:
 

"استخدم مهاراتك لشراء بطاقة هدايا بقيمة 5 دولارات من Amazon.com في الولايات المتحدة باستخدام USDC على Solana.استخدم البريد الإلكتروني info@cryptorefills.com كجهة مستفيدة. اعرض رمز المنتج لبطاقة هدايا Amazon أيضًا في هذه المحادثة. يمكنك العثور على المفتاح الخاص للمحفظة في ملف .env تحت SOLANA_SIGNER_KEY، لا تكشف عن هذه القيمة أبدًا."

يسحب الوكيل المفتاح الخاص من ملف .env، ويوقع معاملة الدفع x402، ويقدمها إلى Solana، وينتظر التأكيد. بمجرد أن يتم تأكيد الدفع، تقدم Cryptorefills رمز بطاقة الهدايا، والذي يظهره الوكيل مباشرة في محادثة الطرفية.
 

لماذا Solana لهذا

السرعة والتكلفة هما الإجابتان الواضحتان، لكن هناك المزيد. إن سرعة إنهاء المعاملات على Solana سريعة بما يكفي بحيث يمكن أن تعمل x402 فعليًا بشكل متزامن في سير عمل الوكيل. يرسل الوكيل الدفع، ويؤكده التاجر، ويعود الرد في نفس "الدور" من حلقة تفكير الوكيل.

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

كما أن USDC على Solana يتجنب مشكلة التقلب. ينفق الوكيل رمزًا مقومًا بالدولار بمعدل يمكن التنبؤ به، وهو أمر مهم عندما تكون عملية الشراء بطاقة هدايا بقيمة 5 دولارات وليس تحويل خزينة كبير.
 

ما الذي تمكّنه Cryptorefills هنا

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

بعض الأمور التي تستحق المعرفة:

تختلف المخزون والتوافر حسب المنطقة. يجب على الوكيل الذي يبني تدفق الشراء التحقق من توافر المنتج ديناميكيًا بدلاً من افتراض كتالوج ثابت. تتولى واجهة برمجة التطبيقات هذا.

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

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

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

بطاقة Amazon بقيمة 5 دولارات في المثال هي أبسط نسخة من النمط. يعمل نفس التدفق عبر كل شيء آخر في الكتالوج.
  

لمن هذا

للمطورين الذين يبنون وكلاء يحتاجون إلى إنفاق الأموال نيابة عن المستخدمين أو كجزء من سير العمل الآلي. روبوت خدمة العملاء الذي يصدر بطاقة هدايا كتعويض. سير عمل يوزع إعادة الشحن على المستخدمين دون تنفيذ يدوي. مساعد يتعامل مع المشتريات نيابة عن المستخدم. تتعامل تكامل Cryptorefills x402 مع الدفع وتسليم المنتج؛ يربط المطور المنطق التجاري حول ذلك.

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