Meta・Walmart・Stripeが描く「クリックではなくログインするAIエージェント」。ただし仕様はまだ公開されていません
By Surya Pratap
2026年10月10日
9 min read
AI & Technology
2026年10月10日
9 min read
ゲスト、読み取り、書き込みHover to explore今のところ、個人のAIエージェントが注文の確認やレストランの予約、配送先の変更をしようとすると、人間と同じことをします。ページを読み込み、フォームを探し、クリックして進めます。遅いうえ、ページが変わると動かなくなり、企業の側も相手が人なのかプログラムなのかをたいてい見分けられません。
今週、大手企業のグループが別の形を提案しました。エージェントはサインインし、何をしてよいかは顧客が決め、どこから入れるかは企業が決める、という形です。
本記事は、Sierraのブレット・テイラー（Bret Taylor）氏とクレイ・ベイヴァー（Clay Bavor）氏が2026年10月6日に公開した「Introducing Personal Agent Protocol」と、The Next Web、Constellation Research、The Daily Briefの報道に基づいています。執筆時点では仕様は公開されていません。第4節以降は筆者の見解です。
2026年10月6日、サンフランシスコで開かれたSierraのサミットで、SierraとMetaはPersonal Agent Protocolを発表しました。両社はこれを「個人のエージェントが企業とどうやり取りするか」を定めるオープン標準と説明しています。創設パートナーとして名前が挙がっているのはGenesys、Instinct、Rocket、Shopify、Stripe、Walmartです。
Sierraの言葉を借りれば、考え方は一文で表せます。「個人のエージェントにどこまでのアクセスを与えるかは消費者が決め、そのエージェントに何をさせるかの範囲は企業が決める」。
発表では、3つのグループが求めるものを軸にプロトコルを説明しています。
Metaにとっての利害ははっきりしています。同社の個人向けエージェントMuseこそ、このプロトコルが想定する種類のエージェントだからです。Constellation Researchによると、Museは行動する前に2つの確認をします。1つは、誠実な人間が一人いたとして同じことをするか（例として挙がっているのは、クーポン1枚を使うためにアカウントを5つ作ること）。もう1つは、すべてのエージェントが同じことをしても仕組みが持ちこたえるか、です。
発表では、3段階のアクセスを持つセッションが説明されています。
セッションは、ほとんどのログインですでに使われている標準であるOAuthをベースにしています。さらに「チャネルをまたいで引き継がれるため、サインイン前の質問とサインイン後の注文変更が同じ訪問として扱われる」とされています。
企業の側は、エージェントをどの経路で受け入れるかを選びます。
エージェントにどこまで許すかは顧客が選び、どの入口から入れるかは企業が選ぶ。現時点の提案は、この役割分担に尽きます。
これは発表であって、今週から実装できる標準ではありません。
The Daily Briefが引用したテイラー氏の言葉が、現状をよく表しています。「そうした標準ができるまでは、ある種の混乱状態です」。
この発表は、重なり合う他のプロトコルと並べて読むべきです。The Daily Briefは4つを比較しています。
| プロトコル | 主な支持企業 | 対象 |
|---|---|---|
| Agentic Commerce Protocol（ACP） | OpenAI、Stripe | エージェント内での決済。範囲を限定した決済トークンを使用 |
| Trusted Agent Protocol（TAP） | Visa、Cloudflare | 署名付きリクエストによるエージェントの身元証明 |
| Universal Commerce Protocol（UCP） | Google、Shopifyほか | 商品の発見から購入後までの買い物全体 |
| Personal Agent Protocol（PAP） | Sierra、Meta、Walmartほか | 個人のエージェントのサインイン方法と、許される操作 |
StripeとShopifyは4つすべてに関わっています。 標準を選び間違えたときに失うものが最も大きい企業が、あえて選ばないことを選んだわけです。5人のスタートアップが、彼ら以上に確信を持とうとする必要はありません。
また、それぞれのプロトコルが答えている問いも異なります。TAPはどのエージェントがアクセスしているか。ACPは支払い。PAPはこの顧客がこのエージェントに自分のアカウントで何を許したかです。実際のプロダクトでは、複数のプロトコルの一部ずつが必要になるかもしれません。
良い知らせは、どのプロトコルでも土台となる作業は同じで、その大半は人間のユーザーにとってもプロダクトを良くするということです。
公開情報をログインなしで読めるようにする。 在庫、価格、営業時間、配達エリア、返品ポリシーなどです。ゲストモードのエージェントがこれらを確実に読めなければ、ユーザーを読める別のサイトへ案内してしまいます。ページ上の構造化データでも、小さな読み取り専用APIでも構いません。
読み取りと書き込みのアクセスを分ける。 APIのトークンが1種類で何でもできるなら、顧客が注文の閲覧だけを許したつもりのエージェントでも、注文をキャンセルできてしまいます。「アカウントの閲覧」と「アカウントの変更」でOAuthのスコープを分けることが、このプロトコルの前提となる最低ラインです。
書き込み操作を安全に再実行できるようにする。 エージェントはリトライします。注文変更、予約、返金申請では冪等キーを受け付け、同じリクエストが2回届いても1回だけ実行されるようにしましょう。高額な操作や取り消せない操作には確認ステップを加えます。
エージェントのセッションにラベルを付ける。 操作が人間によるものか、顧客の代理として動く既知のエージェントによるものか、正体不明のスクリプトによるものかを記録します。見分けられないトラフィックに対しては、レート制限も不正検知も、エージェント経由の売上の計測もできません。
すでにAPIを公開しているなら、顧客がよく行うタスクのいくつかをMCPサーバーとして提供するのが、エージェントが実際に何を求めているかを知る安上がりな方法です。まずは読み取り専用のツールから始めましょう。書き込みのツールは、誰がアクセスしているかが見え、冪等性と確認の仕組みが整ってから追加します。
経路の選び方
このプロトコルでは、Webサイト、API、自社エージェントのどれを使わせるかを選べます。初期段階のプロダクトの多くにとって、最初の答えはAPIです。Webサイトはエージェントにとって壊れやすく、顧客向けの自社エージェントを運用するのはそれ自体が一つのプロダクトになるからです。自社エージェントは、複雑な返品や住宅ローンの相談のように本当に会話が必要なタスクで提供し、標準の入口にはしないのが得策です。
PAPが勝つとは言えません。 大手の名前は揃っていますが、仕様はありません。UCP、ACP、TAPにもそれぞれ有力な支持企業がいて、参加企業が重なっていることからも、まだ何も決まっていないことがわかります。
エージェントがすぐにあなたのプロダクトに来るとも言えません。 Visa自身の調査では、ほとんどの人がまだエージェントに支払いを任せる気になっていないことがわかっています。プロトコルはエージェントをより有能にしますが、顧客がエージェントを信頼するようになるわけではありません。
法的な問題を解決するとも言えません。 書き込み権限を持つエージェントが顧客の意図しない操作をしたとき、誰が責任を負うのかは発表で触れられていません。エージェントが承認した決済が、欧州の強力な顧客認証のような規則（人間が支払いを承認することを前提に書かれたもの）にどう収まるのかも同様です。ユーザーの代理として動くエージェントを裁判所がどう見たかについては、Perplexity事件での第9巡回区控訴裁判所の判断の解説をご覧ください。
詳細が確定しているとも言えません。 第2節と第3節の内容はすべて発表に基づくものです。v0.1の仕様では、名称、スコープ、セッションのモデルが変わる可能性があります。
Meta、Sierra、Walmart、Shopify、Stripeなどが、個人のAIエージェントが企業にサインインするための標準的な方法を提案しました。エージェントはゲストとして始まり、顧客がOAuthで読み取りのみか書き込みかを選び、企業はWebサイト、API、自社エージェントのどれを使わせるかを選びます。仕様、決済、細かな権限、運営組織はまだなく、重なり合う4つのプロトコルの一つにすぎません。
最終的にどのプロトコルを採用するかよりも、すべてが前提とする土台のほうが重要です。エージェントが読める公開情報、範囲を絞ったアカウントアクセス、安全に再実行できる書き込み操作、そしてエージェントのトラフィックを人間のトラフィックと見分ける力です。
顧客がよく行うタスクを3つ選んでください。読み取りだけのものはログインなしで動くようにし、書き込みを伴うものは範囲を絞り、再実行に耐え、記録が残るようにします。そのうえで、v0.1の仕様は公開を待ってから着手するのではなく、公開されたら読んでください。
出典：Bret Taylor、Clay Bavor「Introducing Personal Agent Protocol」（Sierra、2026年10月6日）— パートナー、基本方針、3つのグループのニーズ、ゲスト・読み取りのみ・書き込みの各段階、OAuthとチャネルをまたぐセッション、Webサイト・API・企業エージェントの経路、v0.1の時期、決済・権限・通知に関する今後の課題。The Next Web — 発表日と背景。Larry Dignan、Constellation Research（2026年10月7日）— MetaのMuseと2つの確認。Rajesh Beri、The Daily Brief（2026年10月7日）— 仕様・ライセンス・運営組織がないこと、テイラー氏の発言、UCP・ACP・TAPとの比較。第4節から第6節は筆者の見解です。
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.
