平山 大樹 AB通信 運営責任者
AB通信 編集部が、企業・行政の公式発表や決算資料などの一次情報を確認して書いています。運営会社・編集方針
この記事のポイント
- Sierraは2026年11月13日、公式ブログで、個人のエージェントが企業とやり取りするための規格「Personal Agent Protocol」（通称Poppy）のバージョン1.0を公開したと案内しました
- 仕様書は公式サイト「personalagentprotocol.org」にあります。企業は /.well-known/poppy.json を公開して、提供するAPI、ウェブサイト、企業のエージェント、サインインの方法を示します
- アカウントへのアクセスは標準のOAuthです。利用者は企業のページでサインインし、エージェントに何を許可するかを自分で選びます
- 企業は基本の公開から始め、あとから機能や拡張を足せます。Sierraは、Shopifyと共同で作ったコマース拡張を挙げ、買い物そのものはUCP、お店に着いたときの身分と権限はPoppyが担うと説明しています
- 実装キットと、設定を確かめる検証ツール（validator）があります。Sierraによると、MetaのAIエージェント「Muse」は、訪れたサイトでまずPoppyを探すようになった、としています
- 新たに60社がデザインパートナーに加わり、合計は100社を超えた、と案内しています。Mercury、Synchrony、Turkish Airlinesなどが、運用を始めている例として紹介されています
Sierraは、Poppy 1.0を公開しました
Sierraは2026年11月13日、公式ブログ「Releasing Personal Agent Protocol 1.0」で、Personal Agent Protocol（通称Poppy）のバージョン1.0を公開したと案内しました。筆者はBret Taylor氏とClay Bavor氏です。
公式ブログによると、Poppyは、個人のエージェントが、企業のエージェント、ウェブサイト、APIを通じて企業とやり取りするための規格です。先月、最初のデザインパートナーとしてMeta、Genesys、Instinct、NiCE、Rocket、Shopify、Stripe、Walmartを挙げて発表していた、としています。
今回の案内の要点として、公式ブログは次を挙げています。プロトコルのv1.0が利用可能になったこと。複数のデザインパートナーが運用を始めており、例としてMercury、Synchrony、Turkish Airlinesがあること。MetaのAIエージェント「Muse」の利用者全員にPoppyがオンになり、Museは訪れたすべてのサイトでまずPoppyを探すこと。新たに60社がデザインパートナーに加わり、合計は100社を超えたことです。新規のパートナー名は、公式ブログに一覧があります。
公式ブログは、v1.0は、デザインパートナーがこの5週間、草案を実際のウェブサイト、API、エージェントで試して得た内容を反映している、と説明しています。既存の規格であるMCP、OpenAPI、UCPのうえに組み立てられており、OAuthによる認証で、利用者が個人のエージェントに何を許可するかを自分で管理できる、としています。
草案からの変更として、公式ブログは次を挙げています。企業が基本から始めて、あとから機能を足しやすいようにしたこと。既存の規格の使い方を整理したこと。企業が個人のエージェントに案内を出し、フィードバックを集められるようにしたこと。中核の規格を変えずに業界向けの機能を足せる「拡張（extensions）」を導入したことです。拡張の例として、Shopifyと共同で作ったコマース拡張を挙げています。
公式ブログによると、企業は自分でPoppyを実装でき、Museを使う顧客向けの体験をすぐ始められます。実装キットが設定の手順を案内し、検証ツール（validator）で確認できる、としています。
規格の中身：発見、サインイン、セッション、やり取りの経路です
仕様は、公式サイト「Personal Agent Protocol」と、仕様書（version 1.0）に公開されています。仕様書は、個人のエージェントが、1人の利用者の代わりに、ある企業とやり取りする方法を定める、と説明しています。対象は、企業の見つけ方、身分、アカウントへのアクセス、API、ウェブ閲覧、企業のエージェントとの会話です。
公式サイトは、いまは「企業がエージェントを拒否するか、エージェントが本人としてサインインして何でもできるか」の両極端になりがちで、その中間の選択肢が必要だ、と問題を整理しています。Poppyは、企業がエージェントに何を許可するかを決め、利用者が自分のエージェントに何をさせるかを決めるための共通の方法だ、としています。
仕様書の「Protocol layers」では、次の層が整理されています。発見（Discovery）では、企業がpoppy.jsonを公開し、経路、できること、サインインの方法を示します。セッションでは、個人のエージェントと、企業ごとに異なる仮の利用者IDを識別し、経路をまたいで活動をつなぎます。アカウントへのアクセスは、標準のOAuthで、利用者が許可した範囲で行います。やり取りの経路は、API、ウェブサイト、企業のエージェント（必要なら人への引き継ぎを含む）です。対応していない作業の伝え方や、操作の承認などの拡張もあります。
公式サイトの「The building blocks」によると、発見用の文書は /.well-known/poppy.json に置きます。ここに、組織の情報と、提供するAPI、ウェブサイト、企業のエージェント、エージェントが求めるアクセスが書かれます。サインイン先は、標準のOAuthのメタデータで示します。利用者は、企業のページで標準のOAuthを使ってサインインし、許可する範囲を選びます。まだその仕組みを用意できない企業向けに、拡張として、企業の求める方法（メールとパスワードなど）で、エージェントが利用者の代わりにサインインする経路もある、と説明されています。
同じ説明では、1つのセッションが、APIの呼び出し、会話、ウェブの閲覧をカバーする、としています。仕様書は、企業が提供する経路や機能を自分で選べるとし、この層は導入の段階を表す順番ではない、とも注記しています。アカウントなしの（サインアウトした）やり取りでは、OAuthサーバーは不要です。
買い物では、UCPと役割を分けると説明しています
Sierraの公式ブログは、買い物に関して、Universal Commerce Protocol（UCP）とPoppyの役割を分けて説明しています。UCPは買い物そのもの、つまり商品を探す、カートに入れる、決済する、といった流れを担う、としています。Poppyは、その前の段階、つまりエージェントがお店に着いたとき、自分が誰かを伝え、何をしてよいかを確かめる部分を担う、としています。
公式ブログによると、Shopifyと共同で作ったコマース拡張が、この2つの規格をつなぎます。エージェントはゲストとして買い物できるほか、利用者のアカウントで入ることもできます。特定の操作の前には、本人の確認を取るようになっており、許可があるときにだけ動く、としています。また、UCP Askにつながり、買い物をする側のエージェントが、店のエージェントと直接話せる、とも書いています。
公式の仕様でも、拡張の例として、操作の前に正確な条件を承認することや、UCPを通じた決済が挙げられています。企業や業界が、独自の拡張を足すこともできます。Sierraは、どの企業でも自分でPoppyを実装でき、実装キットと検証ツールで始められる、と案内しています。
公式ブログが紹介する、運用を始めている例です
Sierraの公式ブログは、すでにPoppyを運用している例として、次を紹介しています。
- Mercury：ビジネスと個人の銀行取引に使う人は、個人のエージェントに残高の確認、最近の取引の確認、支出の分類、予算や領収書の更新を頼める。支払いまたは送金の開始も頼めるが、Mercuryは、口座の承認ルールを通してから送る、としている
- Synchrony：エージェント主導の買い物に、融資と特典を組み込む検討。エージェントが、支払い能力やSynchronyの関連する提案、融資商品を踏まえて商品選びを助ける、といった内容を探っている。将来は、50万か所を超える加盟店のネットワークで、Synchronyの機能を買い物の体験に入れる新しい方法になり得る、としている
- Turkish Airlines：個人のエージェントが、運賃、便の状況、乗り継ぎを調べたり、予約番号と姓で予約を呼び出したりできる。Miles&Smiles会員は、ビジネスクラスへのアップグレードをエージェントに探させ、支払いの前に本人が承認する。会話の中で購入まで済ませられるようにする作業も進めている、としている
公式ブログは、個人のエージェントが日常の作業を引き受ける場面が増えるなか、企業には、信頼できる体験を保ったまま、エージェントと安全に協働する明確な方法が必要だ、と締めています。Poppyは、その土台になる、としています。
