エージェントペイメントとは?AIエージェントがAPI、データ、コンピュートの支払いを行う仕組み

AIエージェントがタスクの途中で、持っていないデータセット、有料のAPI呼び出し、あるいは計算リソースのブロックを必要とすることがある。人間であればカードを取り出し、必要なものを購入して作業を進める。しかしエージェントにはそれができない。少なくとも現在のチェックアウトフローの作りではまだ無理だ。そのため、エージェントは処理を止め、人間を待つことになる。

エージェントペイメントは、このワークフロー中の中断を取り除く仕組みだ。エージェントが実際の作業をより多く担うようになるにつれ、必要なものを安全かつ自律的に支払える能力は、目新しい機能ではなく、実用的なエージェント型ワークフローの中核インフラになりつつある。

エージェントペイメントとは何か

エージェントペイメントとは、人間やシステムが事前に定めた制限の範囲内で、AIエージェントが自ら開始し完了させる取引のことだ。人間がカード情報を入力する代わりに、エージェントがAPIリクエストやデータ、計算リソースといったものに直接支払いを行い、作業を続ける。

ここでの鍵となる言葉は「制限内での自律性」だ。優れたエージェントペイメントシステムは、エージェントに無制限のウォレットを渡すことはしない。支払い手段に加えて、支出上限、許可リスト、そして支出を予測可能かつ監査可能に保つルールを与える。

通常の決済フローがエージェントに合わない理由

人間向けのチェックアウトは、決済情報を入力し、購入を承認し、何か問題があれば対処する人間がそこにいることを前提としている。エージェントはこの前提を崩す。

毎朝マーケットレポートを作成する必要があるリサーチエージェントを例に考えてみよう。このエージェントは、いくつかのAPI呼び出しに対して支払いを行い、データセットのロックを解除し、結果を分析するために短時間の計算リソースを借りる必要があるかもしれない。それぞれの購入額は数セント程度かもしれない。しかしエージェントは、その都度人間に確認を求めることなく、自動的にこれらの支払いを行う必要がある。

ここに3つの問題が生じる。カードでのチェックアウトには手動の手順が必要になる。従来の決済手数料は少額の購入を割に合わないものにする。そして、エージェントに無制限の決済資格情報を与えることはリスクが大きすぎる。

エージェントペイメントは、ユーザーや企業が管理する制限の範囲内で、エージェントが少額の支払いをプログラム的に行えるようにすることで、この問題を解決する。

エージェントペイメントの仕組み

毎朝マーケットレポートを作成する必要があるリサーチエージェントを例にとる。この作業を完了するために、エージェントは有料の価格情報APIを呼び出し、データセットのロックを解除し、短時間の計算ジョブを実行する必要がある。

まずアイデンティティが最初にくる。 決済システムは、どのエージェントが動作しており、それを誰が所有しているかを把握する必要がある。この例では、システムはそのリサーチエージェントを特定のユーザーまたは企業に紐づく承認済みエージェントとして認識する。このアイデンティティが、エージェントを「何を購入できるか」「誰に支払えるか」「どれだけ支出できるか」というポリシーに結びつける。

次に資金と決済レールがくる。 エージェントはお金にアクセスする手段と、それを動かす手段が必要だ。ステーブルコインウォレット、事前入金された残高、トークン化されたカード、あるいはこれらの組み合わせを使うこともある。クリプトレールは販売者がオンチェーン決済を受け入れる場合に役立ち、カードレールは販売者が従来型の加盟店である場合に役立つ。

コントロールが決済を安全にする。 リサーチエージェントには、1レポートあたり5ドルまで、月100ドルまで、かつ承認済みのデータおよび計算プロバイダーに対してのみ支出できる、といった制限が設定される場合がある。悪意のあるサイトが500ドルを支出させようとすれば決済は失敗する。未知の受取人に支払おうとしても決済は失敗する。

決済確定がループを完了させる。 決済が承認されると、販売者に支払いが行われ、エージェントはAPIレスポンス、データセット、または計算リソースへのアクセスを得て、取引は会計と監査のために記録される。

目的は、エージェントに無制限のお金へのアクセスを与えることではない。エージェントが許可された作業の範囲に合致する、狭くプログラム可能な決済権限を与えることだ。

x402や決済プロトコルの位置づけ

プログラム的に支払いができるようになったら、次に必要なのは決済リクエストとレスポンスがどう動作するかについての共通の言語だ。それを提供するのがエージェント決済プロトコルだ。

x402はそうした標準の一つだ。HTTPの402 Payment Requiredステータスコードを使い、サーバーがリクエストに紐づけて支払いを求められるようにする。エージェントは有料リソースをリクエストし、価格を受け取り、支払いを行い、アカウント設定なしにリクエストが完了する。ACPやMPPなど、他の標準も存在する。

実際のところ、複数のプロトコルが存在し、単一の勝者はいない。すべてを直接統合する加盟店はほとんどないだろう。加盟店側ではプロトコルに依存しない立場を取るのが正しい方向だと考えている。そうすれば、どの標準が勝つかに賭けることなく、ビジネスがエージェント決済を受け入れられるようになる。

エージェントペイメントを使うべき場面

AIエージェントが作業を続けるために商品やサービスへの支払いを必要とする場合に、エージェントペイメントを使う。

これは、有料APIの呼び出し、市場データやオンチェーンデータのロック解除、ソフトウェアへのアクセス料金の支払い、短時間の計算ジョブの実行などを意味する場合がある。こうした購入は少額であったり、頻繁であったり、時間的制約が厳しかったりするため、通常のチェックアウトには向かない。

エージェントペイメントがなければ、誰かが介入してカード情報を入力し、購入を承認し、失敗した決済を修正し、エージェントに支出を許可するかどうかを判断する必要がある。これはワークフローを遅らせ、そもそもエージェントを使う意味を失わせる。

エージェントが無料のリソースしか使わないのであれば、エージェントペイメントはまだ必要ないかもしれない。しかし、作業を続けるために何かへの支払いが必要になった時点で、必要になる。

はじめ方

まず、エージェントが実際に何をどれだけ購入することを許可されているかを決め、エージェントを信頼するのではなくその制限を強制する決済手段を選ぶことから始める。ユースケースに必要なレールへの対応、明確な支出コントロールと許可リスト、監査可能な記録があるかを確認する。

Alchemyは、暗号資産業界の代表的なプロダクトの多くを支えているのと同じプラットフォーム上で、エージェント決済インフラを構築している。AgentCardは、既存のカードから資金を得た仮想カードをエージェントに提供し、支出コントロールが組み込まれている。AgentPayはプロトコルに依存しないプロキシで、加盟店がどの標準を選ぶこともなく、複数の標準にまたがってエージェント決済を受け入れられるようにする。

ここで出てくる用語に不慣れな場合は、AIエージェント暗号資産用語集でx402、MCP、ステーブルコインなど、この記事で使われている用語を定義している。

よくある質問

エージェントペイメントとは、簡単に言うと何か

人間が設定した制限の範囲内で、AIエージェントが自ら行う支払いのことだ。これにより、人間がカード情報を入力することなく、API呼び出しやデータ、計算リソースといったものを購入できる。

エージェントペイメントとx402の違いは何か

エージェントペイメントは、エージェントが自ら支払いを行うという広いカテゴリーを指す。x402は、HTTP経由でそうした支払いをリクエストし実行するための、具体的な1つのプロトコルだ。x402はエージェントペイメントを実現する1つの方法であり、そのカテゴリー全体ではない。

エージェントペイメントは安全か

その安全性はコントロール次第だ。強固なシステムは支出上限、許可リスト、明確なアイデンティティを強制するため、エージェントは許可された範囲内で、許可された相手にのみ支出でき、すべての支払いが監査可能になる。

エージェントペイメントには暗号資産が必要か

必ずしもそうではない。クリプトレールとステーブルコインを使うものもあれば、トークン化されたカードレールを使うものもあり、最も柔軟なシステムは両方を橋渡しして、エージェントがネイティブな暗号資産サービスと従来型の加盟店の両方に支払いできるようにする。

開発者向けのエージェントペイメントソリューションとは何か

エージェントに資金付きで管理された支払い手段を与えるためのツールとAPIのことだ。Alchemyは、管理された支出を発行し、複数のプロトコルにまたがってエージェント決済を受け入れるためのAgentCardとAgentPayを提供している。

Alchemyでエージェント経済に向けた構築を

私たちは、暗号資産業界の代表的なプロダクトを支えてきたプラットフォームを拡張し、新しいタイプのユーザーとしてのエージェントに対応させようとしている。alchemy.com/agentsで何が可能かを確認するか、ドキュメントを読んでほしい。