AIエージェントのためのペイ・パー・インテリジェンス構築：AmpersendがAmazon Bedrock AgentCore Paymentsを活用する方法

この記事は、Ampersend（Edge & Node）のKevin Jones氏とAmazon Bedrock AgentCore PaymentsチームのChethan Shriyan氏の共著です。

AmpersendとAmazon Bedrock AgentCore Paymentsは、エージェンティックAIにおける最も困難な問題の1つに取り組んでいます。自律エージェントは、カスタムの課金統合、認証情報管理、決済オーケストレーションをゼロから構築することなく、どのようにしてサービスの支払いを行うのでしょうか？ より多くのサービスがマシン向けの従量課金モデルに移行するにつれ、エージェントはx402などのエージェント支払いプロトコルを使用して、プログラム的に即座に、かつ管理された制限内で取引を行う必要があります。

この記事では、AmpersendがAmazon Bedrock AgentCore Payments上にペイ・パー・インテリジェンスのルーティングレイヤーをどのように構築したかを学びます。AIエージェントは自律的にタスクを最も効果的なモデルにルーティングし、リクエストごとに支払い、支出予算内で動作します。また、2ホップ決済パターンがエンドツーエンドでどのように機能するか、そして独自の実装を始める方法についても説明します。

Ampersendについて

Ampersend（Edge & Node提供）は、エージェントの支払いと運用のための管理プラットフォームです。Ampersendはエージェントとモデルプロバイダーのマーケットプレイスの間に位置します。同社のサービスは、支払いルーティング、決済、運用を処理します。エージェントビルダーは、プロバイダーごとのサブスクリプション、契約のオーバーヘッド、プロバイダー数に比例して増加する課金関係なしに、単一の統合を通じてモデルにアクセスできます。

Ampersendの考え方はシンプルです。エージェントは、APIを呼び出すのと同じように、プログラム的に、即座に、人間の介入なしにインテリジェンスに支払うべきです。

Ampersendは、x402オープンプロトコルとAmazon Bedrock AgentCore Paymentsを活用し、AIエージェントが単一の統合ポイントを介して複数のモデルプロバイダーに自律的にインテリジェンスサービスを支払えるようにします。

課題：自律エージェントのための決済インフラ

エージェントビルダーとサービスプロバイダーは、同じインフラギャップの両面に直面しています。

エージェントビルダーにとって：エージェントは有料の大規模言語モデル（LLM）、有料データAPI、有料コンテンツエンドポイントを呼び出す必要があります。ウォレット管理の構築、支払い署名の処理、x402などのエージェント支払いプロトコルの実装、支出制限の管理、各プロバイダーの課金との統合が必要です。エージェントロジックをリリースする前に、数ヶ月のインフラ作業が必要です。

Ampersendのようなアプリケーションにとって：単一の支払いチャネルを通じて複数のモデルプロバイダーへのアクセスをエージェントに提供したいと考えています。しかし、そのためには、基盤となる決済インフラが安全で、監査可能で、ガバナンスが効いている必要があり、ウォレット管理や支出制御を自分たちで構築する必要はありません。

AgentCore Paymentsはこの両面を解決します。エージェントシステムに必要な管理された決済インフラを提供し、個々のエージェントに管理された制限内で自律的に取引する能力を与えます。

AmpersendがAgentCore Paymentsを使用してペイ・パー・インテリジェンスルーティングレイヤーを構築した方法

AmpersendはAgentCore Payments上にペイ・パー・インテリジェンスのルーティングレイヤーを構築しました。ユースケースは次のとおりです。

エージェントにはタスクがあります：研究論文の要約、スマートコントラクトのレビュー、オンチェーンデータの分析など。エージェントはAmpersendを呼び出し、Ampersendは機能層ごとに整理されたモデルのカタログを公開します。エージェントはタスクの複雑さに合った層を選択し、AgentCore Paymentsを通じてリクエストごとに支払い、結果を受け取ります。舞台裏では、Ampersend SDKを使用してAmpersendがアップストリームのモデルプロバイダーと決済を行います。

これにより、2ホップの支払いルーティングパターンが作成されます：

図1：2ホップ支払いルーティング — エージェント → Ampersend → モデルプロバイダー

2ホップ支払いフローの仕組み

上図はエンドツーエンドの支払いアーキテクチャを示しています。主要なAgentCore Paymentsコンポーネントがこのフローでどのように連携するかを以下に説明します。

1. Payment Manager – アプリケーションバックエンドが、ウォレット接続と支出ポリシーを定義するPayment Managerを作成します。これはエージェントの支出方法を制御するガバナンス層です。

1. Payment Session – エージェントが開始する前に、バックエンドが予算上限（例：0.05ドル）のPayment Sessionを開きます。エージェントはこのセッションの制限内でのみ取引できます。

1. ProcessPayment API – AmpersendがHTTP 402（支払いが必要）を返すと、エージェントはx402支払い詳細を含むProcessPaymentを呼び出します。AgentCoreは接続されたウォレットの認証情報を使用してUSDC承認に署名し、エージェントは秘密鍵に一切触れません。

1. 認証情報プロバイダー（Coinbase CDP） – AgentCoreはCoinbase Developer Platformをウォレット認証情報プロバイダーとして接続します。Coinbase Developer Platformはウォレット管理と署名インフラを管理します。エージェントはProcessPaymentのみを呼び出せるスコープ付きIAMロール（ProcessPaymentRole）を引き受けます。このロールは予算を変更したり、ウォレットキーに直接アクセスしたりすることはできません。

1. 決済 – 署名後、支払い証明がエージェントに返されます。エージェントは証明を添付してAmpersendへの元のリクエストを再試行します。Ampersendはオンチェーン（Baseネットワーク、USDC）で決済を検証し、次にAmpersend SDKを使用してアップストリームのモデルプロバイダー（例：BlockRun）に自動的に支払います。エージェントからAmpersend、Ampersendからモデルプロバイダーの2つの決済が発生します。

エージェントの観点からは、1回の有料リクエストを行っただけです。Ampersendがどのプロバイダーにルーティングしたかは知らず、気にしません。Ampersendがプロバイダーの選択、2回目の支払い、配信をすべて透過的に処理します。

AgentCore Paymentsが支払いライフサイクルを管理する方法

AgentCore Paymentsは完全な支払いライフサイクルを処理するため、Ampersendもエージェントビルダーも構築する必要がありません：

管理ウォレット – AgentCoreはCoinbase CDPまたはStripe Privyウォレットを支払い接続として接続します。ウォレット管理インフラを構築する必要はなく、キー管理を維持する必要もありません。Ampersendは認証情報を一度接続するだけで、取引可能な資金提供済みウォレットが準備されます。

支出ガバナンス – セッションレベルの予算がインフラ層で強制されます。アプリケーションバックエンドが制限を設定し、エージェントはその範囲内で取引します。予算が枯渇すると、次の支払いはクリーンに拒否されます。エージェントは自律的に動作しますが、上書きできない決定論的な境界内で動作します。

ネイティブx402プロトコル – エージェントが有料エンドポイント（HTTP 402）に遭遇すると、AgentCoreはx402プロトコルネゴシエーション、ウォレット認証、ステーブルコイン支払い、証明の配信を、エージェントの推論ループを中断することなく処理します。プロトコルのv1とv2の両方がサポートされています。

可観測性 – すべてのトランザクションは、開発者がAgentCoreで既に使用している同じログ、メトリクス、トレースを通過します。別途支払い監視を構築する必要はありません。

AmpersendとAgentCore Paymentsの組み合わせがもたらすもの

どちらか一方のシステムだけでは、エージェントコマースのフルスタックをカバーできません。両者が連携することで、ルーティング、決済、ガバナンス、可観測性をエンドツーエンドでカバーします。

Ampersendが提供するもの：インテリジェントモデルルーティング、プロバイダーマーケットプレイス、プロバイダーの複雑さを抽象化する2ホップ決済パターン、大規模なエージェント支払いワークフロー管理のための運用ツール。

AgentCore Paymentsが提供するもの：管理ウォレットインフラ、決定論的支出ガバナンス、ネイティブx402署名と決済、自律エージェントが認証情報を公開したり予算を上書きしたりすることなく取引できるセキュリティモデル。

これらは連携して、エージェントコマースが実際にどのように機能するかを示しています。エージェントがインテリジェンスサービスを発見、評価、選択、支払うすべてが、ガバナンスが効き、可観測性があり、監査可能なフレームワーク内で行われます。

結果

Ampersendは、初期API呼び出しからBaseネットワーク上のエンドツーエンドの決済まで、2週間未満で完全な統合を完了しました。AgentCore Paymentsがなければ、チームはウォレット管理、署名インフラ、支出制御だけでも3〜4ヶ月のエンジニアリング作業が必要だったと見積もっています。

統合を主導したKevin Jones氏は次のように述べています。「マルチエージェントシステムの構築は真に複雑であり、支払いインフラがプロジェクト全体で最も困難な部分になると予想していました。AWS AgentCore Paymentsはそれを完全に変えました。AgentCoreの買い手エージェント、Ampersendの売り手エージェント、BlockRun AIの従量課金LLM推論を統合するのは、予想よりもはるかにスムーズに進みました。ロジックを配線しただけで、機能しました。」

Edge & NodeのCEO、Rodrigo Coelho氏は次のように述べています。「私たちはAmpersendをエージェント支払いのコントロールレイヤーとして構築しました。AgentCore Paymentsは自然な選択でした。管理ウォレット、支出ガードレール、x402決済により、完全に自律的なエージェント間マイクロペイメントを数日で実証できました。」

結論

AmpersendとAgentCore Paymentsの統合は、エージェントプラットフォームがウォレット管理、x402プロトコル処理、支出ガバナンスを管理インフラにオフロードできるときに何が可能になるかを示しています。エージェントビルダーは有料インテリジェンスのための単一の支払いサーフェスを得て、Ampersendのようなプラットフォームは支払いパイプラインではなくルーティングとマーケットプレイスロジックに集中できます。結果として、デフォルトでガバナンスが効き、可観測性があり、監査可能な自律的エージェント間コマースが実現します。

はじめに

従量課金エージェントワークフローを構築する準備はできましたか？ 以下から始めてください。

1. AgentCore Paymentsのセットアップ – AgentCore CLIクイックスタートに従って、Payment Managerを作成し、ウォレットプロバイダーを接続し、支出制限付きの最初のPayment Sessionを設定します。

1. Ampersendとの統合 – ampersend.aiにアクセスしてモデルカタログを確認し、エージェントをAmpersendの支払いルーティングAPIと統合します。

1. チュートリアルを試す – GitHubでハンズオンのAgentCore Paymentsワークショップとサンプルを参照して、実際の買い手/売り手の実装を確認します。

詳細：

• Amazon Bedrock AgentCore Paymentsドキュメント

• 取引するエージェント：Amazon Bedrock AgentCoreにPayments（プレビュー）が追加されました – 発表記事

• GitHubのAgentCore Paymentsサンプルとワークショップ

• x402プロトコル

• Ampersend

著者について