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 কী-ও লাগে। এই ফ্ল্যাগটি পেমেন্ট অধিকারের সঙ্গে শেষ সংযোগ, অধিকার সেটআপের বিকল্প নয়।

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 ক্রেডিটের বিকল্প নয়। টিউটোরিয়ালে সেশনের ব্যয় ও সময়সীমা উল্লেখ করা হলেও নির্দিষ্ট সীমার জন্য Anchor-এর প্রযুক্তিগত নথি দেখতে বলা হয়েছে; এই লেখার জন্য সেই বিবরণ পাওয়া যায়নি। কোনো নির্দিষ্ট তৃতীয় পক্ষের অনুরোধের খরচ মার্চেন্টের চ্যালেঞ্জ ও প্রকৃত নিষ্পত্তির ওপর নির্ভর করে। আমরা শুরু থেকে শেষ পর্যন্ত বিল বা লেনদেন যাচাই করিনি, তাই চালু সেশনের সর্বজনীন মূল্য বলা সম্ভব নয়।

ডেভেলপারদের বাস্তব সিদ্ধান্তটি এজেন্টের অর্থপ্রদত্ত URL-এ পৌঁছানোর আগেই আসে: অর্থযুক্ত ও অনুমোদিত উপকরণ সংযোগ, ব্রাউজার সেশনের বাজেট নির্ধারণ, এবং কেনাকাটার ইচ্ছা থাকলেই x402 চালু করা। ব্রাউজার নেভিগেশন পথ থেকে পেমেন্ট প্রোটোকলের কোড সরাতে পারে। কিন্তু খরচের অনুমতি, ব্যর্থ অনুরোধ বা মার্চেন্ট আসলে কত নিয়েছে তা যাচাই করার দায় অপারেটরের কাছ থেকেই যায়। কর্তৃত্বের এই প্রশ্নটি আমাদের AI এজেন্টের পেমেন্ট বিকল্প নিয়ে বৃহত্তর পর্যালোচনা-তেও রয়েছে।

সূত্র ও আরও পড়ুন

  • AWS ও Anchor Browser, “Building agents that transact with Anchor Browser and AgentCore payments” (১৩ অক্টোবর ২০২৬)। ইন্টিগ্রেশন টিউটোরিয়ালে ব্রাউজার অপ্ট-ইন, x402 চ্যালেঞ্জ, সংস্করণভিত্তিক পেমেন্ট হেডার ও ব্যর্থতায় মূল 402 ফেরত দেওয়ার আচরণ বর্ণিত। এটি অভিপ্রেত প্রবাহের বিবরণ; আমরা অর্থপ্রদত্ত সেশন পরীক্ষা করিনি।
  • AWS, “How AgentCore payments works” (ডেভেলপার নির্দেশিকা, ১৪ অক্টোবর ২০২৬-এ দেখা)। Payment Manager, প্রদানকারী সংযোগকারী, পরিচয়পত্র, উপকরণ, ব্যয় সেশন ও পর্যবেক্ষণ ব্যাখ্যা করে। ব্রাউজার-নির্দিষ্ট টিউটোরিয়ালের পাশাপাশি এটি সাধারণ পরিষেবা নকশা।
  • AWS, “AgentCore payments quick start” (ডেভেলপার নির্দেশিকা, ১৪ অক্টোবর ২০২৬-এ দেখা)। প্রদানকারীর পরিচয়পত্র, অর্থযুক্ত ও অনুমোদিত উপকরণ এবং পেমেন্ট সেশন সেটআপের ধাপ দেয়। উদাহরণ বাজেট ও সময়কাল কেবল ব্যাখ্যার জন্য; Anchor-এর যাচাইকৃত ডিফল্ট নয়।
  • AWS, “Troubleshooting AgentCore payments” (ডেভেলপার নির্দেশিকা, ১৪ অক্টোবর ২০২৬-এ দেখা)। পেমেন্ট ঠেকাতে পারে এমন IAM, প্রদানকারী, ওয়ালেট অনুমতি, সাবস্ক্রিপশন ও x402 payload ত্রুটি তালিকাভুক্ত করে। আমরা ত্রুটিগুলো পুনরুৎপাদন করিনি।