AWS、AgentCore paymentsでエージェントのx402決済を自動化

発表の概要

AIエージェント向けのクラウド型ブラウザ自動化基盤であるAnchor Browserの「Anchor Browser with Agentic Payments」が、AWS Marketplaceで提供されるようになった。AWS Generative AI Innovation Center Partner Agent Factoryとの協業で開発されたものだと説明されている。Anchor Browserの各エージェントセッションは、管理されたブラウザ環境の中で動作し、認証状態の維持やナビゲーション、ネットワークリクエストの記録、ページ操作のライブビューを提供する。

背景には、有料リソースにぶつかったときのエージェントの行き詰まりがある。AIエージェントが有料データセットや従量課金の研究API、ペイウォール付きコンテンツにアクセスすると、サーバーはHTTP 402 Payment Requiredを返す。しかし従来のエージェントには支払いの仕組みも、セッションに紐づく予算も、要求を満たすプログラム的な手段もなく、タスクは停止して人手による対応が必要になっていた。今回の連携は、この停止をなくすことを狙っている。

決済フローの仕組み

x402は、HTTPベースのマシン間決済のためのオープン標準である。サーバーは402とともに、金額、受け付け可能な支払い方法、支払い先アドレスを返し、エージェントはそれを使って取引を完了する。Amazon Bedrock AgentCore paymentsはAgentCore内のフルマネージド機能で、ウォレット接続の管理、インフラ層での設定可能な支出上限の適用、x402プロトコル経由の決済処理を担う。支払いの試行・承認・拒否・決済については、Amazon CloudWatchを通じた可観測性も提供される。

実際の流れは次のとおりだ。ブラウザセッションに対してAgentCoreのPaymentSessionが作成され、設定済みの支払い手段と予算に紐づけられる。ブラウザが402チャレンジを受け取ると、Anchor Browserが内容を読み、セッションに紐づく支払い手段と互換性のある支払い方法を選ぶ。AgentCoreが予算の範囲内かどうかを検証し、設定されたウォレットプロバイダーで署名して暗号学的な支払い証明を返す。ブラウザはx402 v2ではPAYMENT-SIGNATURE、x402 v1ではX-PAYMENTとして証明を付けて元のリクエストを一度だけ再試行し、マーチャントが検証・オンチェーンで決済したうえでコンテンツを返す。この一連の流れで、鍵素材がブラウザやエージェントのランタイムに入ることはない。

自前実装との違い

マネージドな決済サービスを使わない場合、開発者は決済スタックの全体を自前で用意する必要がある。記事では、複雑さを4つのカテゴリに分けて整理している。1つ目は決済プロトコルの扱いで、402チャレンジの検出と解析、マーチャントが期待する形式での暗号証明を含むヘッダーの構築、複数の支払いスキームへの対応、マーチャント実装間の互換性維持が含まれる。加えて、セキュリティと鍵管理、運用の堅牢性、可観測性とコンプライアンスのそれぞれに作業が生じる。

セキュリティ面の指摘も具体的だ。インフラ層で強制される支出上限がないと、バグやリトライループ、プロンプトインジェクション、意図しないアクセスによって想定外の支払いが起きうる。有料エンドポイントをループで再試行するエージェントは、人手が入るまで支払いを承認し続けることになる。また、秘密鍵がエージェントのランタイム内にあると、信頼できないWebページやサードパーティ製ツール、外部依存と同じ実行環境を共有することになり、実際の資金を管理する資格情報が漏えいする経路になり得る。

ブラウザベースのエージェントには追加の制約がある。支払いは同じブラウザセッション内で行う必要があり、そうでなければセッションの記録やライブビューが実際に実行された内容と一致しなくなる。Anchor Browserでは、認証・ナビゲーション・ネットワークリクエスト・記録・ライブビューが同一セッション内で行われ、記録にはリクエストから402、支払い、コンテンツ配信までの流れが残る。決済アーキテクチャの観点では、従来エージェントが内部的に抱えていた8つのコンポーネントのうち、Anchor Agent側に残るのは予算セッションとx402ツールの2つだけになる。

有効化と前提条件

有効化はセッションのプロパティを1つ設定するだけでよい。session.x402をtrueにする（既定値はfalse）。有効にすると、ブラウザセッションはx402で保護されたWebサイトに自動的にアクセスでき、AgentCore paymentsが署名した支払いを同じブラウザセッション内で再試行する。なお、x402を有効にすることは、設定済みの支払い手段から実際の支払いを行うことを許可することを意味する。

前提として、Anchor BrowserのAPIキー（ANCHOR_API_KEY）が必要だと説明されている。記事ではcURLとJavaScriptからセッション作成APIを呼び出す例が示されている。Chrome DevTools Protocolで接続した後は通常どおり操作でき、自動化コードにウォレット鍵や支払いヘッダーを含める必要はない。ドキュメントのナビゲーション、fetch、XMLHttpRequestのいずれについても、402チャレンジの処理、支払いの署名、再試行はブラウザ側が透過的に行う。