Universal Commerce Protocol (UCP)：2026年エージェント型コマース標準完全ガイド

🎯 核心要点（TL;DR）

• Universal Commerce Protocol (UCP) は、カスタム統合なしでAIプラットフォーム、企業、決済プロバイダー、認証情報プロバイダー間のシームレスな相互運用性を可能にするオープンスタンダードです
• Universal Commerce Protocol は、チェックアウト、注文管理、アイデンティティリンク、決済処理の標準化されたAPIを提供することで、断片化されたコマースジャーニーを解決します
• 業界標準（REST、JSON-RPC、MCP、A2A）を基盤とし、AP2 Protocol と A2A Protocol の組み込みサポートを備えた Universal Commerce Protocol は、真のエージェント型コマースを実現します
• Google、Shopify、Etsy、Wayfair、Target、Walmartなどの業界リーダーが共同開発し、Adyen、Mastercard、PayPal、Stripe、Visaを含む60以上の組織から支持を受けています

目次

1. Universal Commerce Protocol (UCP)とは？
2. Universal Commerce Protocolが重要な理由
3. Universal Commerce Protocolアーキテクチャ
4. Universal Commerce Protocolの核心機能
5. Universal Commerce Protocol拡張機能
6. Universal Commerce Protocolと決済アーキテクチャ
7. Universal Commerce Protocolトランスポート層
8. Universal Commerce ProtocolとAP2およびA2Aの統合
9. Universal Commerce Protocolの始め方
10. Universal Commerce Protocolロードマップ
11. Universal Commerce Protocolに関するよくある質問

Universal Commerce Protocol (UCP)とは？

Universal Commerce Protocol (UCP) は、多様なコマースエンティティ間の通信と相互運用性を促進するために設計されたオープンスタンダードです。消費者向けインターフェース/プラットフォーム、企業、決済プロバイダー、アイデンティティプロバイダーが異なるシステムで動作する断片化された環境において、Universal Commerce Protocol は標準化された共通言語と機能プリミティブを提供します。

Universal Commerce Protocol は、エージェント型コマースのビルディングブロックを定義します—発見と購入から購入後体験まで—エコシステムが1つの標準を通じて相互運用できるようにし、カスタムビルドを不要にします。Universal Commerce Protocol は、プラットフォーム、エージェント、企業の共通言語として機能し、コマースライフサイクル全体にわたるシームレスなコラボレーションを可能にします。

Universal Commerce Protocolの主要目標

Universal Commerce Protocol は、4つの基本目標を中心に構築されています：

💡 専門家の洞察

Universal Commerce Protocol は、コマースにおける「N対N」の複雑さの問題を解決するために設計されています。すべてのプラットフォームとすべての企業間でカスタム統合を必要とする代わりに、UCPはすべての当事者が実装できる単一の標準を提供し、統合コストと市場投入時間を大幅に削減します。

Universal Commerce Protocolが重要な理由

従来のコマースシステムは、人間が信頼できるインターフェースと直接対話することを前提としています。AIエージェントの台頭は、この基本的な前提を破り、Universal Commerce Protocol が対処する3つの重要な課題を生み出しています：

1. 断片化されたコマースジャーニー

標準化がないと、各プラットフォームはすべての企業に対してカスタム統合を構築する必要があり、以下が発生します：

• 統合失敗によるカート放棄
• 一貫性のない体験に不満を感じるショッパー
• 複数のプラットフォームをサポートする企業の高い開発コスト

Universal Commerce Protocol は、すべてのプラットフォームと企業で機能する単一の標準を提供することで、この断片化を排除します。

2. エージェント型コマースの要件

AIエージェントは以下を必要とします：

• ビジネス機能を動的に発見
• 決済方法を安全に交渉
• 複雑なチェックアウトフローをプログラム的に処理
• 購入後体験を管理

Universal Commerce Protocol は、真のエージェント型コマースに必要なプリミティブを提供し、AIエージェントがセキュリティとユーザー制御を維持しながら自律的に購入を完了できるようにします。

3. 決済相互運用性

決済エコシステムには複数の当事者が関与します：

• プラットフォーム（AIエージェント、アプリ、ウェブサイト）
• 企業（小売業者、サービスプロバイダー）
• 決済認証情報プロバイダー（デジタルウォレット、銀行）
• 決済サービスプロバイダー（Stripe、Adyen、PayPal）

Universal Commerce Protocol は、決済手段を決済ハンドラーから分離し、セキュリティとコンプライアンスを維持しながら、プロバイダー間のオープンな相互運用性を可能にします。

Universal Commerce Protocolアーキテクチャ

Universal Commerce Protocol は、4つの主要な参加者を持つロールベースのアーキテクチャを採用しています：

ロールと参加者

核心概念

Universal Commerce Protocol は、3つの基本構造を中心に展開します：

1. 機能（Capabilities）

機能は、企業がサポートするスタンドアロンの核心機能です。これらはプロトコルの「動詞」です。

核心機能：

• dev.ucp.shopping.checkout - チェックアウトセッションの作成と管理を促進
• dev.ucp.shopping.order - 注文ライフサイクル管理とwebhookを有効化
• dev.ucp.common.identity_linking - OAuth 2.0ベースのアカウントリンク

2. 拡張機能（Extensions）

拡張機能は、extends フィールドを介して別の機能を拡張するオプション機能です。拡張機能は、核心機能とともに ucp.capabilities[] に表示されます。

公式拡張機能：

• dev.ucp.shopping.fulfillment - 配送/受け取りオプションでチェックアウトを拡張
• dev.ucp.shopping.discount - 割引コードサポートでチェックアウトを拡張
• dev.ucp.shopping.buyer_consent - プライバシー同意フィールドでチェックアウトを拡張
• dev.ucp.shopping.ap2_mandate - AP2 Protocol 暗号化マンデートでチェックアウトを拡張

3. サービス（Services）

サービスは、データを交換するために使用される低レベルの通信層を定義します。Universal Commerce Protocol はトランスポートに依存しませんが、相互運用性のために特定のバインディングを定義します。

サポートされるトランスポート：

• REST API - OpenAPI 3.xを使用する主要トランスポート
• MCP (Model Context Protocol) - LLM統合用のJSON-RPCバインディング
• A2A (Agent2Agent Protocol) - エージェント間通信用のエージェントカード仕様
• 埋め込みプロトコル - 埋め込みチェックアウト体験用のJSON-RPC

発見と交渉

Universal Commerce Protocol は、サーバー選択アーキテクチャを使用します：

1. 企業 は /.well-known/ucp でプロファイルを公開し、サポートされる機能を宣言
2. プラットフォーム は各リクエストでプロファイルURIを広告
3. 企業 は機能の交差点（両当事者がサポートするもの）を計算
4. 親機能のない拡張機能は自動的に削除されます

この交渉は通常のリクエスト/レスポンスフロー内で自動的に発生し、別の交渉フェーズなしで効率的な機能発見を可能にします。

Universal Commerce Protocolの核心機能

チェックアウト機能

チェックアウト機能（dev.ucp.shopping.checkout）は、Universal Commerce Protocol の基盤です。複雑なカートロジック、動的価格設定、税計算、決済処理を備えたチェックアウトセッションをプラットフォームが促進できるようにします。

主要機能：

• 複数アイテムカートサポート
• 動的価格設定と税計算
• 決済ハンドラー交渉
• 重大度レベルのエラーハンドリング
• バイヤーハンドオフ用の継続URL

チェックアウトステータスライフサイクル：

incomplete ↔ requires_escalation
     ↓              ↓
ready_for_complete → complete_in_progress → completed
     ↓
  canceled (can occur from any state)

ステータス値：

• incomplete - 必要な情報が不足、プラットフォームは更新チェックアウトで解決すべき
• requires_escalation - continue_url を介したバイヤー入力が必要
• ready_for_complete - すべての情報が収集され、プラットフォームが完了できる
• complete_in_progress - 企業が完了を処理中
• completed - 注文が正常に配置された
• canceled - セッションが無効または期限切れ

注文機能

注文機能（dev.ucp.shopping.order）により、企業は配送、配達、返品、返金を含む注文ライフサイクルイベントに関する非同期更新をプッシュできます。

主要コンポーネント：

1. ラインアイテム - 購入されたもの、数量追跡（合計、履行済み）
2. 履行 - 配達の期待とイベント（発送済み、輸送中、配達済み）
3. 調整 - 注文後イベント（返金、返品、クレジット、紛争）

イベントメカニズム： 企業は、プラットフォーム提供のURLにwebhookを介して注文更新を送信します。Webhookは検証のためにJWT（RFC 7797）を使用して署名されます。

アイデンティティリンク機能

アイデンティティリンク機能（dev.ucp.common.identity_linking）により、プラットフォームはユーザーに代わってアクションを実行するためのOAuth 2.0承認を取得できます。

主要機能：

• 標準OAuth 2.0承認コードフロー
• /.well-known/oauth-authorization-server を介したRFC 8414発見
• UCP固有のスコープ（例：ucp:scopes:checkout_session）
• トークン取り消しサポート（RFC 7009）
• OpenID RISC Profile 1.0を介したクロスアカウント保護

Universal Commerce Protocol拡張機能

履行拡張機能

履行拡張機能（dev.ucp.shopping.fulfillment）は、チェックアウトセッションに配送と受け取りオプションを追加します。

主要機能：

• 複数の履行方法（配送、受け取りなど）
• 宛先管理（住所、店舗の場所）
• 価格設定付きの配送オプショングループ
• 代替履行オプションの利用可能な方法
• 方法に依存しないレンダリング（プラットフォームは特定のタイプを理解する必要がない）

構造例：

{
  "fulfillment": {
    "methods": [{
      "type": "shipping",
      "line_item_ids": ["shirt", "pants"],
      "destinations": [...],
      "groups": [{
        "options": [
          {"id": "standard", "title": "Standard Shipping", "totals": [...]},
          {"id": "express", "title": "Express Shipping", "totals": [...]}
        ]
      }]
    }]
  }
}

割引拡張機能

割引拡張機能（dev.ucp.shopping.discount）は、割引コードの送信と自動割引適用を可能にします。

主要機能：

• 1つ以上の割引コードを送信
• 人間が読めるタイトル付きの適用された割引を受信
• messages[] 配列を介して拒否されたコードを伝達
• コードベースの割引とともに自動割引を表示
• 割引がどのように分配されるかを示す割り当て内訳

割り当て方法：

• each - 対象アイテムごとに独立して適用
• across - 価値に比例して分割

バイヤー同意拡張機能

バイヤー同意拡張機能（dev.ucp.shopping.buyer_consent）により、プラットフォームはデータ使用と通信設定に関するバイヤーの同意選択を送信できます。

同意カテゴリ：

• analytics - 分析用のデータ使用
• preferences - パーソナライゼーション設定
• marketing - マーケティング通信
• sale_of_data - データ販売の同意

この拡張機能は、企業がCCPAやGDPRなどのプライバシー規制に準拠するのに役立ちます。

AP2マンデート拡張機能

AP2マンデート拡張機能（dev.ucp.shopping.ap2_mandate）は、Universal Commerce Protocol を AP2 Protocol と統合し、ユーザー承認の暗号化証明を提供します。

主要機能：

• 企業がチェックアウト条件に暗号化署名を提供
• プラットフォームがユーザー承認を証明する暗号化署名付きマンデートを提供
• 否認不可の取引証拠
• 検証可能なデジタル認証情報（VDC）のサポート
• キーバインディング形式のSD-JWT

セキュリティバインディング： この拡張機能が交渉されると、セッションはセキュリティロックされます。いずれの当事者も標準（保護されていない）チェックアウトフローに戻すことはできません。

Universal Commerce Protocolと決済アーキテクチャ

Universal Commerce Protocol は、プラットフォーム、企業、決済認証情報プロバイダー間の「N対N」の複雑さを解決する分離された決済アーキテクチャを採用しています。

決済ハンドラーモデル

決済ハンドラーは、決済手段がどのように処理されるかを定義する仕様（エンティティではない）です。これらは以下を分離します：

• 決済手段 - 受け入れられるもの（カード、ウォレットなど）
• 決済ハンドラー - 手段がどのように処理されるか（トークン化仕様）

信頼の三角形：

1. 企業 ↔ 決済認証情報プロバイダー - 既存の法的/技術的関係
2. プラットフォーム ↔ 決済認証情報プロバイダー - プラットフォームはデータをトークン化しますが、資金を所有しません
3. プラットフォーム ↔ 企業 - プラットフォームはトークン/マンデートを企業に渡して完了させます

決済ライフサイクル

決済プロセスは3ステップのライフサイクルに従います：

1. 交渉 - 企業が設定付きの利用可能なハンドラーを広告
2. 取得 - プラットフォームが決済認証情報プロバイダーとハンドラーロジックを実行
3. 完了 - プラットフォームが不透明な認証情報を企業に送信

セキュリティ原則：

• 認証情報はプラットフォーム → 企業のみに流れる（一方向）
• プラットフォームはトークンを処理し、生のPANは処理しない（PCI-DSSスコープ最小化）
• ハンドラーIDルーティングは正しいキー使用を保証（キー混乱攻撃を防止）

PCI-DSSスコープ管理

プラットフォームスコープ最小化：

• 不透明な認証情報を提供するハンドラーを使用
• 生の決済データにアクセスまたは保存しない
• 直接使用できない認証情報を転送

企業スコープ最小化：

• プロバイダーホスト型トークン化を使用
• 暗号化された認証情報を持つウォレットプロバイダーを使用
• 生の認証情報をログに記録しない
• PCI認定プロバイダーに委任

Universal Commerce Protocolスキーマアーキテクチャ

Universal Commerce Protocol は、データ検証と自己記述機能のためにJSON Schemaを使用します。スキーマアーキテクチャを理解することは、Universal Commerce Protocol を正しく実装するために重要です。

スキーマカテゴリ

Universal Commerce Protocol は、4つのスキーマカテゴリを定義します：

自己記述スキーマ

Universal Commerce Protocol の機能スキーマは必須で自己記述的です。プラットフォームがスキーマを取得する場合、他のドキュメントを参照せずに、それがどの機能とバージョンを表すかを正確に判断できる必要があります。

なぜ自己記述的か？

• 独立したバージョン管理 - 機能は独立してバージョン管理できる
• 検証 - バリデーターは機能宣言を相互チェックできる
• 開発者体験 - スキーマの目的が即座に明確
• コンパクトな名前空間 - 逆ドメイン識別子（例：dev.ucp.shopping.checkout）

スキーマ構成

Universal Commerce Protocol の拡張機能は、allOf 構成を使用してベーススキーマを拡張します：

{
  "$defs": {
    "checkout": {
      "allOf": [
        {"$ref": "checkout.json"},
        {
          "type": "object",
          "properties": {
            "discounts": {"$ref": "#/$defs/discounts_object"}
          }
        }
      ]
    }
  }
}

この構成モデルにより、Universal Commerce Protocol は柔軟な拡張機能をサポートしながら、クリーンなベーススキーマを維持できます。

Universal Commerce Protocolトランスポート層

Universal Commerce Protocol は複数のトランスポートプロトコルをサポートし、プラットフォームと企業がユースケースに最適なものを選択できるようにします。

RESTトランスポート（主要）

主要トランスポートは、RESTfulパターンでHTTP/1.1+を使用します：

• Content-Type: application/json
• 標準HTTP動詞（POST、GET、PATCH）
• 標準HTTPステータスコード
• OpenAPI 3.x仕様

Model Context Protocol (MCP)

UCP機能はMCPツールと1対1でマッピングされます。企業は、UCP実装をラップするMCPサーバーを公開でき、LLMが create_checkout などのツールを直接呼び出すことができます。

Agent-to-Agent Protocol (A2A)

企業は、UCPをサポートするA2AエージェントをA2A拡張機能として公開でき、構造化されたUCPデータ型を介してプラットフォームとの統合を可能にします。Universal Commerce Protocol は、エージェント間通信のために A2A Protocol とシームレスに統合されます。

埋め込みプロトコル（EP）

企業は、ユーザーが対話する際にイベントを受信するチェックアウトインターフェースを埋め込み、主要なユーザーアクションを委任できます。開始は、企業が返す continue_url を通じて行われます。

Universal Commerce ProtocolとAP2およびA2Aの統合

Universal Commerce ProtocolとAP2 Protocol

Universal Commerce Protocol は AP2 Protocol と完全に互換性があります。AP2は、エージェント主導の取引の信頼層として機能し、意図と承認の安全で検証可能な交換を義務付けます。

主要な利点：

• バインディング証明 - 提供され合意されたものの暗号化証拠
• 詐欺の削減 - チェックアウトハッシュにスコープされた決済マンデート、トークンリプレイを防止
• エージェント対応 - 自律AIエージェントが検証可能な境界内で取引できるようにする

プロトコルフロー：

1. 発見 - 企業がAP2サポートを宣言
2. セッションアクティベーション - プラットフォームがAP2アクティベーションをシグナル
3. 署名（企業） - 企業が checkoutSignature（分離JWT）を提供
4. 承認 - プラットフォームがCheckoutMandateとPaymentMandateを生成
5. 完了 - プラットフォームが /complete エンドポイントにマンデートを送信
6. 検証 - 企業とPSPがマンデートを検証
7. 確認 - 決済が処理され、注文が確認された

Universal Commerce ProtocolとA2A Protocol

Universal Commerce Protocol は、エージェント間通信のために A2A Protocol と統合されます。A2Aはエージェントが自然なモダリティでコラボレートできるようにし、UCPはコマース固有のプリミティブを提供します。

補完的な役割：

• A2A Protocol - エージェントコラボレーション用のアプリケーションレベルプロトコル
• Universal Commerce Protocol - コマース固有の機能とデータモデル

これらは、AIエージェントが企業を発見し、チェックアウト条件を交渉し、自律的に購入を完了できるようにします。

Universal Commerce Protocolの始め方

開発者向け

Universal Commerce Protocol は、開発者向けに包括的なリソースを提供します：

1. 技術仕様 - ucp.dev の完全なプロトコルドキュメント
2. GitHubリポジトリ - github.com/Universal-Commerce-Protocol/ucp のオープンソース実装とサンプル
3. コードサンプル - 複数の言語での参照実装
4. Playground - ucp.dev/playground のインタラクティブデモ

企業向け

企業は Universal Commerce Protocol を統合して：

• 顧客がどこにいても会う（AIアシスタント、ショッピングエージェント、埋め込み体験）
• 記録上の販売者として、顧客関係の完全な所有権を維持
• ビジネスルールとロジックの制御を保持
• 各プラットフォームのチェックアウトを再構築する必要がない

統合ステップ：

1. /.well-known/ucp でUCPプロファイルを実装
2. 核心機能（チェックアウト、注文）をサポート
3. 必要に応じて拡張機能（履行、割引）を追加
4. 決済ハンドラーを設定
5. 注文イベント用のwebhookエンドポイントを設定

AIプラットフォーム向け

AIプラットフォームは Universal Commerce Protocol を使用して：

• 標準化されたAPIでビジネスオンボーディングを簡素化
• 統合されたショッピング体験を提供
• 複数のトランスポートプロトコル（REST、MCP、A2A）をサポート
• AP2統合で自律エージェントコマースを有効化

決済プロバイダー向け

決済プロバイダーは以下を実行できます：

• 決済ハンドラー仕様を定義
• ハンドラースキーマと設定を公開
• 複数の決済手段をサポート
• 暗号化マンデートのためにAP2と統合

Universal Commerce Protocolロードマップ

Universal Commerce Protocol は、段階的な開発アプローチに従い、今後の優先事項は次のとおりです：

完全な消費者ジャーニーのより深いサポート

孤立した取引を超えて拡張し、以下をサポート：

• 製品発見 - ショッピングジャーニー全体を促進
• カートとバスケット構築 - 複雑なルールを持つ複数アイテムチェックアウト
• ロイヤルティとメンバー特典 - アカウントリンクとパーソナライズされたオファー
• ネイティブクロスセルとアップセル - パーソナライズされた推奨

グローバル市場のサポート

以下の市場を含む段階的な展開：

• インド
• インドネシア
• ラテンアメリカ
• その他の地域市場

Universal Commerce Protocol を適応させ、より広範な地域ユースケースとローカライズされた決済相互運用性をサポートします。

コミュニティ主導の進化

Universal Commerce Protocol は、業界によって、業界のために構築されています。ロードマップは戦略的優先事項を反映していますが、コミュニティのフィードバックとビジネスニーズに基づいて柔軟に保たれています。

🤔 Universal Commerce Protocolに関するよくある質問

Q: Universal Commerce Protocolが他のコマースAPIと異なる点は何ですか？

A: Universal Commerce Protocol は、エージェント型コマースと相互運用性のために特別に設計されています。独自のAPIとは異なり、UCPは以下を提供します：

• 標準化された機能発見と交渉
• 複数のトランスポートプロトコルサポート（REST、MCP、A2A）
• AP2統合による組み込みセキュリティ
• 柔軟な機能追加のための拡張モデル
• 業界全体で採用されているオープンスタンダード

Q: Universal Commerce Protocolはどのようにセキュリティを確保しますか？

A: Universal Commerce Protocol は、複数のセキュリティ層を実装しています：

• アイデンティティリンク用のOAuth 2.0
• PCI-DSS準拠の決済パターン
• 暗号化マンデート用のAP2 Protocol統合
• JWTベースのwebhook署名
• 一方向認証情報フロー（プラットフォーム → 企業のみ）

Q: Universal Commerce Protocolは既存の決済システムで動作しますか？

A: はい。Universal Commerce Protocol は、既存の決済インフラストラクチャで動作するように設計されています：

• すべての主要な決済方法をサポート（カード、ウォレット、銀行振込、暗号通貨）
• 既存のPSPと統合（Stripe、Adyen、PayPalなど）
• 既存のリスク/詐欺システムの変更を必要としない
• より良いリスク評価のための追加シグナルを提供

Q: Universal Commerce Protocol、AP2、A2Aの関係は何ですか？

A: これらのプロトコルは補完的です：

• Universal Commerce Protocol - コマース固有の機能とデータモデル
• AP2 Protocol - 暗号化マンデートを備えたエージェント決済の信頼層
• A2A Protocol - エージェント間通信プロトコル

UCPは安全な決済のためにAP2を統合し、A2Aをトランスポート層として使用できます。

Q: 企業はどのようにUniversal Commerce Protocolを始めますか？

A: 企業は以下から始めることができます：

1. ucp.dev で技術仕様を確認
2. UCPプロファイルエンドポイント（/.well-known/ucp）を実装
3. 核心機能（チェックアウト、注文）をサポート
4. UCP Playgroundでテスト
5. Universal Commerce Protocol をサポートするプラットフォームと統合

Q: Universal Commerce Protocolはどのプログラミング言語をサポートしていますか？

A: Universal Commerce Protocol は言語に依存しません。以下を使用します：

• データ交換用のJSON
• RESTトランスポート用の標準HTTP
• MCP/A2Aトランスポート用のJSON-RPC
• OpenAPI/OpenRPC仕様

参照実装はPythonとTypeScriptで利用可能で、他の言語でのコミュニティ貢献もあります。

Q: Universal Commerce Protocolはスキーマバージョン管理をどのように処理しますか？

A: Universal Commerce Protocol は、スキーマに日付ベースのバージョン管理（YYYY-MM-DD）を使用します：

• 各機能スキーマは version フィールドでバージョンを宣言
• スキーマは name と version フィールドで自己記述的
• プラットフォームはスキーマURLが名前空間権限と一致することを検証
• 独立したバージョン管理により、機能は異なる速度で進化できる

Q: Universal Commerce Protocolの名前空間ガバナンスモデルは何ですか？

A: Universal Commerce Protocol は逆ドメイン命名を使用します：

• UCP機能：dev.ucp.* 名前空間（UCP機関によって管理）
• ベンダー機能：com.{vendor}.* 名前空間（ベンダー制御）
• 中央レジストリは不要 - DNSベースの名前空間ガバナンス
• 仕様URLは名前空間権限のオリジンと一致する必要がある

Q: Universal Commerce Protocolはバージョン管理をどのように処理しますか？

A: Universal Commerce Protocol は、日付ベースのバージョン管理（YYYY-MM-DD形式）を使用します：

• プロトコルは機能から独立してバージョン管理される
• 各機能は独立してバージョン管理される
• 強力な後方互換性の保証
• 明確な破壊的変更ポリシー

Q: ベンダーはUniversal Commerce Protocolを拡張できますか？

A: はい。Universal Commerce Protocol はベンダー機能をサポートします：

• ベンダーは逆ドメイン名前空間を使用（例：com.shopify.loyalty）
• ベンダー機能は独立してバージョン管理される
• 同じ自己記述スキーマ要件
• 中央レジストリは不要

Q: Universal Commerce Protocolの機能と拡張機能の違いは何ですか？

A: Universal Commerce Protocol では：

• 機能 - スタンドアロンの核心機能（チェックアウト、注文、アイデンティティリンク）
• 拡張機能 - 機能を拡張するオプション機能（履行はチェックアウトを拡張）

拡張機能は extends フィールドを使用して親機能を宣言し、親が機能の交差点にない場合は自動的に削除されます。

Q: Universal Commerce ProtocolはAIエージェントをどのようにサポートしますか？

A: Universal Commerce Protocol は、以下を通じてAIエージェントを有効にします：

• 動的ビジネス機能検出のための機能発見
• エラーハンドリングを備えたプログラム的チェックアウトフロー
• 暗号化証明を備えた自律取引のためのAP2統合
• 異なるエージェントフレームワーク用の複数のトランスポートオプション（REST、MCP、A2A）
• エージェント処理に最適化された構造化データモデル

まとめと次のステップ

Universal Commerce Protocol (UCP) は、標準化された相互運用可能なコマースへの根本的なシフトを表しています。プラットフォーム、企業、決済プロバイダーに共通言語を提供することで、Universal Commerce Protocol はカスタム統合の必要性を排除し、真のエージェント型コマースを可能にします。

Universal Commerce Protocolの主要な利点

推奨される次のステップ

1. 仕様を探索 - ucp.dev/specification で完全な技術ドキュメントを確認
2. Playgroundを試す - ucp.dev/playground でインタラクティブデモを実験
3. コードサンプルを確認 - github.com/Universal-Commerce-Protocol/samples で参照実装を確認
4. コミュニティに参加 - github.com/Universal-Commerce-Protocol/ucp でフィードバックとコードを貢献

Universal Commerce Protocol は、コミュニティの入力に基づいて積極的に進化しています。次世代のコマース体験を構築する開発者、どこにいても顧客に到達したい企業、安全な取引を可能にする決済プロバイダーであるかどうかに関わらず、Universal Commerce Protocol は相互運用可能なエージェント型コマースの基盤を提供します。

関連リソース：

• AP2 Protocol ドキュメント - エージェント経済のための安全な決済
• A2A Protocol ドキュメント - エージェント間通信標準
• Universal Commerce Protocol GitHub - オープンソース実装
• Universal Commerce Protocol 仕様 - 完全な技術ドキュメント
• Universal Commerce Protocol ガイド - Universal Commerce Protocolの包括的なガイド