Gemini Spark AIエージェントに必要なのはカードではなくウォレットだ
Google は2026年5月19日に Gemini Spark を発表した。Gmail を読み、返信を下書きし、予約を入れ、ノートパソコンを閉じた後も働き続ける24時間365日稼働のエージェント型アシスタントだ。ピッチは、あなたが眠っている間に受信トレイの退屈な半分を処理してくれる、常時オンのエージェント型アシスタントというものだ。
Gmail デモの陰に埋もれているのは、壇上の誰もが口にしたくなかった問題だ。エージェントがあなたなしに行動する瞬間、カード決済に組み込まれたあらゆる前提が崩れ落ちる。「承認」をタップする人間がいない。3-D Secure のコードを受け取る電話がない。カードも持参者もセッションもない。
これが Gemini 3.5 ローンチの真のストーリーだと思う。そしてそれはメールとほとんど関係がない。
常時オンのエージェント型アシスタントがあなたのカードを使えない理由
カードの仕組みは人間を前提としている。CVV、3-D Secure、SMS コード、速度チェックといった不正防止スタック全体は、取引の背後に人間がいることを確認するために存在する。Spark はその真逆だ。深夜3時に起動してキャンセルされたフライトを再予約する、Google のクラウド上のプロセスだ。
自律エージェントを Visa のレール上で動かすと、すぐに壁にぶつかる:
- データセンターの IP からのカード不在取引はフラグが立てられるか拒否される。
- 3-D Secure の認証チャレンジは眠っている人間に飛んでいく。
- チャージバックの責任は、誰も承認していない購入に対してマーチャントに転嫁される。
- 1日ごとにリセットされ、使い果たせない40ドルの上限をエージェントに付与するクリーンな方法がない。
Google 自身の AI Ultra ポジショニング がサブスクリプションのバンドルに傾いているのは、アクションごとの支払いが未解決だからこそだ。あなたは Google に月額固定料金を支払い、Google がエージェントのコストを負担し、エージェントがサードパーティに支払う方法を誰も考える必要がない。それは、エージェントが Google の囲い込まれたエコシステムの外で何かを購入する必要が生じるまでは機能する。
需要サイドがついに現れた
2年間、エージェント決済の世界は存在しない顧客のためのレールを構築し続けた。このギャップについては AI Agent Payments: Anvita, x402, and Who Owns the Rail で書いたが、技術は整っていても、自律的な支出者がいなかった。
Spark はその計算を変える。Google はまもなく、最終的には取引が必要になる常時オンのエージェントを数千万規模でリリースしようとしている。それがレールが待ち望んでいた需要だ。
生まれてきたスタックは、適切な意味で地味だ:
- x402 は休眠していた HTTP 402「Payment Required」ステータスコードを復活させ、サーバーが価格を提示してエージェントが単一リクエスト内でステーブルコインで支払えるようにする。
- AWS AgentCore は決済パスを追加し、Amazon のクラウドで動くエージェントが人間の承認なしに決済できるようにした。
- Pay.sh や類似ツールは USDC on Base をエージェントが他の API と同様に呼び出せる形にラップする。
共通点は Base 上の USDC だ。安価なファイナリティ、サブセントの手数料、そしてコンプライアンスチームが差し止め命令を申請することなく企業の財務部門が実際に保有できるステーブルコイン。
なぜ Base 上の USDC なのか
エージェント決済はマイクロペイメントだ。エージェントは天気 API を照会するために $0.003、データセットを購入するために $2 を支払うかもしれない。Ethereum メインネットのガス代は支払い金額を上回ってしまう。Base はこのサイクルで1日のDEXボリュームが10億ドルを超え、手数料はセントの数分の一に抑えられている。これがマシンスピードのマイクロペイメントを成立させる唯一の手数料体系だ。
チェーンよりもステーブルコインの方が重要だ。エージェントはボラティリティのある資産を保有できない。承認から決済の間に4%の価格変動が生じるのは話にならない。USDC はドル建てで換金可能であり、規制された事業体が発行している。GENIUS Act の AML ルール策定 がステーブルコイン発行者を銀行に似た監督体制に引き込んだ後、CFO は裏付けのないトークンではできない形で USDC の保有に署名できるようになった。
その規制の明確化がアンロックであり、スループットではない。まさにこの問題「誰が責任を負うのか、発行者は監督下にあるのか」で機関投資家向けの取引が頓挫するのを何度も見てきた。
難しいのは決済ではない。権限だ
エージェントにウォレットを与えるのは簡単な20%だ。残りの80%はガバナンスだ:
- 機能する支出制限。 エージェントウォレットにはオンチェーンで執行されるハードキャップが必要だ。プロンプトインジェクションが言いくるめられるアプリケーションコード上のソフトリミットではなく。
- 取り消し可能な委任。 食料品の再注文でエージェントを承認するのであって、貯蓄の移動ではない。そのスコープは暗号的でなければならず、チェックボックスであってはならない。
- 監査可能性。 すべてのエージェント決済は人間が設定したポリシーに帰属可能でなければならない。「AI が決めた」は規制当局が受け入れる答えではない。
ここでプロンプトインジェクションのリスクが現実になる。1つの漏洩したキーが何をもたらすかはすでに見てきた。Polymarket exploit を参照してほしい。今度は、そのキーが1日中信頼できないメールを読んでお金を使えるエージェントの中に存在すると想像してほしい。攻撃対象領域は受信トレイ全体だ。
次に注目すべきこと
Google は今年 Spark に USDC を組み込まない。最初のバージョンはすべてを Google Pay と Google 自身の課金を通じてルーティングする。それがコントロール可能であり、Google がレールを借りるよりも所有することを好むからだ。
しかし深夜3時にフライトを予約するエージェントは、最終的に Google が課金関係を持たないベンダーに支払いたいと思うだろう。そのとき、最も安価なパスはマーチャントごとのカスタムカード統合ではなく、オープンプロトコル上のステーブルコイン決済だ。勝つレールは、決済大手に許可を求めずにエージェントが呼び出せるものだ。
エージェントのためのウォレットがやってくる。唯一の未解決問題は、それが Google 内部のクローズドな台帳になるか、誰でも構築できるオープンなものになるかだ。私の賭けはオープンだ。ウェブが AOL に勝ったのと同じ理由で。