Adobe LLM Apps – 概要 adobe-llm-apps-an-overview
Adobe LLM Appsとは
Adobe LLM Appsでは、商品の発見、可用性チェック、サービスの予約などの主要なアクションを、ChatGPTやClaudeなどのAI アシスタント内で直接公開することができます。 AIの回答で受動的に言及するのではなく、顧客が会話から離れることなく、実際のビジネスフローを導くことができます。
LLM Appsはexperience.adobe.com/llm-appsで利用できます。
LLM Appsでできること
- ブランド所有のLLM アクションを作成 — AI アシスタント内でアクティブ化する特定のビジネスフローを定義します（例：テストドライブのスケジュール、製品の比較、サービスを予約）。
- インタラクティブ LLM ウィジェットを作成 — GitHub リポジトリでAEM コンポーネントとして管理されるビジュアル UI コンポーネント（製品カード、予約フォーム、ストアロケータ）を作成します。
- 一元的なブランドガバナンスの維持 – 作成者と開発者は、LLM プラットフォーム内で公開されるあらゆるコンテンツ、コピー、ビジュアルを完全に制御でき、承認はAEMで管理されます。
- ステージングおよび実稼動環境へのデプロイ – 管理されたデプロイメントパイプラインを使用すると、実稼動環境にプロモートする前に、ステージング環境でエクスペリエンスをテストできます。
- アクションレベルでの可視性を制御 — デプロイメント後、アプリ全体を再デプロイすることなく、個々のアクションのオンとオフを切り替えることができます。
- 意思決定を促進する要因を測定 – 組み込みの分析機能（Adobe Customer Journey Analyticsを搭載）により、アクションのトリガー数、成功率、放棄率、上位のユーザープロンプト、可視性スコアが表示されます。
LLM Appsが重要な理由
LLMのインタラクションは、従来の検索とは根本的に異なります。 平均ChatGPT セッションは、従来の検索セッションよりも4倍長く続きます。 消費者の40%以上が、複雑な購入決定をAI ツールで行っています。 LLM Appsがなければ、メンションに勝っても顧客を失う可能性があります。 LLM Appsは、ブランドが表示されるだけでなく、ユーザーが決定する準備ができた正確な瞬間に実用的であることを保証します。
主な概念
LLM アプリ — ユーザーがChatGPTまたはその他のLLM プラットフォーム内で操作するブランド アシスタント。 すべてのアクションをグループ化し、1つのユニットとしてデプロイします。
アクション — アプリが提供する機能。 例えば、「ディストリビューターを探す」や「製品を参照する」などです。 ユーザーが関連する質問をすると、各アクションがLLMによって呼び出されます。 すべてのアクションには、メタデータ（名前、説明、パラメーター）がLLM Apps UIで管理され、ハンドラー（コード）がGitHubで管理される2つの部分があります。
アクションハンドラー — アクションが呼び出されたときに実行されるコード。 APIを呼び出したり、ライブデータを取得したり、静的データを返したりできます。 ハンドラーはactions/<name>/index.jsにあるGitHub リポジトリにあります。
Widget — ユーザーに表示される視覚的な応答 – カード、カルーセル、テーブル、またはLLMのテキスト返信と共にレンダリングされるカスタム UI。 ウィジェットは、Edge Delivery Services （EDS）サイトでホストされているHTML ページです。
仕組み
次の図は、UIでのアプリの定義から、LLM プラットフォームでの結果の確認まで、各要素の組み合わせを示しています。
┌─────────────────────────────────────────────────────────────┐
│ LLM Apps UI │
│ ┌──────────┐ ┌──────────┐ ┌───────────────────────┐ │
│ │ App │──▶│ Actions │──▶│ Metadata + Widget cfg │ │
│ └──────────┘ └──────────┘ └───────────┬───────────┘ │
└─────────────────────────────────────────── │ ────────────-──┘
│ deploy
▼
┌─────────────────────────────────────────────────────────────┐
│ Adobe I/O Runtime │
│ MCP Server (auto-generated) │
│ ┌───────────────┐ ┌──────────────────┐ ┌───────────────┐ │
│ │ search- │ │ get-product- │ │ find-where- │ │
│ │ products │ │ details │ │ to-buy │ │
│ └───────────────┘ └──────────────────┘ └───────────────┘ │
└──────────────────────────────┬──────────────────────────────┘
│ MCP protocol
▼
┌─────────────────────────────────────────────────────────────┐
│ ChatGPT │
│ Conversation │
│ ┌───────────────────────────────────────────────────────┐ │
│ │ EDS Widget │ │
│ │ Product carousel, store locator, detail card ... │ │
│ └───────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
前提条件
Adobe 開発者コンソール
Adobe Developer Consoleにアクセスするには、Adobe IMS組織のDeveloper ロール（またはSystem Admin ロール）が必要です。 組織がApp Builderへのアクセス権を持っていることを確認します。
確認するには、developer.adobe.com/consoleに移動します。 クイックスタート画面が表示された場合は、権限が正しく設定されています。
代わりに制限付きアクセス メッセージが表示される場合は、開発者の役割がありません。 アクセスをリクエストするには、IMS組織の管理者にお問い合わせください。
GitHub
組織に次の権限を持つGitHub アカウントが必要です。
-
リポジトリを作成 – 組織内に2つのリポジトリ（アプリケーションコード用とEDS プロジェクト用）を作成する必要があります。 確認するには、github.com/newに移動します。所有者 ドロップダウンから組織を選択できる場合は、権限があります。
組織の選択を表示する
-
アプリ GitHubをインストール – 組織にGitHub アプリをインストールするには、適切な権限が必要です。 GitHub アプリをインストールするための要件を参照してください。
AEM SitesとEdge Delivery Services
アクションウィジェットは Adobe Experience Manager Edge Delivery Services （EDS） でホストされます。 Edge Delivery Servicesを含むAEM Sites ライセンスが必要です。 EDS組織に 管理者 の役割が必要です。
確認するには、EDS ユーザー管理ツール に移動し、組織名を入力し、サイトを空白のままにして、ユーザーを取得をクリックします。 リストでアカウントを検索し、管理者 バッジが表示されていることを確認します。
LLM プラットフォーム（テスト用）
デプロイ済みアプリをテストするには、カスタム MCP アプリと 開発者モード を有効にできる、サポートされているサブスクリプション層が必要です。 例えば、ChatGPTでは、Pro、Businessまたは Enterprise / Edu のサブスクリプションが必要です。
今すぐ始める
ユースケースを念頭に置いて、 アプリを作成し、LLM Apps エクスペリエンスの構築とデプロイを開始します。