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 द्वारा किसी भुगतान वाले endpoint की जाँच नहीं। AWS कहता है कि भुगतान और पुनःप्रयास के दौरान ब्राउज़र सत्र संदर्भ बनाए रखता है। मौजूदा Playwright, Puppeteer और Chrome DevTools Protocol कार्यप्रवाह ब्राउज़र से नेविगेट या API कॉल करना जारी रख सकते हैं, बिना अपने भुगतान हेडर बनाए। सफल भुगतान से हर paywall पढ़ने योग्य नहीं हो जाती: साइट को समर्थित x402 चुनौती देनी होगी, और व्यापारी तय करता है कि प्रमाण स्वीकार कर जवाब देना है या नहीं।
डेवलपर को क्या सक्षम करना है
ब्राउज़र स्विच स्पष्ट है। ट्यूटोरियल के सत्र अनुरोध में, session.x402 का डिफ़ॉल्ट false है; इसे true करने से कॉन्फ़िगर साधन से वास्तविक भुगतान अधिकृत होते हैं। ब्राउज़र सत्र बनाने के लिए Anchor API कुंजी भी चाहिए। यह फ़्लैग भुगतान अधिकार से जुड़ने का अंतिम कदम है, उस अधिकार को सेट करने का विकल्प नहीं।
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 permission दे।
ये अलग-अलग नियंत्रण हैं। IAM सेवा तक पहुँच नियंत्रित करता है; उपयोगकर्ता का वॉलेट अनुदान हस्ताक्षर की अनुमति देता है; साधन धन का स्रोत और नेटवर्क तय करता है; सत्र सीमा समय के साथ खर्च रोकती है। AWS कहता है कि सत्र समाप्त होने या सीमा पूरी होने पर AgentCore आगे का भुगतान रोक देता है। इसकी observability सेवा भुगतान प्रयास और परिणाम 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)। इंटीग्रेशन ट्यूटोरियल ब्राउज़र opt-in, x402 चुनौती, संस्करण-विशिष्ट भुगतान हेडर और विफलता पर मूल 402 लौटाने का व्यवहार बताता है। यह इच्छित प्रवाह का वर्णन है; हमने भुगतान सत्र नहीं आज़माया।
- AWS, “How AgentCore payments works” (डेवलपर गाइड, 14 अक्टूबर 2026 को देखा गया)। Payment Manager, प्रदाता कनेक्टर, पहचान क्रेडेंशियल, साधन, खर्च सत्र और observability समझाती है। ब्राउज़र-विशिष्ट ट्यूटोरियल के साथ यह सामान्य सेवा डिज़ाइन है।
- AWS, “AgentCore payments quick start” (डेवलपर गाइड, 14 अक्टूबर 2026 को देखा गया)। प्रदाता क्रेडेंशियल, धनयुक्त और अधिकृत साधन तथा भुगतान सत्र के सेटअप चरण देता है। उदाहरण बजट और अवधि केवल उदाहरण हैं, सत्यापित Anchor डिफ़ॉल्ट नहीं।
- AWS, “Troubleshooting AgentCore payments” (डेवलपर गाइड, 14 अक्टूबर 2026 को देखा गया)। भुगतान रोक सकने वाली IAM, प्रदाता, वॉलेट अनुमति, सदस्यता और x402 payload त्रुटियाँ सूचीबद्ध करती है। हमने ये त्रुटियाँ दोहराई नहीं।


