AWSによると、Anchor BrowserとAmazon Bedrock AgentCoreの決済連携により、AIエージェントはブラウザーセッション内でx402決済を行い、有料ウェブページやAPIにアクセスできます。AWSはAWS Generative AI Innovation Center Partner Agent Factoryと開発した連携をAWS Marketplaceで提供しました。x402は、サーバーが価格、利用可能な決済方法、決済先アドレスを含む「HTTP 402 Payment Required」の応答を返すオープン標準です。決済処理がなければ、エージェントの作業は手動対応が必要になり、停止することがあります。

Anchor Browserは、認証情報とセッションの状態を保ちながらページを操作し、活動を記録する、エージェント向けの管理型クラウドブラウザーです。AgentCore Paymentsはウォレット接続、設定可能な支出上限、x402取引を管理し、Amazon CloudWatchは決済の試行、承認、拒否、決済完了を記録します。ブラウザーセッションが402応答を受けると、サービスは予算を確認し、設定済みのウォレット事業者を通じて暗号署名付きの決済証明を取得して、元のリクエストを一度だけ再試行します。販売者が決済を確認して精算すると、保護されたコンテンツが返されます。

AWSによると、この連携は決済処理をエージェントのコードから切り離します。従来、開発者は402応答の解析、決済ヘッダーの作成、鍵とウォレットの管理、予算の適用、リクエストの再試行、結果の記録を実装する必要がありました。エージェント実行環境に秘密鍵を置くと、信頼できないウェブページ、ツール、依存ソフトウェアに鍵がさらされるおそれがあり、制御されない再試行ループは意図しない決済を引き起こす可能性があります。記録やライブ表示に実際の操作を反映させるには、ブラウザーセッションが同じ状態を保つ必要があります。

管理設定では、認可タイプとIAMロールを指定してAgentCore Payment Managerを作成し、Amazon Bedrock AgentCore IdentityのワークロードIDに関連付けます。PaymentConnectorでCoinbase Developer PlatformまたはStripe Privyに接続し、PaymentCredentialProviderにウォレット認証情報を安全に保管します。PaymentInstrumentは資金に使うウォレットアドレスを指定します。またAgentCore Gatewayを通じて、従量課金エンドポイントを探すためのCoinbase x402 Bazaar MCPサーバーも提供します。ウォレットの秘密情報と署名処理はエージェント実行環境の外に置かれます。

自動決済を有効にするには、開発者がAnchor Browserのsession.x402をtrueに設定します。初期値はfalseです。有効にすると、設定した決済手段から実際に支払いが行われ、セッションごとの支出上限と時間制限が適用されます。チャレンジの形式が正しくない場合、対応する決済方法がない場合、予算を使い切った場合、またはAgentCoreが決済を拒否した場合、ブラウザーは元の402応答を変更せず返します。この設定で支払うのは第三者のリソースであり、Anchor Browserのセッションクレジットではありません。既存のPlaywright、Puppeteer、Chrome DevTools Protocolのワークフローに決済専用コードを加える必要はなく、ページ遷移、fetch、XMLHttpRequest（XHR）でリクエストできます。x402 v2ではPAYMENT-SIGNATURE、v1ではX-PAYMENTを送信します。組み込みのx402ツールはPOSTやPUTを含む有料API呼び出しにも対応します。記事の最後は、鍵の情報をエージェント実行環境から資金移動に使えないという説明の途中で途切れています。

AWSによると、Anchor BrowserとAmazon Bedrock AgentCoreの決済連携により、AIエージェントはブラウザーセッション内でx402決済を行い、有料ウェブページやAPIにアクセスできます。AWSはAWS Generative AI Innovation Center Partner Agent Factoryと開発した連携をAWS Marketplaceで提供しました。x402は、サーバーが価格、利用可能な決済方法、決済先アドレスを含む「HTTP 402 Payment Required」の応答を返すオープン標準です。決済処理がなければ、エージェントの作業は手動対応が必要になり、停止することがあります。

Anchor Browserは、認証情報とセッションの状態を保ちながらページを操作し、活動を記録する、エージェント向けの管理型クラウドブラウザーです。AgentCore Paymentsはウォレット接続、設定可能な支出上限、x402取引を管理し、Amazon CloudWatchは決済の試行、承認、拒否、決済完了を記録します。ブラウザーセッションが402応答を受けると、サービスは予算を確認し、設定済みのウォレット事業者を通じて暗号署名付きの決済証明を取得して、元のリクエストを一度だけ再試行します。販売者が決済を確認して精算すると、保護されたコンテンツが返されます。

AWSによると、この連携は決済処理をエージェントのコードから切り離します。従来、開発者は402応答の解析、決済ヘッダーの作成、鍵とウォレットの管理、予算の適用、リクエストの再試行、結果の記録を実装する必要がありました。エージェント実行環境に秘密鍵を置くと、信頼できないウェブページ、ツール、依存ソフトウェアに鍵がさらされるおそれがあり、制御されない再試行ループは意図しない決済を引き起こす可能性があります。記録やライブ表示に実際の操作を反映させるには、ブラウザーセッションが同じ状態を保つ必要があります。

管理設定では、認可タイプとIAMロールを指定してAgentCore Payment Managerを作成し、Amazon Bedrock AgentCore IdentityのワークロードIDに関連付けます。PaymentConnectorでCoinbase Developer PlatformまたはStripe Privyに接続し、PaymentCredentialProviderにウォレット認証情報を安全に保管します。PaymentInstrumentは資金に使うウォレットアドレスを指定します。またAgentCore Gatewayを通じて、従量課金エンドポイントを探すためのCoinbase x402 Bazaar MCPサーバーも提供します。ウォレットの秘密情報と署名処理はエージェント実行環境の外に置かれます。

自動決済を有効にするには、開発者がAnchor Browserのsession.x402をtrueに設定します。初期値はfalseです。有効にすると、設定した決済手段から実際に支払いが行われ、セッションごとの支出上限と時間制限が適用されます。チャレンジの形式が正しくない場合、対応する決済方法がない場合、予算を使い切った場合、またはAgentCoreが決済を拒否した場合、ブラウザーは元の402応答を変更せず返します。この設定で支払うのは第三者のリソースであり、Anchor Browserのセッションクレジットではありません。既存のPlaywright、Puppeteer、Chrome DevTools Protocolのワークフローに決済専用コードを加える必要はなく、ページ遷移、fetch、XMLHttpRequest（XHR）でリクエストできます。x402 v2ではPAYMENT-SIGNATURE、v1ではX-PAYMENTを送信します。組み込みのx402ツールはPOSTやPUTを含む有料API呼び出しにも対応します。記事の最後は、鍵の情報をエージェント実行環境から資金移動に使えないという説明の途中で途切れています。