Experience Modernization Agentの評価と承認 evaluate
このページは、Edge Delivery Services上でAdobe Experience Manager サイトを構築または移行するチームのExperience Modernization Agentを承認するユーザー（アーキテクト、テクニカルリード、またはプラットフォームオーナー）向けです。 ここでは、移行を実行するための3つの方法、Adobeのチームとチームの連携、担当者が使用するシステムやデータ、変更の制御とトレース、プロジェクトの残りの作業などについて説明します。
Edge Delivery Servicesの概要とプロジェクトの統合方法については、 サイトの構築および更新方法を参照してください。 自分のページの結果は、説明よりも多くを伝えるので、読み込み中に自動モードで開始するか、手順でページを読み込むかをチームメンバーに依頼します。
チームの変更点 team-impact
担当者がいない場合、Edge Delivery Servicesへの移行は、誰もが結果を判断できるまでに数週間の開発作業から始まります。その作業とは、ソースページのリスト作成、レイアウトによるグループ化、ブロックへのコンテンツのマッピング、ブロックコードやスタイルの記述、インポートスクリプトの記述です。 エージェントは、ホストされた環境でチームと一緒に反復作業を行い、インストールするものはありません。
- チームが決定とレビューを行います。担当者が生成します。 スコープ、コンテンツモデル、ターゲットデザイン、統合を設定し、その結果を受け入れ、 エージェントはコードを書き、コンテンツをインポートし、結果をソースと比較します。
- より多くのユーザーが直接投稿しています。 HTMLの一部とGitの基本を知っているデザイナー、コンテンツスペシャリスト、マーケターは、それらを平易な言葉で説明することで変更を加えます。 開発者は、プルリクエストとして変更を確認することで、本番環境に到達するものを管理できます。 より幅広い貢献度、同じ実稼動管理を参照してください。
- ページではなくレイアウトで労力が増加します。 修正は、1つのページではなく再利用可能なブロックまたはインポートスクリプトを変更するので、同じレイアウトのすべてのページに適用されます。 5,000 ページにわたる12のレイアウトは、主に12のテンプレートで構成されています。 エージェントが大規模に移行する方法を参照し、最初のテンプレートから作業のサイズを変更するには、 コミットする前に見積もる。
- 結果は標準プロジェクトです。 コードは、Git リポジトリ内のHTML、CSS、JavaScriptで、AEMのボイラープレートの規則に従っています。 サイトは実行時にエージェントに依存せず、開発者は自分のエディターや他のAI ツールで続行できます。
- プロジェクトの知識はリポジトリ内に残ります。 チームが同意する規則は、
AGENTS.mdおよび関連ファイルで公開されており、エージェントと新しいチームメンバーの両方が従います。 プロジェクトの手順とメモリ を参照してください。
担当者の役割とチームの役割 responsibilities
移行リードがコントリビューターをどのように調整するかについては、移行リード を参照してください。 複数のユーザーが1つのプロジェクトに取り組むことができ、それぞれが自分のコンソール ワークスペースで作業できます。 チームとして作業を参照してください。
残りのプロジェクト作業 project-work
エージェントは開発エージェントです。Edge Delivery Services上で構築できるものは、このエージェントで構築できます。 ただし、移行では、ソースページに表示される内容をコピーしますが、その背後にあるシステムはコピーされません。 エージェントはサイトを再構築します。ページ、ブロック、スタイル、サービスを呼び出すコードです。 承認と公開のワークフロー、統合の背後にあるバックエンドシステム、新しいサイトでのチームの作業方法などは、引き続き組織の作業となります。 こうした要件を満たすには、担当者が決定を下す必要があります。
ソースアクセス、インタラクティブコンテンツ、およびその他の読み込みの境界については、制限を参照してください。
Figmaとデザインシステム figma
Figmaは新しいデザインのソースになる可能性があります。 Figma読み込みアドオンを使用すると、エージェントは、開発者がデザインハンドオフを読み取る方法で、モデルコンテキストプロトコル（MCP）サーバーを使用して、FigmaのAPIを介して選択したコンポーネントまたはフレームを読み取ります。 色、タイポグラフィ、間隔などのデザインの変数とスタイルを、プロジェクトのグローバルスタイルのCSS カスタムプロパティとして記述します。 これらのプロパティは、サイトのデザイントークンです。 トークンは、個別のトークン書き出しではなくコード内に存在するため、デザイナーや開発者は、他の変更と同様にコードを確認します。 デザイナーがFigmaからエージェントとどのように作業するかについては、Figma デザインからの作業を参照してください。
承認すべき内容：
- アクセス： エージェントでFigmaを使用する各ユーザーは、読み取り専用のスコープを含むFigma個人アクセストークンを作成し、コンソールの設定に保存します。 Figmaはこのアクセストークンを発行して管理します。これはデザイントークンとは関係ありません。 組織全体のFigma接続はなく、個人アクセストークンは特定のファイルに限定することはできません。所有者が開くことができるすべてのファイルを読み取ります。
- シートとレート制限： Figmaは、トークン所有者のシートとファイルを所有するプランに基づいて、トークンがファイルを読み取れる頻度を制限します。 ViewまたはCollab シートでは、トークンはFigmaのAPIを介して月に数回しかファイルを読み取ることができないため、エージェントでFigmaを使用する人はDevまたはFull シートが必要です。 Figmaの レート制限を参照してください。
- データ：選択したフレームまたはコンポーネントに対して、エージェントはAI モデルにその構造、スクリーンショット、変数、およびテキストを送信します。 AI モデルのプロセス を参照してください。
移行の実行方法の選択 approaches
同じエージェントが3つの方法で移行を実行できます。 彼らは誰がエージェントを運転し、誰が結果に答えるかによって異なります。 3つのツールはすべて、標準のEdge Delivery Services プロジェクトを生成します。Git リポジトリ内のコードと、作成者が編集するコンテンツを使用して、次から次へと移動できます。自動モードの結果を自分のサイトに転送してコンソールで続行するか、Agentic Outcome Engineersとのエンゲージメント後に担当者と自分で続行します。
エージェントの背後にいるチームは adobe-team
エージェントを選ぶときは、それを構築するチームとそれが取る方向も選びます。 人々がweb上で情報を見つける方法は変化しています。より多くの人々が、AI アシスタントに質問し、ブランド自身のサイトで読み取った内容から回答を得ます。 また、担当者は、サイトのコンテンツ、デザイン、コードを一緒に変更できるため、プロジェクトが必要になった変更に何時間もかかることがあります。 アドビの使命は、Adobe Edge Delivery Servicesに移行してExperience Managerを最大限に活用し、エージェンティック開発ツールを使用して、移行を続けても関連性を維持できるサイトを構築することです。 移行時にユーザーとの作業が終了するわけではなく、エージェントは変更を続けます。 リリースノート には、変更ごとにリストが表示されます。
変更が安価な場合、何を変更するかを決めて管理し、担当者に適切なブランド、デザイン、ビジネスのコンテキストを提供することが重要です。 その知識はチームやシステムに味方します。 Adobeのチームは、次のような基盤を構築するのに役立ちます。
- 一緒に移行を実行できるエンジニア。 複雑な移行の場合、AdobeのAgentic Outcome Engineersは、お客様のチームでエージェントを操作し、サイトをit部門に引き渡すことができます。 移行の実行方法の選択を参照してください。
- 製品の変更に伴う現在の状態。 コンソールの 新機能 の通知には、各リリースのハイライトが一覧表示されます。 自社サイトの変更を適用する、アーキテクチャを見直す、担当者がまだ対応していないニーズについて話し合う場合は、Adobeのカスタマーサクセスマネージャーまたはアカウントチームに、SME （分野の専門家）やプロダクトチームとの面談を予約しましょう。
- お客様の体験が商品を形作ります。 製品チームは、顧客やパートナーと専門知識を交換し、一部のパートナーと協力して新しい機能に取り組みます。 報告書の内容が、チームによる修正や次の構築に反映されます。
コンソールからチームに連絡するには、自動モードページで「サポートをリクエスト」または「ヘルプを取得」を使用します。 メッセージは、エージェントを構築するチームに直接送られ、チームがそれにアクセスしてメールでフォローアップします。 サポートをリクエスト を参照し、リクエストが共有する内容については、 サポート リクエスト を参照してください。
Adobeチームは、導入パートナーと同様に作業するため、移行後もパートナーと共にサイトの改善を継続できます。
システムとデータフロー systems
エージェントはホスト環境で動作し、ユーザーが設定した接続とユーザーが付与する権限を通じてのみ、システムに到達します。
aemcoder.adobe.ioのホスト環境。aem.pageのプレビューサイトとaem.liveのライブサイト。セキュリティとデータ処理 security
コンソールを使用すると、設定した資格情報を指定せずにエージェントがサイトで作業でき、変更がGit リポジトリとコンテンツの宛先に到達するタイミングを決定できます。
アクセスと分離 security-access
- Adobe IDでコンソールにログインします。 あらゆるリクエストは、Adobe Identity Managementサービス（IMS）で認証されます。
- 各ユーザーは、ログインするAdobeの各組織内の1つに独自のワークスペースストレージを持つ個別のバックエンド環境で作業します。 コンソールは、ユーザーが初めてサインインしたときに環境を作成し、アイドル状態になったときに環境を一時停止します。
- コンソールにはプロジェクトの役割がありません。 アクセス権を持つユーザーは誰でも、自分のワークスペースの変更をエージェントに依頼できます。 Experience ManagerとGit プロバイダーは、ワークスペースを離れるコードやコンテンツに対して、引き続き独自の権限を適用します。
資格情報 security-credentials
- AI エージェントは、コンソールで設定した資格情報を受け取りません。 GitHub、Cloud Manager Git リポジトリ、Experience Workspace、Figma、および保護されたソースサイトのトークンは、エージェントの環境外で保持されます。 個別のコンポーネントは、各資格情報を、属するサービスのリクエストにのみ追加します。 同じことが、AI モデルの呼び出しに使用される資格情報にも適用されます。
- 資格情報は、プロジェクトではなく、資格情報を設定するユーザーに属します。 各チームメンバーは自分のGit アカウントを接続し、独自のFigma トークンを保存します。
- エージェントの権限は、有効にするまで無効です。 1をオンにすると、エージェントはそのアクセスでアクションを実行できます。例えば、資格情報を表示せずにリポジトリにプッシュできます。 デフォルトでは、権限はユーザー自身のサインインを使用します。 担当者がリーチできる範囲を絞り込むには、代わりにトークンを入力します。必要なリポジトリを対象とした詳細な個人アクセストークンまたはAdobe サービスアカウントのトークンです。
- エージェントが動作している間に呼び出す他のサービス（テスト APIなど）は、サービスのホスト名に対する 保護されたサイト認証 のエントリから、同じように資格情報を取得します。 他のサービスの資格情報を参照してください。
- 資格情報は、コンソールの設定にのみ保存します。プロンプト、チャット、ソースコンテンツ、プロジェクトファイルには保存されません。エージェントはこれらの情報を読み取り、AI モデルに送信できます。 エージェントをコーディングするのが初めての人は、チャットにパスワードやキーを貼り付けてタスクを完了できるため、オンボーディングのこの部分を作成します。 コンソールを使用する全員に、 チャットから秘密を守るを最初に読み、組織のポリシーでAI ツールとの共有が許可されていることを伝えるように依頼します。
AI モデルのプロセス security-model-data
リクエストを実行するために、エージェントは現在Claude モデルとして使用している大規模言語モデル（LLM）に次の情報を送信できます。
- プロンプトと指示。
- Sourceのページ URL、マークアップ、コンテンツ、書き出されたCMSコンテンツ。
- ブロック、スタイル、サイト設定などのリポジトリコードと設定。
- Figmaのデザインやスクリーンショットなどのデザインやブランド参照。
- 生成されたコンテンツとコードはレビュー中です。
Adobeは、AI モデルのトレーニングや調整に、会話やその他の顧客データを使用することはありません。
変更の制御 security-control
エージェントはコンソールワークスペースで動作し、変更内容とプレビューを確認します。 作業は別々のステップでサイトに到達し、各ステップには独自の制御があります。
- コンソール自身のチェックは、承認ゲートではなくセーフガードです。 オプションのプランモードでは、エージェントが開始する前にプランを承認できます。 また、コンソールは、現在のメッセージが要求するか、エージェントが要求したときに同意しない限り、エージェントのアップロード、プレビュー、公開を停止しますが、そのような要求を行うあらゆる方法を検出することはできません。 どちらのチェックも、アクセス権を持つユーザーのプッシュまたは公開を停止しません。
- Git権限を使用すると、エージェントは、資格情報を書き込むことができる
mainを含む任意のブランチにプッシュできます。mainへのプッシュは、ライブサイトのコードを変更します。 - 確認が必要な場合は、変更した箇所に変更を適用します。 レビュー済みのプルリクエストを必要とする ブランチ保護を使用して
mainを保護し、新しいPRを作成して、サイトの公開役割で公開できるユーザーを制限します。 プルリクエストには、変更されたファイルと影響を受けるページのプレビューURLがリストされるので、開発者は結合する前に結果を確認できます。 より多くのユーザーが参加する前にこれらのコントロールを設定し、タスクが必要な場合にのみエージェントの権限をオンにします。 より幅広い貢献度、同じ実稼動管理を参照してください。 - ソースページとデザインファイルを信頼できない入力として扱う。 これらは、エージェントを操作しようとするテキストを含めることができます。 変更をプッシュ、プレビュー、または公開する前に、変更を確認します。
コンテンツプッシュ権限 content-push-permissions
Adobe ログインを使用してコンテンツをアップロードすると、宛先はアカウントの権限を強制します。 Experience Workspaceで編集されたドキュメントベースのコンテンツの場合は、宛先コンテンツへの書き込みアクセス権が必要です。 Experience Manager オーサリングの場合は、オーサーインスタンスで選択したパスにページとアセットを書き込む権限が必要です。 コンソールにログインしても、これらの権限は付与されません。
エージェントのAdobe資格情報権限を有効にすると、そのコンテンツはドキュメントベースのコンテンツリポジトリにプッシュされ、アカウントのアクセス権が使用されます。 エージェントにアップロードを依頼しても、宛先の権限は無視されません。 Experience Manager オーサリングの場合は、コンソールを介してコンテンツを自分でアップロードします。ダイレクトエージェントのアップロードはサポートされていません。
ドキュメントベースのアップロードで、ログインが使用できないか、認証が失敗したため、設定されたフォールバックアカウントが使用された場合、代わりに宛先はそのアカウントの権限を適用します。 エージェントのサービスアカウントを明示的に設定する場合も同様です。 個人権限に依存して変更を制限する前に、使用するアカウントを確認してください。
エージェントが実行した処理をトレース audit-trail
コンソールには個別の監査ログはありませんが、エージェントの作業が記録されないわけではありません。 エージェントが生成したものは、Git リポジトリまたはExperience Managerを通じてのみサイトに到達し、両方とも履歴を保持します。
- コードはプライマリレコードです。 Git履歴には、ブロック、スタイル、インポートスクリプトへの各変更が記録され、インポートスクリプトは、インポートされたすべてのページの構造を定義します。
- コンテンツの変更はコンテンツと共に記録されます。 Experience Workspaceは各ドキュメントのバージョン履歴を保持し、オーサーインスタンスは独自のページバージョンを保持します。
- 会話は、質問された内容を示します。 チャットをダウンロードすると、会話がMarkdown ファイルとして保存されます。 メッセージを削除し、元に戻すことができない チャットをクリア を選択する前に、ダウンロードしてください。 チャットパネル を参照してください。
レコードは、エージェントへの各リクエストが独自のコミットで終了し、mainではなく作業中のブランチにプッシュされ、ページが変更された場合に、エージェントが提供し、ユーザーが承認する独自のコンテンツアップロードが行われると、最も簡単に追跡できます。 プロジェクトのAGENTS.mdでこれを要求します。各リクエストのレコードを残すを参照してください。 次に、レビュー担当者は、リクエストごとに、既に使用しているツールでエージェントが変更した内容を確認します。
作品が保管される場所 security-storage
- プッシュしたコードはGit リポジトリに保存され、アップロードしたコンテンツはExperience Workspaceまたはオーサーインスタンスに保存されます。 独自のリテンションおよびバージョン履歴ポリシーが適用されます。
- プッシュまたはアップロードしていない作業は、コンソールワークスペースにのみ存在し、チャット履歴とエージェントのセッションのトランスクリプトも含まれます。 チャットをクリアすると、チャットパネルからメッセージが削除されますが、文字起こしは保持されます。 トランスクリプトを含むコンソールワークスペースで開いているプロジェクトの作業を削除するには、ワークスペースのリセットを使用します。
処理場所、データ保持、およびコンプライアンスに関する情報については、Adobeのアカウントチームにお問い合わせいただくか、Adobe Trust Centerを参照してください。
医療データとHIPAA security-hipaa
Experience Modernization Agentは、サイトを移行および構築するための開発者ツールです。 サイトの訪問者はサイトにアクセスできません。Edge Delivery Servicesは公開されたサイトを提供し、訪問者のリクエストはコンソールやエージェントを通過しません。 患者データがなくても、ヘルスケアサイトのページ、デザイン、アセットを移行することができます。 患者の記録やユーザーの資格情報など、実際のエンドユーザーデータを絶対に渡さず、それを含むページやアセットを移行しないでください。 架空のデータを使用して、患者固有のレイアウトを開発およびテストします。 エージェントに何を与えても、AI モデルに到達できます。AI モデルのプロセス を参照してください。
ステージングサイト、許可リスト、ソースログインでは、この制限は変更されません。 保護されたソースを読み込む前に、スコープ内のページとアセットを確認し、保護された健康情報（PHI）のないコンテンツにソースアカウントを制限します。 チャットではなく、 ソース認証を通じてそのアカウントを設定します。
医療保険の相互運用性と説明責任に関する法律（HIPAA）に基づいてPHIを処理するサイトの場合は、必要なライセンス、提携事業者契約（BAA）、設定など、Adobeのアカウントチームでオーサリングと配信の設定を確認します。 Adobe Experience Manager as a Cloud ServiceのHIPAA対応では、Edge Delivery ServicesはHIPAA対応ですが、ユニバーサルエディターはHIPAA対応ではありません。PHIが導入されていない場合にのみ、拡張セキュリティプログラムに追加できます。 HIPAA対応配信サービスは、PHIのカバレッジをエージェントまたはHIPAA対応以外のエディターに拡張しません。
サポートリクエスト security-support
サポートリクエストは、エージェントを構築するAdobe チームに送信されます。 送信者が書き込むトピックと説明を使用すると、次の情報が共有されます。
- 送信者の名前、メールアドレス、AdobeのユーザーIDと組織ID。
- セッション ID、プロジェクト名、プレビューURL、GitHub EnterpriseのGit ホスト。
- 送信者が最近選択したプロンプトを添付します。 デフォルトでは、なし（なし）がアタッチされます。
この詳細情報により、チームはセッションの会話とログを見つけることができます。 送信者のコンソールワークスペースを設定する前に、リクエストは名前、メールアドレス、組織のみを共有します。 自動モードページでは、ヘルプを表示は、送信者の名前と電子メールアドレスのみをメッセージと共に共有します。 説明にパスワード、トークン、または個人データを含めないようユーザーに依頼します。 サポートを依頼を参照してください。
次の手順 next-steps
チームがスコープ、アプローチ、およびコントロールに同意したら、実稼動サイトの移行に従います。 作業を確定する前に、自分のページで最初に確認するには、自動モード を使用します。