AWS اور Anchor Browser نے ایک انضمام کی دستاویز دی ہے جس سے براؤزر ایجنٹ موجودہ سیشن کے دوران x402 سے محفوظ صفحے یا API کی ادائیگی کر سکتا ہے۔ براؤزر HTTP 402 ادائیگی چیلنج کا جواب دے سکتا ہے، Amazon Bedrock AgentCore payments سے دستخط شدہ ادائیگی کا ثبوت حاصل کر سکتا ہے، اور درخواست دوبارہ بھیج سکتا ہے۔ ڈویلپر کے لیے اہم تبدیلی یہ ہے کہ کام کہاں ہوتا ہے: براؤزر چیلنج اور دوبارہ کوشش سنبھالتا ہے، جبکہ الگ سے ترتیب دی گئی ادائیگی سروس خرچ کرنے کے اختیار کی جانچ کرتی ہے۔

بڑی تبدیلی

  • کیا بدلا:x402 چیلنج کے بعد ادائیگی والی ویب درخواست ایجنٹ کے براؤزر سیشن کے اندر مکمل ہو سکتی ہے، اور خودکار کوڈ میں والیٹ کی یا ادائیگی ہیڈر رکھنے کی ضرورت نہیں۔ ڈویلپر کو اس سیشن کے لیے ادائیگیاں واضح طور پر فعال کرنا ہوتی ہیں۔
  • یہ کیوں اہم ہے:درخواست کے حساب سے ادائیگی والے ڈیٹا یا مواد استعمال کرنے والے ایجنٹ وہی کام جاری رکھ سکتے ہیں، جبکہ ادائیگی کا ذریعہ، شناختی اجازتیں اور خرچ کی حد صفحے اور ایجنٹ کے رن ٹائم سے باہر رہتے ہیں۔ اس طرح حقیقی خریداری کا فیصلہ ایسے انفراسٹرکچر میں منتقل ہوتا ہے جسے آپریٹر کو ترتیب اور نگرانی کرنی ہوتی ہے۔
  • کس بات پر نظر رکھیں:اہم حد اصل 402 جواب ہے۔ خراب چیلنج، غیر موافق ادائیگی نیٹ ورک، بجٹ ختم ہونا یا ادائیگی مسترد ہونا خودکار نظام کے لیے وسیلہ ناقابلِ رسائی چھوڑتا ہے؛ ڈویلپرز کو پھر بھی اس جواب سے نمٹنا ہوتا ہے۔

ادائیگی والے صفحے پر براؤزر کیا کرتا ہے

AWS اور Anchor کا ٹیوٹوریل Anchor Browser سیشن میں دستاویز نیویگیشن، fetch یا XMLHttpRequest کے لیے طریقہ بیان کرتا ہے۔ مرچنٹ ادائیگی چیلنج کے ساتھ HTTP 402 Payment Required واپس کرتا ہے۔ Anchor شرائط پڑھتا ہے اور سیشن سے منسلک ادائیگی کے ذریعے سے موافق طریقہ تلاش کرتا ہے۔ AgentCore سیشن کا باقی بجٹ جانچتا ہے اور ثبوت پر دستخط کے لیے ترتیب دیے گئے والیٹ فراہم کنندہ کو استعمال کرتا ہے۔ براؤزر ثبوت کو اصل درخواست میں شامل کر کے ایک بار دوبارہ کوشش کرتا ہے: x402 v2 کے لیے PAYMENT-SIGNATURE یا v1 کے لیے X-PAYMENT استعمال ہوتا ہے۔ وسیلہ واپس کرنے سے پہلے مرچنٹ ادائیگی کی تصدیق اور تصفیہ کرتا ہے۔

یہ دستاویزی سلسلہ ہے، BIG CHANGE کی جانب سے کسی ادائیگی والے اینڈپوائنٹ کا ٹیسٹ نہیں۔ AWS کہتا ہے کہ ادائیگی اور دوبارہ کوشش کے دوران براؤزر سیشن کا سیاق برقرار رکھتا ہے۔ موجودہ Playwright، Puppeteer اور Chrome DevTools Protocol کے طریقے ادائیگی ہیڈر خود بنائے بغیر براؤزر کے ذریعے نیویگیٹ یا API کال جاری رکھ سکتے ہیں۔ کامیاب ادائیگی ہر پے وال کو پڑھنے کے قابل نہیں بناتی: سائٹ کو معاون x402 چیلنج دینا ہوگا، اور ثبوت قبول کر کے جواب پہنچانے کا فیصلہ مرچنٹ ہی کرتا ہے۔

ڈویلپر کو کیا فعال کرنا ہے

براؤزر کا سوئچ واضح ہے۔ ٹیوٹوریل کی سیشن درخواست میں, session.x402 کی طے شدہ قدر false ہے؛ اسے true کرنے سے ترتیب دیے گئے ذریعے سے حقیقی ادائیگیاں مجاز ہوتی ہیں۔ براؤزر سیشن بنانے کے لیے Anchor API key بھی درکار ہے۔ یہ فلیگ ادائیگی کے اختیار سے آخری ربط ہے، اس اختیار کو ترتیب دینے کا بدل نہیں۔

AWS کی AgentCore ادائیگی گائیڈ بنیادی وسائل بیان کرتی ہے۔ Payment Manager AWS اکاؤنٹ کی ادائیگی ترتیب متعین کرتا ہے اور IAM کردار اور authorizer استعمال کرتا ہے۔ Payment Connector اسے Coinbase Developer Platform یا Stripe Privy سے جوڑتا ہے۔ Payment Credential Provider، AgentCore Identity کے ذریعے فراہم کنندہ کے اسناد محفوظ کرتا ہے۔ Payment Instrument خریداری کے لیے والیٹ اور نیٹ ورک بتاتا ہے۔ براؤزر سیشن خرچ کی حد اور میعاد والے AgentCore Payment Session سے منسلک ہوتا ہے۔ AWS کی فوری شروعات یہ بھی تقاضا کرتی ہے کہ ذریعے میں فنڈز ہوں اور صارف ادائیگی سے پہلے ایجنٹ کو delegated signing اجازت دے۔

یہ الگ الگ کنٹرول ہیں۔ IAM سروس تک رسائی چلاتا ہے؛ صارف کی والیٹ اجازت دستخط کی اجازت دیتی ہے؛ ذریعہ فنڈ کا مقام اور نیٹ ورک طے کرتا ہے؛ اور سیشن کی حد وقت کے ساتھ خرچ روکتی ہے۔ AWS کے مطابق، سیشن ختم ہونے یا حد تک پہنچنے پر AgentCore مزید ادائیگیاں مسترد کرتا ہے۔ اس کی مشاہداتی سروس CloudWatch میں ادائیگی کی کوششیں اور نتائج دکھاتی ہے۔ انضمام فراہم کنندہ کے راز براؤزر اور ایجنٹ رن ٹائم سے باہر رکھتا ہے، لیکن آپریٹر کو پھر بھی کام کے مطابق ذریعہ اور حد منتخب کرنا ہوتی ہے۔

خودکار عمل کہاں رکتا ہے

Anchor کی دستاویزی ناکامی کا رویہ مخصوص ہے: اگر 402 چیلنج خراب ہو، موافق نیٹ ورک پیش نہ ہو، بجٹ ختم ہو یا AgentCore ادائیگی مسترد کرے تو براؤزر اصل 402 صفحے کو بغیر تبدیلی واپس کرتا ہے۔ اس لیے فعال سیشن میں بھی خودکار نظام کو 402 ممکن سمجھنا چاہیے۔ AWS کی خرابیوں کے حل کی گائیڈ دیگر ترتیبی خرابیاں بھی بتاتی ہے: IAM اجازت غائب، delegated signing grant غیر فعال، فراہم کنندہ کے اسناد غلط، اور Coinbase کے لیے Marketplace رکنیت غائب ہونا۔

یہ session.x402 سوئچ تیسرے فریق کے وسائل کی ادائیگی پر لاگو ہوتا ہے۔ AWS کہتا ہے کہ یہ Anchor Browser سیشن کی ادائیگی نہیں کرتا اور Anchor credits کی جگہ نہیں لیتا۔ ٹیوٹوریل سیشن کے خرچ اور وقت کی حد کا ذکر کرتا ہے، مگر مخصوص حد کے لیے Anchor کی تکنیکی دستاویزات کی طرف بھیجتا ہے؛ اس مضمون کے لیے وہ تفصیل دستیاب نہیں تھی۔ تیسرے فریق کی خاص درخواست کی قیمت مرچنٹ کے چیلنج اور حقیقی تصفیے پر منحصر ہے۔ ہم نے مکمل بل یا لین دین کی تصدیق نہیں کی، اس لیے مضمون فعال سیشن کے لیے عمومی قیمت نہیں بتا سکتا۔

ڈویلپرز کے لیے عملی فیصلہ ایجنٹ کے ادائیگی والے URL تک پہنچنے سے پہلے آتا ہے: فنڈ شدہ، مجاز ذریعہ جوڑیں، براؤزر سیشن کا بجٹ مقرر کریں، اور x402 صرف تب فعال کریں جب خریداری مطلوب ہو۔ براؤزر نیویگیشن کے راستے سے ادائیگی پروٹوکول کوڈ ہٹا سکتا ہے۔ لیکن خرچ کا اختیار، ناکام درخواستوں یا مرچنٹ کے اصل وصول کردہ رقم کی جانچ کی ذمہ داری آپریٹر سے نہیں ہٹتی۔ اختیار کا یہی سوال ہمارے AI ایجنٹ کی ادائیگی کے انتخاب کے وسیع جائزے میں بھی ہے۔

ماخذ اور مزید مطالعہ

  • AWS اور Anchor Browser، “Building agents that transact with Anchor Browser and AgentCore payments” (13 اکتوبر 2026)۔ انضمام کا ٹیوٹوریل براؤزر آپٹ اِن، x402 چیلنج، ورژن کے مطابق ادائیگی ہیڈرز اور ناکامی پر اصل 402 واپس کرنے کا رویہ بیان کرتا ہے۔ یہ مطلوبہ بہاؤ کی دستاویز ہے؛ ہم نے ادائیگی والا سیشن نہیں آزمایا۔
  • AWS، “How AgentCore payments works” (ڈویلپر گائیڈ، 14 اکتوبر 2026 کو دیکھی گئی)۔ Payment Manager، فراہم کنندہ کنیکٹرز، شناختی اسناد، ذرائع، خرچ کے سیشن اور مشاہدے کی وضاحت کرتی ہے۔ براؤزر مخصوص ٹیوٹوریل کے ساتھ یہ عمومی سروس ڈیزائن ہے۔
  • AWS، “AgentCore payments quick start” (ڈویلپر گائیڈ، 14 اکتوبر 2026 کو دیکھی گئی)۔ فراہم کنندہ کے اسناد، فنڈ شدہ اور مجاز ذریعے، اور ادائیگی سیشن کی ترتیب بتاتی ہے۔ مثال کے بجٹ اور دورانیے وضاحتی ہیں، Anchor کی تصدیق شدہ طے شدہ قدریں نہیں۔
  • AWS، “Troubleshooting AgentCore payments” (ڈویلپر گائیڈ، 14 اکتوبر 2026 کو دیکھی گئی)۔ ادائیگی روک سکنے والی IAM، فراہم کنندہ، والیٹ اجازت، رکنیت اور x402 payload کی خرابیاں درج کرتی ہے۔ ہم نے یہ خرابیاں دوبارہ پیدا نہیں کیں۔