AIエージェントが人間のクレジットカードやAPIキーに頼らず、自分でデータ代を払い始めました。
2026年7月2日、機械学習エンジニアのSantiago氏(@svpino)が、自前のエージェントがApify StoreのActorをAPIキー・アカウント・クレジットカードなしで利用し、データ取得の代金を自律的に支払った様子を公開しました。支払い基盤に使われたのが、Coinbaseが開発しLinux Foundation配下のx402 Foundationが管轄するオープンプロトコル「x402」です(参考)。
この記事では、x402がHTTPの決済フローをどう変えるのか、エージェントがApifyのデータツールをどう買えるのかを整理します。
この記事でわかること
- x402がHTTP 402ステータスで決済を組み込む仕組み
- AIエージェントがAPIキーなしで有料APIを使う流れ
- Apify連携でUSDCを使った従量課金の実際の手順
- Linux Foundation移管後のx402エコシステムの位置づけ
従来のAPI課金がエージェント運用と噛み合わない理由
AIエージェントが外部のデータやツールを使うとき、従来は人間が先に動く必要がありました。サービスごとにアカウントを作り、KYC付きの支払い方法を登録し、月額プランやプリペイドクレジットを購入し、APIキーを発行してエージェントに渡す。キーのローテーションや漏洩対策も人間の仕事です。
エージェントが自律的に「今必要なツール」を選んで使う場面では、この前提がボトルネックになります。使いたいAPIが増えるたびに人間が契約とキー管理を繰り返す必要があり、従量課金の粒度もクレジットカード決済の手数料や承認フローに縛られます。HTTPでデータをやり取りするプログラムの世界に、フォーム入力型の決済が重ねられている構図です。
x402はHTTP 402で決済をWebリクエストに埋め込む
x402は、HTTP仕様に昔から存在する「402 Payment Required」ステータスコードを実際の決済フローに使うオープン標準です。Coinbaseが開発し、2026年4月2日のMCP Dev Summit North AmericaでLinux Foundationがx402 Foundationを立ち上げ、プロトコルを中立なオープンソース基盤として受け入れました。初期のガバナンス体制にはCoinbase、Cloudflare、Stripeが関与し、Google、AWS、Microsoft、Visa、Mastercardなど20社以上が参加意向を表明しています(参考)。
公式サイトによると、直近30日間で約7,541万トランザクション、約2,424万ドルの決済量が記録されています。プロトコル自体に手数料はかからず、ブロックチェーンのネットワーク費用のみが発生します。
決済の流れはHTTPリクエストの往復に収まります(参考)。
- クライアント(人間のスクリプトまたはAIエージェント)がリソースサーバーへHTTPリクエストを送る
- 支払いが必要なら、サーバーがHTTP 402を返し、
PAYMENT-REQUIREDヘッダーに価格や受け入れ可能な決済方式を載せる - クライアントがウォレットで支払いペイロードに署名し、
PAYMENT-SIGNATUREヘッダー付きで同じリクエストを再送する - ファシリテーター(決済の検証・精算を代行するサーバー)がオンチェーンで決済を確定し、サーバーがリソースを返す
アカウント作成、セッション管理、APIキーの発行が不要になるのは、この設計がHTTPネイティブだからです。決済はリクエストの一部として機械可読な形で伝わり、エージェントがそのまま解釈して応答できます。
Santiago氏のデモが示すエージェント自律決済の流れ
Santiago氏の投稿では、エージェントが目標達成のためにApify StoreからActorを探し、x402経由で代金を払い、人間の介入なしに実行したと説明されています。具体的な手順は次の6段階です(参考)。
- エージェントが使いたいActorを見つける
- Actorへリクエストを送る
- ActorがHTTP 402「Payment Required」を返す
- エージェントがBase上のウォレットからUSDCで支払いを承認する
- Actorが実行される
- ユーザーに結果が届く
モデルは従量課金です。エージェントは支出上限(spending ceiling)を設定し、使った分だけ支払い、残高は自動精算されます。Santiago氏は専用のスキルをエージェントに追加すれば、この一連の処理を自動化できると紹介しています。
Apify連携でエージェントがデータツールを買う実装
ApifyはWebスクレイピングや自動化のActorを提供するマーケットプレイスです。x402連携により、AIエージェントはApifyアカウントを持たずにActorを実行し、Baseブロックチェーン上のUSDC(米ドル連動のステーブルコイン)で支払えます(参考)。
Apifyの実装では、ウォレットがUSDC送金をオフチェーンで署名し、サーバー側がオンチェーンで精算します。事前に1回の支払いでプリペイドトークンを取得し、その残高の範囲内で複数のActorを実行する方式です。最小取引額は1ドル相当のUSDC、トークンの有効期限は購入から14日間、残高は絶対的な支出上限として機能します。
セットアップにはCoinbase Agentic Wallet(awal)をnpx経由で使います。ウォレット認証にはメールアドレスが必要で、エージェントが完全自律で動かすには、認証コードを読み取れるメールボックスへのアクセスが前提になります。初回決済時のウォレットデプロイには、Base上でごく少量のETH(ガス代)が必要です。
プリペイドトークン購入の例は次のとおりです。
npx awal x402 pay 'https://agi.apify.com/protocols/x402/prepaid-tokens?amount=1¤cy=usd' \
--max-amount 1000000 --json
返却されたトークンをBearer認証に使えば、Apify API経由でActorを同期実行し、データセットを取得できます。対象はペイパーイベント課金モデルのActorに限られ、レンタル型や従量課金型の一部Actorは現時点では対象外です。
ファシリテーターがブロックチェーン運用を肩代わりする
x402の設計で重要なのがファシリテーターの役割です。リソース提供者が自前でブロックチェーンノードを運用しなくても、ファシリテーターが支払いの検証と精算を代行します。Coinbase Developer Platform(CDP)のホスト型ファシリテーターは、Base、Polygon、Arbitrum、World、Solana上のERC-20決済に対応し、月1,000トランザクションまで無料、以降は1件あたり0.001ドルです(参考)。
USDCのようなEIP-3009対応トークンを使えば、ガス代の心配をファシリテーター側に寄せやすく、エージェント側の実装を単純化できます。TypeScript、Python、Go向けのSDKも公開されており、ExpressやFastAPIなど既存のWebサーバーにミドルウェア1行で課金を組み込める設計です(参考)。
エージェント経済圏への波及と注意点
x402はApifyに限りません。TavilyのWeb検索や各種APIが同プロトコルに対応しつつあり、エージェントがランタイムでサービスを発見し、1リクエスト単位で支払う「エージェントコマース」の土台として位置づけられています。Linux Foundation傘下に入ったことで、Coinbase単独の仕様ではなく、ベンダーニュートラルな標準として業界横断で採用が進む見通しです。
一方で、現状は実験的な側面も残ります。Apifyのx402連携は公式に「experimental(実験的)」と明記されており、決済プロトコルの進化に伴い仕様が変わる可能性があります。ウォレット認証のメール確認、Base上のUSDC・ETHの事前準備、14日間のトークン失効など、完全な「ゼロセットアップ」ではない前提条件も理解しておく必要があります。
それでも、APIキーを人間が配布し続けるモデルから、エージェントがHTTPの標準フローだけで支払いを完結させるモデルへの転換は、自律エージェントの実運用に直結する変化です。Santiago氏のデモは、その転換がすでに動いている具体例として読めます。
