AIエージェントは文章は作れても、支払いは苦手です。そこに決済口座を与えるのが、Coinbase Developer PlatformのPayments MCPです。Claude、Gemini、CodexなどのLLMから、ウォレット作成、オンランプ、stablecoin決済までをまとめて扱える点が特徴です。

この記事では、Payments MCPが何を解決するのか、x402とどうつながるのか、実務でどこに効くのかを整理します。

  • AIエージェントに決済機能を載せる意味
  • Payments MCPとx402の役割分担
  • 実務で使える場面と注意点

https://www.coinbase.com/developer-platform/discover/launches/payments-mcp

AIエージェントの弱点は「実行の最後」にある

LLMは検索、要約、コード生成まで強い一方で、外部サービスの購入やAPI課金のような「支払いを伴う実行」が苦手です。従来は人間がAPIキーを発行し、請求情報を登録し、毎月の利用量を管理していました。これは人間向けの設計です。エージェント向けではありません。

Payments MCPが狙うのは、この最後の段差です。モデルが外部ツールを呼ぶ流れの中に、ウォレットと支払いを自然に接続します。つまり、AIが「調べる」「書く」だけでなく、「買う」「払う」「発注する」側に回れるようにします。

Payments MCPは何をするのか

CoinbaseはPayments MCPを、x402経由でonchainに入るための入り口として公開しています。MCPはModel Context Protocolの略で、AIモデルが外部ツールへ安全にアクセスするための枠組みです。Payments MCPはその枠組みの中で、ウォレット、オンランプ、stablecoin決済をまとめて扱います。

公式発表では、メールだけでウォレットを作成してサインインでき、APIキーや開発者セットアップを前提にしない点が強調されています。さらに、支出上限の設定、取引管理、x402 Bazaar Explorerによる支払い先の探索、ローカル実行にも対応します。単なる決済APIではなく、エージェント用の操作環境として設計されているのがポイントです。

x402が土台になる

x402はCoinbaseが公開した、HTTP上でstablecoin決済を埋め込むためのオープンプロトコルです。HTTP 402 Payment Requiredを使い、アクセス要求に対して支払い指示を返し、支払いが通ればリソースを返す流れを作ります。

この方式の利点は、アカウント、セッション、手動の請求処理を減らせることです。x402のドキュメントでも、APIの従量課金、デジタルコンテンツのペイウォール、AIエージェントによる自律的なAPI利用が想定されています。Payments MCPは、そのx402をLLMの操作面から扱いやすくした入口だと見れば理解しやすいです。

実務で効く場面

最もわかりやすい用途は、従量課金型のAPI利用です。たとえば、エージェントが不足した情報を外部データで補うとき、都度の支払いを人間が肩代わりする必要がなくなります。あるいは、記事執筆や調査の途中で有料ソースを参照し、その場で決済して取得する流れも作れます。

もう一つは、軽い業務オペレーションです。クラウドの計算資源を追加で買う、クリエイターにチップを送る、短時間だけ必要なサービスを使う、といった用途です。ここでは「少額を何度も払う」ことが重要です。人間の手続きを前提にした決済より、プロトコル化された支払いのほうが相性が良いからです。

導入前に見るべき制約

便利でも、無条件に置き換えられるわけではありません。まず、決済対象はstablecoinとonchain処理が前提です。法定通貨ベースの社内稟議や経理フローには、そのまま載りません。

次に、支出制御が必要です。Payments MCPは支出上限や権限管理を前面に出していますが、これは裏を返せば、無制限に払わせる設計では危険だということです。エージェントに金銭を扱わせるなら、承認条件、上限、ログ、監査の設計が先に必要です。

最後に、対応環境の確認です。公式発表ではClaude Desktop、Claude Code、Codex、Gemini、Cherry Studioとの動作確認が案内されています。自社の実行環境に載せるなら、この接続点を最初に確認したほうが安全です。

既存の決済APIと何が違うのか

普通の決済APIは、人間の注文やサブスクリプション管理を自動化するためのものです。Payments MCPとx402は、AIエージェントが主体になって支払いを行う前提です。ここが決定的に違います。

前者は「人が使う決済の効率化」、後者は「ソフトウェアが自分で払う経済圏の整備」です。AIエージェントのユースケースが調査から実行へ移るほど、この差は大きくなります。

まとめ

Payments MCPは、AIエージェントにウォレットを与えるための実装レイヤーです。x402が決済のプロトコル、Payments MCPがLLMから扱うための操作面、という分担で見ると整理しやすいです。

「AIが支払う」は派手な話に見えますが、実際は従量課金API、ペイウォール、短期のクラウド利用など、細かい実務から効いてきます。エージェントを本当に実行主体にしたいなら、決済は後回しにできません。