エージェント決済とは？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を介してこれらの支払いを要求・実行するための、具体的な一つのプロトコルだ。x402はエージェント決済を実現する一つの方法であり、そのカテゴリー全体ではない。

エージェント決済は安全か?

その安全性はコントロール次第だ。堅牢なシステムは支出上限、許可リスト、明確な身元確認を強制するため、エージェントは許可された相手に対して、許可された範囲内でしか支出できず、すべての支払いが監査可能になる。

エージェント決済に暗号資産は必須か?

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

開発者向けのエージェント決済ソリューションとは何か?

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

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

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