エージェントプロトコルとは、パーソナルエージェントがあなたに代わって企業とやり取りする際に、まず相手にあいさつし、どこまで許されているかを確認するための取り決めです。代表例が Poppy、正式名 Personal Agent Protocol で、Sierra と Meta が主導して策定し、v1.0 は 2026 年 11 月 13 日に公開されました。プロトコル自体があなたに代わって判断するわけではありません。解決するのはただ一つの問題です。エージェントが店舗の前に着いたとき、自分が誰で、あなたのために何ができて、何に触れてはいけないのかをどう示すか、ということです。
いったい何を解決するのか
企業は自社のドメイン配下に Poppy ファイルを公開します。場所は /.well-known/poppy.json という固定のパスで、エージェントは訪問時にまずこれを読みます。ファイルには、その企業がパーソナルエージェントを受け入れるかどうか、エージェントがどう身元を示すか、何を許可されているかが書かれています。認証は OAuth で行われ、ユーザーはエージェントにできること・できないことをいつでも調整できます。技術的には MCP、OpenAPI、UCP といった既存の標準を再利用しています。
MCP や A2A とは別物
3 つは異なる層にあり、互いに補い合います。
| プロトコル | つなぐ両端 | 解決する問題 |
|---|---|---|
| MCP | エージェントとツール・データ | エージェントがツールを呼び出し、データを読み取る方法 |
| A2A | エージェント同士 | エージェント同士がどう協調するか |
| Poppy | パーソナルエージェントと企業 | エージェントがあなたに代わって店舗と連携する方法 |
UCP との分担も明確です。Poppy は来店前のこと、つまり身元を示すことと権限を知ることを担い、UCP は買い物そのもの、つまり商品を探し、カートに入れ、決済することを担います。
今できること、期待してはいけないこと
最も早く普及したのは Shopify です。全プラットフォームの加盟店向けに Poppy ファイルを自動で公開し、175 か国以上の加盟店をカバーしています。加盟店側の追加作業は不要です。Meta の Muse エージェントはすべてのユーザーに提供され、ウェブサイトを訪問する際にはまず Poppy を探します。すでに稼働している例として Mercury があります。エージェントは残高の確認、最近の取引の確認、支出の分類ができ、支払いや送金の開始には事前にアカウントの承認手続きが必要です。ターキッシュ エアラインズでは、エージェントが運賃とフライト状況を確認し、予約番号で注文を呼び出せます。アップグレードと支払いにはユーザーの承認が必要です。
ただし、期待してはいけないことが 3 つあります。店舗が Poppy ファイルを公開していなければ、エージェントは接続のしようがなく、カバー範囲は店舗が導入するかどうか次第です。v1.0 だからといってすべての機能がそろったわけではなく、判断は公開されたバージョンに書かれていることだけを根拠にすべきです。そして万能の通行証でもありません。機微な操作には常にユーザーの承認が必要で、権限はいつでも取り消せます。向いているのは、請求書の確認、注文の確認、旅程の比較といった「まず尋ねてから動く」場面です。その場で支払いを決めたり、複雑なトラブルを処理したりする場合は、やはりあなた自身が出向く必要があります。
