Stripeの次のカード：AI支払いの基盤を構築する

エージェントが購入できるようにし、商人が販売できるようにします。

昨日、Stripe Tourのビデオ素材と内容を整理し、現場でのデモを再度見返しましたが、どれも非常に興味深いものでした。

最初のデモでは、Stripe大中華区のソリューションアーキテクトであるAnnice LiuがKimiに言いました：「親子旅行サービスを立ち上げてください。このサービスは、親の好みや地元の最新情報に基づいて、毎週パーソナライズされた親子旅行の週報を生成します。」

次に、エージェントは必要なサービスを自分で探し始めました：ドメイン名を登録し、Cloudflareにデプロイし、OpenRouterを介してモデルに接続し、Supabaseを介してユーザーの好みを保存します。数分後、会話の中だけに存在していたアイデアが、実際に開けるウェブサイトに変わりました。

このデモでは、海外ソフトウェアのエコシステムも見られます。エージェントは、企業の閉じられたプラットフォームに入って、準備されたすべての機能を探すのではなく、一連の独立したサービスを組み合わせることができます。

Cloudflareはドメインとデプロイを提供し、OpenRouterはクロスモデルの入口を提供し、Supabaseはデータベースを提供し、Stripe Projectsはこれらのサービスの開通、設定、支払いをつなげます。各企業は自分の得意なレイヤーだけを担当し、エージェントはタスクに応じてそれらを組み合わせて完全な製品を作ります。

Stripeの共同創設者兼CEOであるPatrick Collisonは以前、Stripe ProjectsはClaude Codeの作業方法に触発されたと述べました：エージェントが製品を作成すると、それはすぐにログ、ホスティング、データベース、モデルなどの外部サービスを必要とします。Stripeが目指しているのは、エージェントがこれらのサービスを直接発見し、開通できるようにすることです。

Stripe Projectsはアイデアから公開まで、2、3人のエンジニアによって約2ヶ月で完成し、その間に約50のサービスが接続されました。彼は、過去にはこれには少なくともより大きなチームと半年の時間が必要だったと推定しています。

国内で一般的な道筋は、スーパーペイアプリの内部から始まります。アカウント、支払い、商人、コンテンツ、生活サービスはもともと同じエコシステムにあり、エージェントはプラットフォーム内でニーズから取引までのクローズドループを完了しやすくなります。その利点は、リンクが短く、ユーザーが複数のアカウントを管理する必要がないことです；代償は、エージェントが何を呼び出せるか、データがどのように流れるかが、しばしば単一プラットフォームの境界に依存することです。

海外のこのような組み合わせも、必ずしも自然に容易ではありません。エージェントが新しいサービスに接続するたびに、別の一組のアイデンティティ、権限、請求、リスクの問題が増えます。過去には、これらの問題は開発者が一つずつ処理していました；エージェントが自分で製品を構築する場合、異なるサービスを発見、開通、計測、支払い可能なリソースに変えるための基盤インフラが必要です。

このように見ると、StripeがOpenRouterを買収することに対する別の視点を提供します。デモの中でOpenRouterは、エージェントが異なるモデル会社にそれぞれ接続する必要がないモデルインターフェースのように見えます。しかし、Stripeにとっては、AI製品の実行時に最も頻繁に発生する消費を表しています：モデルの呼び出しごとに、価格、速度、信頼性、効果の間で選択を行う必要があり、計測可能なトークンコストが発生します。

もしモデルルーティング、トークン計測、請求、支払いが結びつけられれば、Stripeが管理するのは、製品が売れた後の収益の取り方だけでなく、AI製品の実行過程で、どのようにモデル能力を選択し購入するかも含まれます。

この観点から見ると、Stripeが目指しているのは、オープンエコシステムに共通の資金、計測、権限システムを提供することに似ています。エージェントが複数の会社を跨いでも、スーパーペイアプリ内部に近い一貫した体験を得られるようにします。

別のデモはMetaの個人エージェントMuseです。ユーザーは、ボストンからダブリンへの往復航空券を探すように指示し、Museは470ドルのオプションを見つけ、乗客情報を確認し、ユーザーに予約を完了するかどうかを尋ねます。

支払いの段階では、ユーザーにクレジットカード番号をAIに送信するように求めません。StripeのエージェントウォレットLinkが承認ページを表示します。ユーザーは金額、どのカードを使用するかを確認し、「拒否」と「許可」の間で選択します。ユーザーが承認した後、エージェントはこの取引を完了するために必要な支払い証明書を取得し、最終的に航空券を予約します。

これらの二つのデモを並べると、StripeがAI経済に対して描いている縮図のように見えます。

一方では、エージェントは自分で製品を構築し、サービスを呼び出し、収益を生み出すことができます；もう一方では、エージェントは他の人のために商品を探し、注文を形成し、支払いを開始することもできます。Stripeが目指しているのは、単にチャットボットに支払いボタンを追加することではなく、エージェントを「話すソフトウェア」から実際の商業システムに接続することです。

私たちは、今年Stripeが発表した製品、プロトコル、デモをつなげてみると、AI支払いにおいてさまざまな試みを行っていることがわかります。

商人の商品とチェックアウトをエージェントが理解できるインターフェースに変える

AIが人々のために買い物をする際、最初に直面する問題は、どのようにして商人が何を売っているかを正確に知るかということです。

人はウェブページを開き、画像を見て、サイズをフィルタリングし、送料を理解し、チェックアウトをクリックします。エージェントが人間のようにウェブページ上のボタンを探すだけであれば、簡単に誤った仕様を選んだり、期限切れの価格を読み取ったり、ページが更新された後に直接無効になったりする可能性があります。

2025年、StripeはOpenAIと共にAgentic Commerce Protocol、略してACPを発表しました。これは商品カタログ、在庫、価格、チェックアウトプロセスを機械が呼び出せるプロセスに変えました。当時の最初の公開ユースケースは、ChatGPT内のInstant Checkoutでした。

このステップの重要性は、「ChatGPT内でも買い物ができる」ということではなく、Stripeがチェックアウトを人間が見るページから、エージェントが呼び出せる商業インターフェースに変え始めたことにあります。

Stripeはまた、Agentic Commerce Suiteを発表しました。これにより、商人は一度接続すれば、異なるAI入口に対して対応でき、ChatGPT、Gemini、Copilot、または次のエージェントのために商品とチェックアウトシステムを再構築する必要がなくなります。

商人は依然として記録された商人であり、在庫、税金、配送、返金、チャージバック、顧客関係を引き続き管理します。AIプラットフォームは要求を提起し、注文をもたらす責任があり、Stripeは前の自然言語リクエストを商人の元の取引システムに翻訳する責任があります。

これもまた、Stripeと純粋なAIプラットフォームとの最大の違いです。OpenAI、Google、Metaはユーザー入口を争っています；Stripeはすべての入口の背後で使用できる商業基盤インフラになりたいと考えています。どのエージェントが勝つかを予測する必要はなく、ますます多くのエージェントが取引に参加し始めることが重要です。

Museは、似たような接続経路を採用しています：まず、ブラウザを介してウェブサイトを操作し、特別に適合していない商人にもアクセスできるようにします；次に、重要なパートナーとAPIを接続し、プロセスをより迅速かつ安定させます。Zuckerbergの判断は、将来的に企業は今日のウェブサイト、メール、ソーシャルアカウントを持つように、自分のエージェントを持つようになるということです。

ブラウザ操作は「今使えるか」を解決し、直接インターフェースは「今後安定してビジネスができるか」を解決します。これが、Stripeが商品、チェックアウト、支払い能力をエージェントインターフェースに変える理由です。

エージェントを信じる必要はなく、制限を支払い証明書に直接書き込む

エージェントが注文を形成した後、次の問題は：それがユーザーのお金を使用する根拠は何かということです。

従来のオンライン支払いでは、「正しいカード番号を取得した」ということが重要な信頼信号とされています。しかし、エージェントにとって、支払い証明書を持っていることは、目の前の取引の承認を得たことにはなりません。

Stripeはこれに対処するためにShared Payment Token、略してSPTを作りました。これは実際のカード番号をエージェントに渡すのではなく、制限された支払い証明書を生成します。この証明書は商人、金額、通貨、有効期限を制限することができ、取り消すこともできます。エージェントはそれを使って支払いを行うことができますが、どこでも使えるカードに変えることはできません。

StripeはSessions 2026で非常に直感的なデモを行いました：トークンの限度額は25ドルです。商人が25ドルを受け取ると、取引は成功します；金額を50ドルに変更すると、Stripeは直接拒否します。

これは単なる限度機能のように見えますが、実際にはAgentic Paymentの最も重要な設計の一つです。

予算がプロンプトにだけ書かれている場合、それはエージェントに自発的に遵守させる要求に過ぎません；もし限度額が支払い証明書に書かれていれば、モデルが誤った判断をしたり、悪意のある指示の影響を受けたりしても、支払いシステムは許可しません。

大規模モデルは曖昧な意図を理解する責任があり、支払いシステムは確定したルールを実行する責任があります。

今年、StripeはSPTをVisa、MastercardのAgentic Token、およびAffirm、Klarnaのような後払い方式に拡張しました。彼らが目指しているのは、新しい支払いネットワークを再構築することではなく、異なるネットワークのエージェントの権限を統一して、商人が受け入れ可能な支払い証明書に翻訳することです。

Linkをクイック支払いツールからエージェントウォレットに変える

SPTは「商人が安全にお金を受け取る方法」を解決しましたが、消費者はまだ管理する場所が必要です：どのエージェントが私に支払いを要求できるか、私は何を承認したか、最終的にいくら使ったか。

これがLinkエージェントウォレットの役割です。

エージェントは最初にLinkに「支出リクエスト」を送信し、商人、金額、購入目的を明確に記述します。ユーザーはウェブページまたは携帯電話で確認し、承認後、Linkはエージェントに一時的な仮想カードまたはSPTを返します。ユーザーの元のクレジットカード情報はエージェントに公開されません。

上記の二つ目のデモはその一例であり、StripeはSessionsでさらに小さな例も示しました：Claudeがデモの参加者の娘に冷笑話を含む手紙を書き、PostalFormを呼び出してPDFを郵送しました。Linkの携帯電話に3.40ドルのリクエストが表示され、ユーザーは商人と用途を確認し、Face IDで承認し、エージェントはその後支払いと郵送を完了しました。

これらの二つの例は、一つは航空券、もう一つは郵送料であり、金額は異なりますが、背後にある論理は同じです：

ユーザーは財布をAIに長期間渡すのではなく、文脈、金額、対象のある具体的なタスクを承認します。

各リンクエージェントウォレットの支出は、依然としてユーザーによる逐一確認が必要であり、将来的には予算や逐一承認を免除するルールが追加されるかもしれません。接続リストから見ると、9月にはMuse、Grok Bot、Instinctがすでにリンクエージェントウォレットを使用しています。リンクを通じて完了したエージェンティック購入も、1か月で38倍に増加しました。

成長は早いですが、絶対的な取引量はまだ初期段階にあると思いますが、それでもこれは皆が「幻想」する価値のある方向性です。

デモのMuseから、実際にMuseを使い始めた私

Stripe Tourでこのデモを見たとき、私はまだMuseを使っていませんでした。最近、Museを使って短い動画を作成したり、アメリカの旅行計画を立てたりしていますが、全体のプロセスは非常にスムーズです。Museは単にいくつかの提案をするだけでなく、以前の要求を記憶し、後の手配を継続的に調査・整理することができるため、パーソナルエージェントは本当に新しい消費の入り口になるかもしれません。

MetaのMuseの商業化の構想もより明確になってきており、ZuckerbergはMuseの基本バージョンはできるだけ無料に保ち、Muse Wonderはサブスクリプションで料金を徴収すると述べています。長期的には、Museがユーザーにお金を節約させたり、稼がせたり、取引を完了させたりする際に、Metaはその創出した価値から少しの部分を得たいと考えています。

Zuckerbergは具体的な例を挙げました。彼は以前はほとんどInstacartを使用していませんでしたが、Museが会話に基づいて料理に必要な食材を購入するために特別にアカウントを登録し、今では逆に毎週1、2回使用しています。彼は、エージェントがもたらすのは単に高い転換率だけでなく、本来発生しなかった取引を生み出す可能性があると提起しました。将来的には、アカウント関係はもはや人だけのものではなく、エージェントも徐々に自分のアカウントを持つようになるでしょう。

もちろん、取引から利益を得ることは、このビジネスが簡単に成立することを意味しません。

もし商人が手数料を支払う場合、Museは非常に現実的な質問に答えなければなりません：特定のホテルや商品を推薦するのは、ユーザーに最も適しているからなのか、それとも相手からの手数料が高いからなのか？ユーザーに料金を請求する場合、彼女は自分が節約した時間とお金が確かに追加料金に見合うことを証明しなければなりません。その後には、間違った購入、価格の変動、キャンセル、返金、アフターサービスなどがあり、どの段階でも適切に処理できなければ、ユーザーのエージェントに対する信頼が消耗されます。

ここでMuseとStripeが狙っているのは同じお金ではないことを明確にする必要があります。Museは取引の入り口に近く、「ユーザーが物事を成し遂げる手助けをする」ことでサブスクリプションや取引収入を得ることを望んでいます。一方、Stripeが提供するのは支払いの証明、承認、カード発行、リスク管理、取引処理であり、基盤となるインフラストラクチャから利益を得ています。

しかし、Stripeにとっては、これは非常に異なる機会です。決済業務はもともと消費者の支払いを処理しており、リンクはすでに消費者の支払い方法を直接保存しています。ただし、過去には、Stripeと消費者の関係は特定の商人のチェックアウトページで発生していました：ユーザーが支払いを完了すると、Stripeは商人にお金を受け取らせます。

エージェントウォレットはこの関係を一歩前進させました。Stripeは消費者とエージェントの間の接続を直接管理し始めました：私はどのエージェントに支払いをリクエストさせるか、今回は何を購入するか、金額はいくらか、再確認が必要か、間違った購入の後に保護があるかどうか。変化は、消費者の支払いを処理することから、消費者がどのようにエージェントに支払い権を委任するかにさらに関与することです。

もしパーソナルエージェントが本当に人々の検索、比較、購入サービスの入り口になるなら、Stripeは最も人気のあるエージェントを自ら作る必要すらありません。異なるエージェントが接続したいと思い、消費者も信頼したいと思うウォレットになれば、商人のチェックアウトの背後にある支払い処理者から、消費者がエージェントにお金を使うときに呼び出す基盤インフラストラクチャにさらに進化することができます。

この道はもちろん難しいです。商人が発起した収款を処理し、消費者がエージェントに対する権限を持続的に管理することは、同じ製品関係ではありません。後者はブランド、体験、プライバシー、そして毎日変わる可能性のあるユーザーの信頼に直面しなければなりません。しかし、Stripeが「この支払いを完了する」から「誰が私のために支払いをするかを管理する」へと移行しているからこそ、リンクエージェントウォレットが本当にパーソナルエージェントの支払い入り口を占有できれば、それがもたらす想像の余地は単なる支払い製品が増えるよりもはるかに大きいでしょう。

機械が直接API、データ、サービスを購入することを可能にする

消費者がエージェントに航空券を購入させるとき、背後には依然として馴染みのあるeコマース取引があります。しかし、エージェント自身も消費します。

エージェントは、一時的に天気データ、画像生成、モデル推論、身分確認、または別のエージェントが提供する能力を呼び出す必要があるかもしれません。これらの取引はしばしば数セントまたは数ドルであり、非常に高頻度です。

従来のAPIの購入プロセスは機械にとって友好的ではなく、まずアカウントを登録し、APIキーを申請し、月額プランを選択し、カードをバインドする必要があります。データを一度だけ照会したいエージェントは、まず1年間のサブスクリプションを購入する必要はありません。

StripeはTempoと共にMachine Payments Protocol、つまりMPPを導入しました。これはHTTP 402「Payment Required」を利用し、サービスが同じリクエスト内でエージェントに対して「このリソースは支払いが必要で、価格はいくらで、どのように支払うことができるか」を伝え、エージェントは既存の権限に基づいて支払いを完了し、結果を得ることができます。

あるエージェントがAPIサービスを作成・展開し、別のエージェントがMPPとリンクを使って2ドルでコードレビューを購入します。別のデモでは、エージェントが非常に少額で天気データを購入しました。支払い方法は、SPTを介して受け取るクレジットカードやステーブルコインである可能性があります。

この線は「AIが私に買い物を手伝う」と実際には2つの異なるビジネスです。

前者はエージェントが人を代表して消費するもので、重点はユーザーの身分、権限、アフターサービス、責任です。後者はソフトウェアがタスクを完了するためにリソースを購入するもので、重点はプログラム化、マイクロペイメント、可観測性、自動対帳です。

Stripeが両方のラインを同時に進めるのは、未来のエージェントが新しいショッピングの入り口だけでなく、新しい企業顧客やソフトウェアの購入者にもなると判断しているからです。

Patrick Collisonが挙げた次のステップの問題は非常に具体的です：エージェントはどのようにStripeに登録し、使用するか、MCPは十分か、Stripe CLIはどのように適応すべきか、エージェント同士はどのように支払いを行い、どの通貨を使用するか。彼が出した判断は、未来の約3年間で、取引件数に基づいて、大多数の取引の双方がエージェントである可能性があるということです。これはエージェントが大部分の取引金額を占めることを意味するわけではありません。より可能性が高いのは、数が膨大で金額が非常に小さいエージェント間の支払いです。

これにより、支払いは単なる購入行動から、エージェントの協力プロセスにおける基本的なプロトコルに変わります。あるエージェントがタスクを完了するために、モデル、データ、ソフトウェア、他のエージェントを呼び出す可能性があり、各呼び出しの背後には身分、権限、請求、決済が必要です。

エージェントに支払いをさせるだけでなく、エラーが発生した場合の対処も必要

実際の取引は、支払いが完了した時点で終了するわけではありません。

航空券の価格は最終ステップで手数料が追加される可能性があります。クレジットカードが3Dセキュアを引き起こすこともあります。商品が在庫切れになることもあります。エージェントがサイズを間違えて購入することもあります。ユーザーが返品を要求することもあります。商人はこれが信頼できるエージェントなのか、それともエージェントに偽装した自動攻撃なのかを判断する必要があります。

最近のリンクエージェントウォレットの更新は、これらの問題を表面化させ始めました。

最終的な価格が税金、送料、または追加サービスによって上昇した場合、エージェントは再注文や再度の資金凍結を行うのではなく、承認された金額の引き上げを申請できます。支払いに追加の確認が必要な場合、リンクはエージェントにリンクを提供し、ユーザーを3Dセキュアまたは身分確認プロセスに戻すことができます。元のカードが拒否された場合、エージェントはユーザーにカードを変更して再度支出リクエストを行うように依頼できます。

同時に、エージェントがユーザーの許可の下で消費記録を読み取ることを開始し、常連の商人、予算、商品の好みを判断するために使用します。これにより、パーソナルアシスタントはユーザーをより理解し、新たな問題を引き起こすことになります：ショッピングエージェントはどれだけの金融データを見なければならないのか？過去の消費習慣が未来の選択に影響を与えることができるのか？ユーザーは自分が何を開放したのかを本当に理解しているのか？

購入保護にも注目すべきです。条件を満たすリンクエージェント取引は、偶発的な損傷、物品の紛失、価格の引き下げ、手数料無料の返品などの状況をカバーしています。Museはこの保護に最初に接続したエージェントです。

これは、エージェンティックペイメントの真の競争が「誰がAIに最初の支払いをさせることができるか」だけでなく、「AIが間違って購入した場合、誰が責任を負うか」に移行していることを示しています。

支払い業界で最も複製が難しいのは、単なる支払いボタンではなく、支払いの背後にある権限、リスク管理、返金、紛争、責任の分配です。

Stripeが本当に争奪しているのは4つのインターフェース

振り返ってみると、Stripeのこの1年間の試みは大きく4つの位置に分類できます：

• エージェントが商品を発見し理解する方法；

• 商人がエージェントからの注文を受け取る方法；

• ユーザーが一部の支払い権を安全にエージェントに委譲する方法；

• 機械が直接API、データ、計算リソースを購入する方法。

ACPとエージェンティックコマーススイートは前の2つの問題を解決し、SPTとリンクエージェントウォレットは3つ目の問題を解決し、MPPは4つ目の問題を解決します。Radar、Checkout、Issuing、Financial Connections、そしてStripeの既存の返金および紛争システムは、これらの新しい入り口を従来の支払いの世界に再接続します。

これらを組み合わせることで、ちょうどこの図を両端から補完することができます。Zuckerbergは、エージェントが徐々に自分のアカウントを持ち、新しい消費を創造すると判断し、Patrickは、大量の取引の双方が最終的にエージェントである可能性があると判断しています。前者は新しい需要がどこから来るかを描写し、後者は支払いシステムが直面することになる問題を提起しています。これらは現在のところ方向性の判断であり、すでに発生している市場の事実ではありませんが、なぜStripeが商人インターフェース、個人の権限、機械の支払いを同時に展開しているのかを説明しています。

Stripeは単にAIにStripeを使用させたいわけではなく、どんなAIプラットフォームが取引に入る際にも、Stripeがすでに得意とするその層を回避できないようにしたいのです：あいまいな購入意図を、商人が受け入れられる、ユーザーが撤回できる、システムが責任を追及できる取引に変えることです。

━

しかし、今は「AIが自分でお金を使える」成熟段階ではありません。

現在、エージェントは単に買い物リストを生成したり、注文を作成したり、ユーザーをレジに連れて行くことができるだけではありません。ユーザーの承認後に制限された証明書を取得し、その後の取引を続行することが確かにできます。

しかし、これは「AIがすでにユーザーのお金を自主的に支配できる」という状態とはまだ大きな距離があります。

今日のほとんどの公開事例は依然として逐一確認に依存しており、確認を免除する予算は次の計画に留まっており、デフォルトの能力にはなっていません。クロスプラットフォームの返金、重複注文、身分の盗用、責任の認定は、まだ完全には解決されていません。

だから、2026年はAgentic Paymentのプロトコルとインフラの元年と呼ばれるかもしれません。今起こっている変化は、エージェントが取引の意思決定に入り、支払い証明書に接触し始めていることです。そして、決済会社は人間の世界に本来含まれていた信頼を、機械が実行できるルールとして書き直しています。

未来の成熟したAgentic Paymentは、おそらく「AIにカードを渡して自由にさせる」ものではないでしょう。

それはむしろ別のものになる可能性があります：ユーザーが最初に目標と境界を定義し、エージェントが検索、比較、実行を担当し、ウォレットと決済ネットワークが最後の瞬間に金額、商人、時間、用途を確認します。エラーが発生した場合には、明確な返金、争議、責任の連鎖があります。

上海の大スクリーンでは、これは単に非常にスムーズな航空券予約のように見えますが、

Stripeが本当に売りたいのは、この取引がなぜ安心して通過できるのかということです。

この記事の内容は個人的な観察と考察に過ぎず、いかなる投資やビジネスのアドバイスを構成するものではありません。読者は自身の理解と情報源を考慮して、理性的に参考にしてください。