Markdown संस्करण

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

# Anchor Browser और AgentCore भुगतान: कोई एजेंट x402 paywall कैसे पार करता है

> जब डेवलपर सत्र सक्षम करता है और अधिकृत, बजट-सीमित भुगतान साधन कॉन्फ़िगर करता है, तो 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 द्वारा किसी भुगतान वाले endpoint की जाँच नहीं। AWS कहता है कि भुगतान और पुनःप्रयास के दौरान ब्राउज़र सत्र संदर्भ बनाए रखता है। मौजूदा Playwright, Puppeteer और Chrome DevTools Protocol कार्यप्रवाह ब्राउज़र से नेविगेट या API कॉल करना जारी रख सकते हैं, बिना अपने भुगतान हेडर बनाए। सफल भुगतान से हर paywall पढ़ने योग्य नहीं हो जाती: साइट को समर्थित x402 चुनौती देनी होगी, और व्यापारी तय करता है कि प्रमाण स्वीकार कर जवाब देना है या नहीं।

## डेवलपर को क्या सक्षम करना है

ब्राउज़र स्विच स्पष्ट है। [ट्यूटोरियल के सत्र अनुरोध में](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/), `session.x402` का डिफ़ॉल्ट `false` है; इसे `true` करने से कॉन्फ़िगर साधन से **वास्तविक भुगतान** अधिकृत होते हैं। ब्राउज़र सत्र बनाने के लिए Anchor API कुंजी भी चाहिए। यह फ़्लैग भुगतान अधिकार से जुड़ने का अंतिम कदम है, उस अधिकार को सेट करने का विकल्प नहीं।

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 permission दे।

ये अलग-अलग नियंत्रण हैं। IAM सेवा तक पहुँच नियंत्रित करता है; उपयोगकर्ता का वॉलेट अनुदान हस्ताक्षर की अनुमति देता है; साधन धन का स्रोत और नेटवर्क तय करता है; सत्र सीमा समय के साथ खर्च रोकती है। AWS कहता है कि सत्र समाप्त होने या सीमा पूरी होने पर AgentCore आगे का भुगतान रोक देता है। इसकी observability सेवा भुगतान प्रयास और परिणाम 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)। इंटीग्रेशन ट्यूटोरियल ब्राउज़र opt-in, 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, प्रदाता कनेक्टर, पहचान क्रेडेंशियल, साधन, खर्च सत्र और observability समझाती है। ब्राउज़र-विशिष्ट ट्यूटोरियल के साथ यह सामान्य सेवा डिज़ाइन है।
- [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, session सीमा और समय-समाप्ति, उपयोगकर्ता वॉलेट grant, भुगतान प्रवाह और observability परिभाषित करता है। सामान्य 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 grant और समय-सीमित भुगतान सत्र शामिल हैं। उदाहरण राशि और अवधि Anchor डिफ़ॉल्ट या सीमा नहीं हैं।
- [AWS, Troubleshooting AgentCore payments](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) — अनुमति, सदस्यता, वॉलेट grant, क्रेडेंशियल और x402 payload विफलताओं का दस्तावेज़ देती है। सेवा-पक्ष की त्रुटियाँ Anchor Browser ट्यूटोरियल के मूल 402 लौटाने वाले व्यवहार को पूरक करती हैं; यहाँ कोई विफलता पथ नहीं परखा गया।