Markdown ایڈیشن

AI-translated from English; not yet reviewed by a fluent editor.

# Anchor Browser اور AgentCore ادائیگیاں: ایک ایجنٹ x402 پے وال کیسے عبور کرتا ہے

> جب ڈویلپر سیشن فعال اور مجاز، بجٹ والے ادائیگی کے ذریعے کو ترتیب دیتا ہے تو Anchor Browser، AgentCore payments کے ذریعے x402 والی صفحے یا API کال کو دوبارہ آزما سکتا ہے۔

By BIG CHANGE Editorial

Published: 2026-10-14T05:55:23.177Z
Updated: 2026-10-14T05:55:23.177Z
Canonical: https://bigchange.ai/blog/anchor-browser-agentcore-x402-payments

![A payment card and blank purchase order sit on a track beside an adjustable mechanical stop with an orange knob.](https://bigchange.ai/api/media/file/payment-authority-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. Delegating a purchase still requires a boundary around payment authority. The intact card, order and adjustable stop are a conceptual illustration, not a depiction of a specific product.

AWS اور Anchor Browser نے [ایک انضمام کی دستاویز دی ہے](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) جس سے براؤزر ایجنٹ موجودہ سیشن کے دوران x402 سے محفوظ صفحے یا API کی ادائیگی کر سکتا ہے۔ براؤزر HTTP 402 ادائیگی چیلنج کا جواب دے سکتا ہے، Amazon Bedrock AgentCore payments سے دستخط شدہ ادائیگی کا ثبوت حاصل کر سکتا ہے، اور درخواست دوبارہ بھیج سکتا ہے۔ ڈویلپر کے لیے اہم تبدیلی یہ ہے کہ کام کہاں ہوتا ہے: براؤزر چیلنج اور دوبارہ کوشش سنبھالتا ہے، جبکہ الگ سے ترتیب دی گئی ادائیگی سروس خرچ کرنے کے اختیار کی جانچ کرتی ہے۔

## بڑی تبدیلی

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

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

AWS اور Anchor کا [ٹیوٹوریل](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) 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 چیلنج دینا ہوگا، اور ثبوت قبول کر کے جواب پہنچانے کا فیصلہ مرچنٹ ہی کرتا ہے۔

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

براؤزر کا سوئچ واضح ہے۔ [ٹیوٹوریل کی سیشن درخواست میں](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/), `session.x402` کی طے شدہ قدر `false` ہے؛ اسے `true` کرنے سے ترتیب دیے گئے ذریعے سے **حقیقی ادائیگیاں** مجاز ہوتی ہیں۔ براؤزر سیشن بنانے کے لیے Anchor API key بھی درکار ہے۔ یہ فلیگ ادائیگی کے اختیار سے آخری ربط ہے، اس اختیار کو ترتیب دینے کا بدل نہیں۔

AWS کی [AgentCore ادائیگی گائیڈ](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) بنیادی وسائل بیان کرتی ہے۔ Payment Manager AWS اکاؤنٹ کی ادائیگی ترتیب متعین کرتا ہے اور IAM کردار اور authorizer استعمال کرتا ہے۔ Payment Connector اسے Coinbase Developer Platform یا Stripe Privy سے جوڑتا ہے۔ Payment Credential Provider، AgentCore Identity کے ذریعے فراہم کنندہ کے اسناد محفوظ کرتا ہے۔ Payment Instrument خریداری کے لیے والیٹ اور نیٹ ورک بتاتا ہے۔ براؤزر سیشن خرچ کی حد اور میعاد والے AgentCore Payment Session سے منسلک ہوتا ہے۔ AWS کی [فوری شروعات](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) یہ بھی تقاضا کرتی ہے کہ ذریعے میں فنڈز ہوں اور صارف ادائیگی سے پہلے ایجنٹ کو delegated signing اجازت دے۔

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

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

Anchor کی دستاویزی ناکامی کا رویہ مخصوص ہے: اگر 402 چیلنج خراب ہو، موافق نیٹ ورک پیش نہ ہو، بجٹ ختم ہو یا AgentCore ادائیگی مسترد کرے تو براؤزر **اصل 402** صفحے کو بغیر تبدیلی واپس کرتا ہے۔ اس لیے فعال سیشن میں بھی خودکار نظام کو 402 ممکن سمجھنا چاہیے۔ AWS کی [خرابیوں کے حل کی گائیڈ](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) دیگر ترتیبی خرابیاں بھی بتاتی ہے: IAM اجازت غائب، delegated signing grant غیر فعال، فراہم کنندہ کے اسناد غلط، اور Coinbase کے لیے Marketplace رکنیت غائب ہونا۔

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

ڈویلپرز کے لیے عملی فیصلہ ایجنٹ کے ادائیگی والے URL تک پہنچنے سے پہلے آتا ہے: فنڈ شدہ، مجاز ذریعہ جوڑیں، براؤزر سیشن کا بجٹ مقرر کریں، اور x402 صرف تب فعال کریں جب خریداری مطلوب ہو۔ براؤزر نیویگیشن کے راستے سے ادائیگی پروٹوکول کوڈ ہٹا سکتا ہے۔ لیکن خرچ کا اختیار، ناکام درخواستوں یا مرچنٹ کے اصل وصول کردہ رقم کی جانچ کی ذمہ داری آپریٹر سے نہیں ہٹتی۔ اختیار کا یہی سوال ہمارے [AI ایجنٹ کی ادائیگی کے انتخاب کے وسیع جائزے](https://bigchange.ai/blog/ai-agent-payments-stablecoins-bank-deposits) میں بھی ہے۔

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

- [AWS اور Anchor Browser، “Building agents that transact with Anchor Browser and AgentCore payments”](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) (13 اکتوبر 2026)۔ انضمام کا ٹیوٹوریل براؤزر آپٹ اِن، x402 چیلنج، ورژن کے مطابق ادائیگی ہیڈرز اور ناکامی پر اصل 402 واپس کرنے کا رویہ بیان کرتا ہے۔ یہ مطلوبہ بہاؤ کی دستاویز ہے؛ ہم نے ادائیگی والا سیشن نہیں آزمایا۔
- [AWS، “How AgentCore payments works”](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) (ڈویلپر گائیڈ، 14 اکتوبر 2026 کو دیکھی گئی)۔ Payment Manager، فراہم کنندہ کنیکٹرز، شناختی اسناد، ذرائع، خرچ کے سیشن اور مشاہدے کی وضاحت کرتی ہے۔ براؤزر مخصوص ٹیوٹوریل کے ساتھ یہ عمومی سروس ڈیزائن ہے۔
- [AWS، “AgentCore payments quick start”](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) (ڈویلپر گائیڈ، 14 اکتوبر 2026 کو دیکھی گئی)۔ فراہم کنندہ کے اسناد، فنڈ شدہ اور مجاز ذریعے، اور ادائیگی سیشن کی ترتیب بتاتی ہے۔ مثال کے بجٹ اور دورانیے وضاحتی ہیں، Anchor کی تصدیق شدہ طے شدہ قدریں نہیں۔
- [AWS، “Troubleshooting AgentCore payments”](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) (ڈویلپر گائیڈ، 14 اکتوبر 2026 کو دیکھی گئی)۔ ادائیگی روک سکنے والی IAM، فراہم کنندہ، والیٹ اجازت، رکنیت اور x402 payload کی خرابیاں درج کرتی ہے۔ ہم نے یہ خرابیاں دوبارہ پیدا نہیں کیں۔

## Sources

- [AWS Machine Learning Blog, Building agents that transact with Anchor Browser and AgentCore payments](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) — بنیادی انضمامی ٹیوٹوریل۔ session.x402 کی طے شدہ قدر اور حقیقی ادائیگی فعال کرنے، براؤزر/AgentCore سلسلے، ایک بار کی دوبارہ کوشش، اور درج ناکامیوں پر اصل 402 بغیر تبدیلی واپس کرنے کو دستاویز کرتا ہے۔ یہ فراہم کنندہ کا بیان کردہ رویہ ہے؛ BIG CHANGE نے ادائیگی والا سیشن نہیں چلایا۔ Anchor credits/invoicing کے یکجا ہونے کا اس کا الگ دعویٰ AgentCore والیٹ فنڈنگ کی دستاویزات سے آزادانہ طور پر نہیں ملایا گیا اور عمومی بلنگ ماڈل کے طور پر نہیں دہرایا گیا۔
- [AWS، How AgentCore payments works](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) — سروس کے ڈھانچے اور کنٹرولز کا برقرار رکھا گیا حوالہ۔ Payment Manager، connector، identity credential provider، instrument، سیشن کی حد اور میعاد، صارف کی والیٹ اجازت، ادائیگی کے بہاؤ اور مشاہدے کی تعریف کرتا ہے۔ عمومی x402 بہاؤ X-PAYMENT استعمال کرتا ہے؛ Anchor مخصوص ٹیوٹوریل x402 v2 کے PAYMENT-SIGNATURE ہیڈر کو الگ کرتا ہے۔
- [AWS، AgentCore payments quick start](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) — ترتیب کا راستہ اور پیشگی شرائط، بشمول Coinbase یا Stripe Privy فراہم کنندہ رابطہ، فنڈ شدہ ذریعہ، delegated signing اجازت اور وقت محدود ادائیگی سیشن۔ مثال کے اعداد اور دورانیے Anchor کی طے شدہ قدریں یا حدود نہیں۔
- [AWS، Troubleshooting AgentCore payments](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) — اجازت، رکنیت، والیٹ عطا، اسناد اور x402 payload کی خرابیوں کو دستاویز کرتی ہے۔ سروس کی طرف کی خرابیاں Anchor Browser ٹیوٹوریل کے اصل 402 واپس کرنے والے رویے کی تکمیل کرتی ہیں؛ یہاں کوئی ناکامی کا راستہ نہیں آزمایا گیا۔