Poppy 運営中

Poppy（Personal Agent Protocol）は、SierraとMetaが複数の企業と共同で立ち上げたオープンプロトコルの草案で、個人AI Agentが企業サービスへアクセスする際の本人確認と認可の問題を解決します。企業は /.well-known/poppy.json を通じてAgentの接続方法を宣言でき、Agentはユーザーを代表する本人確認済みの存在としてOAuth認可を受け、タスクを実行できます。権限は5段階で調整でき、1回のログインでウェブサイト、API、企業独自のAgent間でセッションを再利用できます。現在、Stripe、Shopify、Walmart、Visa、OpenAIなど35社以上が参加しています。

本人確認：企業はアクセスしているのが「特定ユーザーのAI Agent」であることを明確に識別できます。
標準的な発見メカニズム：企業はウェブサイトに /.well-known/poppy.json ファイルを公開し、Agentの接続方法、ログイン入口、利用可能な機能を宣言します。
段階的な認可：権限は完全禁止から完全委任までの5段階に分かれ、企業が公開レベルを決定し、ユーザーが認可範囲を決定します。
OAuthによる安全なログイン：ユーザーは企業のページで自らログインし、Agentにはユーザーが承認した最小限の範囲のセッショントークンだけが付与されます。
単一セッションのチャネル横断利用：同じトークンを企業のウェブサイト、API、企業独自のAgent間で再利用でき、やり取りを中断せず継続できます。
マルチチャネル実行：Agentによるウェブページの直接操作、OpenAPI/MCPインターフェースの呼び出し、企業が構築したAI Agentとの連携によるタスク実行に対応します。
完全な監査と取り消し：企業はAgentの操作経路全体を確認でき、ユーザーはいつでも認可を取り消せます。
既存標準に基づく設計：OAuth、JWT、HTTPS、OpenAPI、MCPの上に構築されており、企業は既存ツールですばやく実装でき、業界独自の拡張にも対応します。

AI Agentにタスクを指示します。インストールは不要です。
タスクでアカウントが必要になったら、企業のページで自らログインします。
Agentに許可する権限範囲を選択して承認します。
アカウント設定で接続済みのAgentをいつでも確認し、ワンクリックで切断できます。
クライアントメタデータ文書（client_id、公開鍵、コールバックアドレス）を公開し、Agentの本人確認情報とします。
企業の poppy.json 発見ファイルを読み取り、ログイン方法と利用可能なインターフェースを確認します。
署名付きアサーション + DPoP証明を企業のtokenエンドポイントへ送信し、匿名セッションを開始してSession Tokenを取得します。
アカウントが必要な場合は、企業が対応する direct/device/mediated の3種類のログイン方式のいずれかを開始します。
ユーザーの承認後、長期的なAccount Tokenを取得して暗号化保存し、その後はログイン済みセッションをサイレントに取得できます。
Session Tokenを使って企業API（DPoP）を呼び出し、ウェブページを閲覧し（ブラウザーアサーションをCookieに交換）、または企業Agentと対話します。
429レート制限、冪等リトライ、sign_in_requiredなどのエラーを処理し、仕様に従って更新または再ログインします。
/.well-known/poppy.json に発見ファイルを公開し、ログイン方式、権限範囲、提供するインターフェースを宣言します。
RFC 8414に従ってOAuthサーバーを設定し、poppy_domainsを宣言します。
各リクエストでAgentの署名、DPoP証明、scope権限を検証します。
ウェブページ、API、企業Agent、有人カスタマーサービスのすべてのチャネルで、同一の権限チェックを実行します。
準拠した認可ページ（Agentの本人確認情報と権限の説明を表示）と、アカウント設定内の切断入口を提供します。

「すべて許可」か「すべて拒否」かのジレンマを解消：「Agentがユーザーになりすます」状態と「企業がAgentを禁止する」状態という両極端の間に、本人確認と段階的認可による中間的な仕組みを提供します。
企業はAgentを識別・管理可能：各リクエストが検証済みのclient_id、ユーザーID、scopeに紐付くため、企業はついに「誰が誰に代わって何をしているのか、何ができるのか」を把握できます。
ユーザーはパスワードを渡さず、権限を最小化：ユーザーは企業自身のページでログインして認可し、Agentには限定範囲のトークンだけが付与され、いつでも取り消せます。
一度実装すれば、どこでも共通利用：企業と個人Agent間のあらゆるやり取りをカバーすることを目指しており、双方が一度実装すれば、すべての対応サービスと接続できます。
既存標準を全面的に再利用：OAuth 2.0、JWT、DPoP、OpenAPI、MCPに基づいて構築されており、企業は既存の認可サーバーをほぼそのまま改修して接続できます。

プロジェクト公式サイト：https://personalagentprotocol.org/

既存標準に基づく設計：OAuth、JWT、HTTPS、OpenAPI、MCPを利用できる場合は利用し、標準でカバーされていない領域に限って新しい仕組みを定義します。
ポリシーではなくコントロール：プロトコルは選択肢だけを提供し、企業が匿名／ログイン要件、許可するAgent、開放するチャネルを決定し、ユーザーがAgentに閲覧のみを許可するか、変更まで許可するかを決定します。
安全とプライバシー：Agentは常に身元を明らかにしますが、ユーザーがログインする前に企業が確認できるのは個人情報を含まない安定したIDだけです。同じユーザーでも企業ごとに異なるIDとなるため、リピーターは識別できますが、サイトをまたいだ追跡はできません。認可は取り消し可能です。
段階的な導入：企業はウェブページ、API、自社構築Agentのいずれか1つから始め、既存システムを再構築せずに段階的に拡張できます。
拡張可能：発見、本人確認、API、対話を4つの主要構成要素とし、業界はこれらを基盤に決済、プッシュ通知、インタラクションコンポーネントなどの機能を拡張できます。
Apache 2.0オープンソースライセンス。

ECの返品・交換：ユーザーがAgentに「ジャケットを返品して」と伝えると、Agentはゲストとして返品ポリシーを確認し、ユーザーのログイン認可後に返品または交換を自動で完了します。
フライト変更：フライトがキャンセルされた後、Agentは航空会社のMCPインターフェースを通じて代替便を検索し、ユーザーの承認後に変更手続きを自動で完了します。
住宅ローンの事前審査：ユーザーの認可後、MetaのMuse AgentとRocketのAgentが連携して価格、頭金、金利を確認し、数分以内に事前承認通知を発行します。
銀行口座サービス：ユーザーがpoppy:read権限のみを付与した場合、Agentは残高や明細を確認できます。振込などの書き込み操作には、別途poppy:writeの付与が必要です。
保証対応とカスタマーサービスのエスカレーション：Agentが企業のカスタマーサービスAgentと対話して保証対応を行い、複雑なケースでは自動的に有人対応へ引き継ぐか、ユーザーと企業担当者の直接対話を開始します。