विकास एजेंट जो Anchor Browser और AgentCore भुगतानों के साथ लेनदेन करते हैं

Anchor Browser के साथ Agentic Payments एजेंटों की ओर से मशीन-टू-मशीन भुगतान वर्कफ़्लोज़ को संभालता है। AWS Generative AI Innovation Center Partner Agent Factory और AWS Marketplace पर उपलब्ध, यह Amazon Bedrock AgentCore पेमेंट्स के साथ एकीकृत करता है ताकि एक एजेंट x402-संरक्षित पृष्ठों और APIs के लिए स्वायत्त रूप से भुगतान कर सके जब server HTTP 402 लौटाए। Payment Required डेवलपर्स के लिए जो प्रीमियम datasets प्राप्त करते हैं, कॉल मीटर्ड रिसर्च APIs , या पेवॉल प्रकाशक सामग्री तक पहुंचते हैं, यह एक बजट ब्राउज़र सत्र, एक x402 भुगतान उपकरण और मैन्युअल हस्तक्षेप के बिना प्रबंधित wallet संचालन प्रदान करता है।

क्यों 402 प्रतिक्रियाएं स्वायत्त एजेंटों को रोकती हैं

प्रति अनुरोध मूल्य निर्धारण वाले वेब संसाधन, जिसमें प्रीमियम datasets क्वेरी द्वारा बिल किया जाता है, अनुसंधान APIs कॉल के माध्यम से मापा जाता है और पेवॉल प्रकाशक जो भुगतान के पीछे गेट सामग्री का उपयोग करते हैं, अक्सर x402, HTTP -आधारित मशीन-टू-मशीन भुगतान के लिए एक खुला मानक का उपयोग करता है। जब इस तरह के संसाधन की मांग की जाती है, तो server HTTP 402 को लौटाता है Payment Required और इसमें लेनदेन पूरा करने के लिए आवश्यक राशि, स्वीकृत भुगतान विधियां और भुगतान पता शामिल होता है। wallet , सत्र बजट या प्रोग्रामेटिक भुगतान तंत्र के बिना कोई एजेंट उस चुनौती को संतुष्ट नहीं कर सकता है, इसलिए कार्य स्टॉल्स और मानव हस्तक्षेप की आवश्यकता होती है।

डेवलपर्स जो स्वयं भुगतान पथ बनाते हैं उन्हें जटिलता की चार श्रेणियों को हल करना होगा। भुगतान प्रोटोकॉल के संचालन में अन्य 4xx प्रतिक्रियाओं के बीच 402 को पहचानना, चुनौती का विश्लेषण करना, व्यापारी के अपेक्षित प्रारूप में क्रिप्टोग्राफिक प्रमाण के साथ एक भुगतान हेडर बनाना, विक्रेता-विशिष्ट हार्डकोडिंग के बिना सटीक, अप टू और प्रोटोकाल वेरिएंट का समर्थन करना, और x402 व्यापारियों के साथ संगत रहना जो चुनौती स्वरूप में भिन्न होते हैं, stablecoins का समर्थन करते हैं, और निपटान समय. सुरक्षा और कुंजी प्रबंधन में अविश्वसनीय इनपुटों के संपर्क में रहने वाले वातावरण में भुगतान पर हस्ताक्षर करने के लिए उपयोग किए जाने वाले private key को संग्रहीत करना शामिल है, साथ ही कुंजी रोटेशन, क्रेडेंशियल रीफ्रेश प्रदाता और फेलओवर को संभालना। परिचालन लचीलापन में सत्र स्थिति, कुकीज़ और संदर्भ प्रदान करते हुए मूल अनुरोध को फिर से जमा करना; wallet कार्यों के लिए idotency; और प्रति अनुपालन एजेंट के साथ वास्तविक समय खर्च लॉग निष्पादन और बजट ट्रैकिंग के साथ अनुपा

एक प्रबंधित भुगतान सेवा के बिना, एजेंट को प्रमाण पर हस्ताक्षर करना चाहिए, सही हेडर संलग्न करना होगा, अनुरोध को फिर से आज़माएं, लेन-देन का निपटान करें और प्रत्येक x402-संरक्षित कॉल पर परिणाम लॉग करें जो 402 प्रतिक्रिया देता है। अप्रबंधित एजेंट आर्किटेक्चर में आठ कसकर युग्मित घटक होते हैंः wallet , Private Keys, Budget Controls, Attach Header, Retry Logic, Settle Payment और लॉगिंग. यह एक x402 API से जुड़ता है, एक 402 चुनौती प्राप्त करता है, और एक पुनः प्रयास भेजता है।

जोखिम इंजीनियरिंग प्रयास तक सीमित नहीं है। यदि इन्फ्रास्ट्रक्चर स्तर पर खर्च सीमा को लागू नहीं किया जाता है, तो एक बग, रिट्री लूप, प्रॉम्प्ट इंजेक्शन या अनजाने में पहुंच अवांछित भुगतानों को ट्रिगर कर सकती है; जब तक कोई हस्तक्षेप नहीं करता तब तक सशुल्क एंडपॉइंट पर लूपिंग करने वाला एजेंट भुगतान अधिकृत करना जारी रख सकता है। अगर private keys एजेंट रनटाइम के अंदर रहते हैं, तो वे अविश्वसनीय वेब पेजों, थर्ड-पार्टी टूल्स और बाहरी निर्भरताओं के साथ निष्पादन वातावरण साझा करते हैं, जो वास्तविक धनराशि को नियंत्रित करने वाले क्रेडेंशियल का खुलासा कर सकते हैं। यदि साइन इन बुनियादी ढांचे को रनिंग टाइम से एक्सेस किया जा सके, तो धमकी अभिनेता कुंजी तक पहुंचने या अनाधिकृत पते पर भुगतान को पुनर्निर्देशित करने की कोशिश कर सकता है, इसलिए कुंजी बिल्कुल भी रनिंग समय में प्रवेश नहीं करनी चाहिए। ब्राउज़र आधारित एजेंट्स ने एक अन्य बाधा जोड़ दीः भुगतान उसी सत्र के भीतर होना चाहिए, अन्यथा रिकॉर्डिंग और लाइव दृश्य सत्र अब वास्तव में निष्पादित क्या मेल नहीं खाएगा।

प्रबंधित स्टैक वास्तुकला को कैसे बदलता है

Anchor Browser एक क्लाउड ब्राउज़र स्वचालन सेवा है जिसे AI एजेंटों के लिए डिज़ाइन किया गया है। प्रत्येक सत्र प्रबंधित ब्राउज़र वातावरण में चलता है जो प्रमाणीकरण स्थिति रखता है, नेविगेशन संभालता है, नेटवर्क अनुरोधों को कैप्चर करता है और लाइव दृश्य प्रदान करता है। स्टेटलेस टूल कॉल की तुलना में, यह स्थायी पहचान, दोहराए जाने योग्य और निर्णायक वर्कफ़्लोज़ के साथ एक वास्तविक क्लाऊड ब्राउजर प्रदान करता हैं, और विश्वसनीय रूप से लॉग इन करने, नेवीगेट करने और कार्यों को पूरा करने के लिए आवश्यक सत्र संदर्भ होता है। प्रामाणिकरण, नेव्हिगेशन, नेटवर्क रिक्वेस्ट, रिकॉर्डिंग और लाइव्ह व्यू उसी ब्राउज़र सत्र में होते हैं; भुगतान भी वहां होता है जब आवश्यकता होती है, इसलिए रिकॉर्डिंग 402 पर सामग्री वितरण के लिए भुगतान का अनुरोध करती है। एंकर में एक अंतर्निहित x402 उपकरण शामिल होता है जो ब्राउज़र में मूल रूप से भुगतान किए गए API कॉल को संभालती है, और मौजूदा प्लेराइट, कठपुतिया या Chrome DevTools Protocol कार्यप्रवाहों को परिवर्तन की आवश्यकता नहीं होती है।

Amazon Bedrock AgentCore भुगतान एजेंटकोर के भीतर एक पूरी तरह से प्रबंधित क्षमता है जिसका उपयोग AI एजेंट APIs , Model Context Protocol ( MCP ) servers और वेब सामग्री को स्वतंत्र रूप से खोजने, एक्सेस करने और भुगतान करने के लिए कर सकते हैं। यह wallet कनेक्टिविटी का प्रबंधन करता है, बुनियादी ढांचे की परत पर विन्यास योग्य व्यय सीमा लागू करता है , x402 के माध्यम से भुगतान संसाधित करता है और भुगतान प्रयासों, अनुमोदन, अस्वीकृति और निपटान में अवलोकन प्रदान करता है ।

भुगतान परत के केंद्र में Payment Manager, शीर्ष-स्तरीय संसाधन है जो AWS खाते के लिए भुगतान संचालन का समन्वय करता है। एक Payment Manager बनाने के लिए प्राधिकरण प्रकार और आईएएम भूमिका को निर्दिष्ट करने की आवश्यकता होती है। एजेंटकोर तब Amazon Bedrock AgentCore Identity में संबंधित कार्यभार पहचान प्रदान करता है । एक पेमेंट कनेक्टर Payment Manager को बाह्य wallet प्रदाता, या तो Coinbase Developer Platform (Coinbase CDP) या Stripe Privy के साथ एकीकृत करता है. एक भुगतान क्रेडेंशियल प्रोवाइडर सुरक्षित रूप से AgentCore Identity में wallet प्रदाता साख संग्रहीत करता है . एक भुगतान उपकरण विशिष्ट wallet address की पहचान करता है जिसमें से धनराशि ली जाती है Anchor Browser wallets को AgentCore द्वारा समर्थित आपूर्तिकर्ता का उपयोग करके सेट किया जाता है, बिना wallet 0 रहस्यों या private keys को रनटाइम एजेन्ट के अंदर रखा गया हो।

परिणाम एक विभाजित वास्तुकला है। संवेदनशील संचालन एजेंट रनटाइम से बाहर निकलते हैं और प्रबंधित सेवा परत में जाते हैं। Anchor Agent केवल दो भुगतान-संबंधी घटकों को रखता हैः बजट सत्र और x402 उपकरण। प्रमाणीकरण, wallet रहस्यों, भुगतान सीमाओं, अवलोकनशीलता, और भुगतान प्रमाण हस्ताक्षर AgentCore भुगतान परत में रहते हैं। जब कोई एजेंट चल रहा होता है Anchor Browser 402 प्रतिक्रिया का सामना करता है, तो AgentCORE भुगतान विन्यस्त बजट के भीतर लेनदेन को अधिकृत और पूरा करता है और कार्यप्रवाह बिना रुकावट जारी रहता है।

x402 भुगतान प्रवाह, कदम से कदम

1. Anchor Browser ब्राउज़र सत्र के लिए एक समर्पित AgentCore PaymentSession बनाता है। जब x402 सत्र की शुरुआत में सक्षम होता है,Anchor Browser तो एजेंटकोर भुगतानों के माध्यम से पेमेंटसेंस प्रदान करता है, जो ब्राउजर सत्र को कॉन्फ़िगर किए गए भुगतान उपकरण और बजट से जोड़ता है।
2. ब्राउज़र को HTTP 402 Payment Required प्रतिक्रिया प्राप्त होती है। एजेंट एक URL पर नेविगेट करता है या फ़ेच या XMLHttpRequest (XHR) अनुरोध करता है। व्यापारी राशि, स्वीकृत भुगतान विधियों और भुगतान पते को निर्दिष्ट करते हुए 402 चुनौती के साथ जवाब देता है।
3. ब्राउज़र एक संगत भुगतान विधि का चयन करता है। Anchor Browser 402 चुनौती पेलोड को पढ़ता है और पेमेंटसेशन से जुड़े उपकरण के खिलाफ अनुरोधित भुगतान पद्धति से मेल खाता है।
4. एजेंटकोर सत्र बजट को सत्यापित करता है और क्रिप्टोग्राफिक भुगतान प्रमाण उत्पन्न करता है। एजेन्टकोर भुगतान मान्य करता है कि भुगतान राशि सत्र व्यय सीमा के भीतर आती है, Coinbase CDP या Stripe Privy का उपयोग करके लेनदेन पर हस्ताक्षर करती है, और सबूत लौटाता है। कोई कुंजी सामग्री ब्राउज़र या एजेंट रनटाइम में प्रवेश नहीं करती है।
5. ब्राउज़र भुगतान हेडर के साथ मूल अनुरोध को पुनः प्रयास करता है. यह x402 v2 या X-PAYMENT के लिए एक्स 402 वी 1 के लिए PAYMENT-SIGNATURE के रूप में हस्ताक्षरित प्रमाण संलग्न करता है, फिर मूल अनुरोध ठीक एक बार दोहराता है।
6. व्यापारी भुगतान को सत्यापित और व्यवस्थित करता है, फिर संरक्षित संसाधन वापस कर देता है। व्यापारी क्रिप्टोग्राफिक प्रमाण को मान्य करता है , लेन-देन on-chain का निपटान करता है और सामग्री परोसता है। एजेंट कार्य जारी रखता है। wallet क्रेडेंशियल AgentCore के साथ रहते हैं और पूरे प्रवाह में कॉन्फ़िगर किए गए wallet .

सेटअप, आम गलतियाँ और क्या देखना है

एक वैध Anchor Browser API कुंजी (ANCHOR_ API _KEY) की आवश्यकता होती है; Anchor Browser Quick Start गाइड बताता है कि इसे कैसे बनाया जाए। स्वचालित x402 भुगतान के लिए एक सत्र संपत्ति की आवश्यकता हैः session.x402, जो डिफ़ॉल्ट रूप से गलत पर सेट किया जाना चाहिए और सही होना चाहिए। जब सक्षम हो, तो ब्राउज़र सत्र स्वचालित रूप से AgentCore द्वारा हस्ताक्षरित भुगतानों के साथ एक्स 402-सुरक्षित वेबसाइटों तक पहुंच सकता है और उसी ब्राउजर सत्र के भीतर फिर से प्रयास कर सकता है।

cURL और JavaScript उदाहरण ANCHOR_ API _KEY पर सेट एंकर- API -की हेडर के साथ Anchor Browser सत्रों API को {"session":{"x402":true}} भेजकर भुगतान सक्षम सत्र बनाते हैं। Chrome DevTools Protocol के माध्यम से कनेक्ट करने के बाद, एजेंट सामान्य रूप से नेविगेट करता है; स्वचालन कोड में कोई wallet कुंजी या भुगतान शीर्षलेख की आवश्यकता नहीं होती है क्योंकि ब्राउज़र 402 चुनौतियों, भुगतान हस्ताक्षर और पारदर्शी तरीके से पुनः प्रयास करता है।

सामान्य त्रुटियों में बजट निर्धारित किए बिना session.x402 को सक्षम करना, झूठे डिफ़ॉल्ट की अनदेखी करना, ब्राउज़र सत्र के बाहर भुगतान करना और रिकॉर्डिंग और लाइव दृश्य तोड़ना या प्लेराइट, कठपुतली या Chrome DevTools Protocol स्क्रिप्ट में कस्टम पेमेंट हेडर जोड़ना शामिल है जब अंतर्निहित x402 टूल पहले से ही पुनः प्रयास का प्रबंधन करता है। चूंकि वास्तविक भुगतान अधिकृत हैं, इसलिए बिल्डरों को भुगतान प्रयासों, अनुमोदन, अस्वीकृति और निपटान के लिए समीक्षा करनी चाहिए।

एजेंट बिल्डर्स के लिए, व्यावहारिक प्रभाव यह है कि भुगतान किए गए वेब संसाधनों को एक निरंतर ब्राउज़र वर्कफ़्लो के भीतर पहुँचा जा सकता है जबकि private keys , खर्च सीमाएं, wallet संचालन और ऑडिट दृश्यता प्रबंधित बुनियादी ढांचे में बनी रहती हैं। यह बहुत से कस्टम पेमेंट पाइपलाइन को हटा देता है, लेकिन बजट और लेनदेन की निगरानी आवश्यक रहती है।