PAP（Personal Agent Protocol）とは
PAP（Personal Agent Protocol）は、顧客の代理として動くAIと企業が、誰の依頼なのか、何をしてよいのかを確認しながら接続するための規格として発表された取り組みです。 Meta と Sierra が共同開発し、2026年10月6日に発表しました。ここでは、このPersonal Agent ProtocolをPAPと呼びます。
2026年10月8日の確認時点では、発表で説明された構想を紹介しています。v0.1仕様は同月後半に公開予定とされており、正式な実装要件や一般提供を確認したものではありません。 最新情報は Sierraの公式発表を参照してください。
なぜECに関係する？
顧客がAIに「注文の配送先を変更して」と依頼した場合、EC側は、そのAIが本当に顧客から権限を与えられているかを確認する必要があります。 商品の在庫を尋ねるだけの場合と、注文を書き換える場合では、必要な本人確認や権限も異なります。
PAPはこうした接続で、顧客がAIに与えるアクセスと、企業が受け付ける操作をすり合わせることを目指しています。 商品を紹介するためのフィード形式や、決済処理だけを定める規格とは目的が異なります。
発表で説明されている仕組み
- 企業への入口を見つける：代理AIが企業のWebサイトから、提供される機能や接続方法を確認します。
- 顧客の権限で接続する：ゲストでの問い合わせと、アカウントへのアクセスが必要な操作を分け、顧客が読み取り・変更のアクセスを選びます。
- 企業が用意した経路を使う：Webページ、API、企業側のAIなどを通じて依頼を進める構想です。
アクセスの許可にはOAuthを用いる方針です。これは、顧客が別のサービスに一定のアクセスを許可するための仕組みです。 ただし、許可する操作の細かな定義や接続手順は、公開される仕様と実装で確認する必要があります。
ACP・UCPとの役割の違い
ACPやUCPは、AIとECが購入処理などをやり取りする規格です。 PAPの発表は、購入前後を含む顧客と企業の接続やアクセス権限に重点を置いています。 「注文をどう確定するか」と「そのAIに注文を変更する権限があるか」は、別々に確認する問題です。
役割に違いはありますが、PAPを導入すればACPやUCPにも自動的に対応できると判断することはできません。 また、PAPはAP2（Agent Payments Protocol）とは別名称です。発表では、決済の拡張は今後の候補として挙げられており、PAPで購入・決済がすでに完結できるとは説明できません。
今すぐ導入できると考えてよい？
発表、仕様の公開、参考実装の提供、自社ECや顧客のAIでの利用は、それぞれ別の段階です。 共同開発に企業が参加していることも、各社の全店舗で使えることを意味しません。日本での利用条件や、自社のECサービスとの接続可否は個別の確認が必要です。
EC担当者が先に整理できること
- AIに任せる操作を分ける：在庫や返品条件の照会、注文履歴の閲覧、配送先の変更、キャンセルなどを整理します。
- 顧客の確認が必要な場面を決める：個人情報の閲覧や注文の変更に、どの許可と追加確認が必要かを決めます。
- 運用を確認する：許可の取り消し、操作記録、誤操作時の対応を、ECや顧客対応システムの提供元と確認します。
これらはPAPの確定した必須要件ではなく、顧客の代理AIを受け入れる際の準備として整理できる事項です。 仕様公開後に要件を照合し、商品・在庫・注文の準備は「EC事業者が今準備すべきこと」と合わせて点検してください。 本サイトのOpenAI商品フィード検証ツールは、PAPの認証やアクセス権限を検証するものではありません。