Experience現代化代理概述 experience-modernization-agent
Experience Modernization Agent是Adobe的Edge Delivery ServicesAI開發代理程式，屬於Brand Experience Agent的一部分。 它提供您瀏覽器中現成的開發環境，無需安裝。
您可以從移轉網站的內容和設計開始，然後繼續使用該代理程式以整合協力廠商系統、重新設計網站、重構其區塊或擴充其運作方式。 開發人員可以建立整合和複雜行為，而設計人員和行銷人員則透過提示而非撰寫CSS或JavaScript來調整網站的外觀。 您所需的知識取決於工作。
若要在自己的頁面上檢視第一個結果，請嘗試[自動]模式。 這是使用您自己的網站內容和設計來評估Adobe Experience Manager的最佳方式。 指定您網站的URL；它會在完成時移轉一組頁面和電子郵件給您。
將您的網站移至Edge Delivery Services benefits
使用代理程式，將Web屬性從其他CMS、使用Java元件建置的Experience Manager網站或靜態網站移至Edge Delivery Services。
上圖會追蹤從您的來源網站移轉至您的團隊可繼續在Edge Delivery Services上發展的網站。 左側面板會顯示來源網站的設計、內容，以及訪客看到的動態功能，還有其標籤和分析。 根據預設，代理程式會使用您目前網站的轉譯頁面作為移轉的來源，除非您指示代理程式執行重新設計，可能提供設計檔案，例如Figma設計。
右側面板顯示預期的結果：完整網站繼續運作，重新建置動態功能，並恢復分析、標籤管理器和同意設定。 移轉的目標是協助您的團隊充分利用Edge Delivery Services所提供的功能：
- 快速開發：開發人員及其代理程式熟悉的標準精簡網頁開發設定，可讓開發人員更有效率。
- 代理式視覺化撰寫：作者在Experience Workspace或Universal Editor中組合來自品牌區塊的頁面，也可以提示內容變更。
- 快速、可編目頁面：平台提供快速、語意的HTML，協助改善搜尋和AI可見度。 檢視保持為100。
- 成長空間：平台執行一些最大的多市場、多語言網站，並具備複雜的整合。
為達成此目標，代理程式會自動執行下列許多步驟：
- 閱讀每一頁。 頁面匯入會從瀏覽器呈現的內容運作。 如果來源需要登入，請設定受保護的網站驗證。 為了保護機器人，請安排網站管理員的授權存取：他們可以允許列出代理程式的後端地址，或者您可以使用具有相同內容的存取暫存或來源主機。 如果只有頁面探索遭到封鎖，請直接提供URL。 請參閱具有機器人保護的Source網站。
- 分析結構。 網站目錄會使用熒幕擷取畫面來清查頁面，並將其分組為範本、區段和區塊。 檢閱群組、設定範圍、選擇目標設計和內容模型，並決定要先移轉的專案。
- 匯入內容。 代理程式會針對每個範本分析範例頁面，並將其對應至預設內容和可重複使用的區塊。 它會匯入範例作為可編輯的頁面，並產生匯入指令碼，以將對應套用至該範本中的其他頁面。
- 重新建置設計。 代理程式會擷取顏色、字型和間距的CSS設計權杖，然後寫入全域樣式並封鎖使用這些樣式的CSS。 它會重新建置標籤，而不是複製原始程式碼及其技術債務。
- 比較、調整及驗證。 代理程式會比較重建的頁面與來源頁面，並在您的提示上反複執行。 調整對應和設計，然後驗證每個範例，再使用產生的指令碼縮放。 對可重複使用區塊或匯入指令碼的更正會套用到該範本中的各個頁面。 生產移轉指南涵蓋批次、檢查、釋出和交接。
- 展開、重新設計、最佳化及整合。 移轉後，提示代理程式重建動態功能或新增整合。 自動模式可以延續支援的分析、標籤管理程式和同意設定；請參閱哪些頁面匯入可以讀取和延續。 如需顯示利害關係人的幾個頁面，請依照建立客戶示範。 如果您希望Adobe工程師與您的團隊一起操作代理程式，請參閱代理程式結果工程師的傳遞。
匯入內容可以讀取和延續的頁面 limitations
僅使用您有權移轉的網站和設計。 選取的工作流程必須能夠存取並讀取來源。 如果網站使用機器人保護，請與其管理員安排存取權。 檢視具有機器人保護的來源網站。
- 代理程式會透過網際網路，從其託管環境中讀取每個來源。 當來源接受受保護的網站驗證中的其中一種方法時，可以移轉需要登入或機密標頭的頁面。 該區段也說明當無法透過此方式連線到來源時，該向網站管理員詢問哪些事項。
- 代理程式會在瀏覽器中載入每個來源頁面，並在頁面轉譯後加以讀取。 這包括指令碼插入的內容以及頁面包含但CSS隱藏的內容，例如已關閉的摺疊式功能表面板。 只有在訪客點按或輸入後才會顯示的內容目前不在頁面中，因此不會擷取。 在熒幕擷取畫面中檢查這類頁面，並在匯入後新增缺少的內容，或要求擷取內容。
- 此代理程式會鎖定Edge Delivery Services，包括使用Experience Manager製作的網站。 它不會將專案轉換為以HTL為基礎的發佈或僅限API/SPA的傳遞棧疊。
- 頁面匯入會複製來源頁面顯示的內容：其內容與設計。 無法檢視來源伺服器如何產生該頁面。 內容繼承、透過內容片段重複使用、個人化規則、搜尋、表單處理和其他商業邏輯在那裡執行，因此匯入會在該頁面上複製其輸出，而不是邏輯。 代理程式也會重新建置標籤，而非複製標籤，因此來源指令碼（例如分析和實驗標籤）不會出現。 自動模式的 包含整合 選項會接管支援的分析、標籤管理員和同意設定。 決定其他各人在新網站上的運作方式，然後代理程式可以為其建立區塊和程式碼。 檢視專案剩餘工作，以及表單表單提交。
- 代理程式的視覺化評論會比較結果與來源的外觀。 看起來相同並不表示作者可以編輯頁面、互動有效，或是在實際裝置上存取網頁且速度快，因此請在您登出之前檢查這些內容。
如何建立和更新您的網站 project-foundations
結果會是您擁有的標準專案：您Git存放庫中的HTML、CSS和JavaScript，會遵循AEM範本和區塊集合的慣例，將內容個別儲存以供作者編輯。 開發人員可以在主控台、自己的編輯器或其他AI工具中繼續。
來源網站會提供內容和設計。 您可以新增圖形設計作為整個網站或其中一部分的新目標。 代理程式會讀取這些來源而不變更它們，並在其主控台工作區中建置結果。
Git會儲存網站的樣式、指令碼和區塊。 您的分支保留要檢閱的程式碼；main保留生產程式碼。 製作環境會儲存內容。 Edge Delivery Services會將該內容與每個預覽或即時URL顯示的分支程式碼結合。
頁面是由區段、預設內容和區塊所組成，且內容不含任何樣式，因此代理程式可以僅變更程式碼來為其提供新設計。 如需平台運作方式，請參閱Edge Delivery Services概觀和標籤、區段、區塊和自動封鎖。 如需代理程式如何建構匯入的內容以及您如何引導內容，請參閱塑造內容結構。
新網站從AEM範本開始。 若為商務店面，請改從商務樣板開始，因為其商務區塊稍後很難新增至專案；請參閱從存放庫開始。
在獨立Workspace中安全地工作 independent-workspace
代理程式不會直接變更您的Git存放庫或內容目的地。 它可在主控台工作區中運作：您自己的專案工作復本，由Adobe託管，且不會與其他使用者共用。 工作區會儲存您Git存放庫一個分支的簽出，以及您匯入、開啟或提取的內容頁面復本。
代理程式執行的所有操作都會先在那裡進行。 您可以要求徹底的重新設計、在主控台預覽中勾選它，並捨棄您不想要的東西，而您的存放庫、作者的頁面和即時網站保持不變。 只有當您以兩種不同的作業傳送工作空間時，工作才會離開工作區：
- 推送程式碼會將您選取的變更檔案傳送至您的Git存放庫，以作為目前分支的認可或新提取要求。
- 上傳內容會將您選取的頁面傳送至Experience Workspace或作者執行個體，取代這些頁面的已儲存版本。
內容的儲存位置以及作者編輯內容的方式 content-storage
代理程式會詢問應儲存移轉內容的位置。 存放內容的存放庫以及作者使用的編輯器是相關但獨立的問題。 來源CMS不會決定目的地。 無論使用哪個選項，作者都能取得視覺化編輯器，而Edge Delivery Services能交付頁面。
使用Experience Workspace的檔案式儲存 document-based
內容會以檔案形式儲存在檔案型內容存放庫中。 「檔案型」僅說明儲存空間，不說明編寫體驗。 作者可在Edge Delivery Services的視覺化撰寫UI Experience Workspace中以視覺化方式編輯頁面，此UI也提供AI助理、共同作業和Experience Manager Assets整合。 Experience Workspace預設為關閉，並在專案設定中為每個網站或組織開啟。 當您使用 將自動模式網站轉送到檔案型目的地 時，轉送會開啟該網站的轉送。
使用通用編輯器進行Experience Manager製作 jcr-persistence
內容儲存在Experience Manager as a Cloud Service製作執行個體的Java Content Repository (JCR)中，此設定先前稱為Crossswalk。 作者使用Adobe針對作者執行個體上的內容提供的視覺編輯器通用編輯器來編輯頁面，而Edge Delivery Services仍會傳送頁面。 HTL和Java不會轉譯它們，就像它們在使用元件建立的Experience Manager網站上轉譯一樣。 此設定的範本存放庫（例如aem-block-collection-xwalk）名稱中仍包含xwalk。
這些檔案針對此儲存選項使用Experience Manager製作，針對儲存及編輯該內容的Experience Manager as a Cloud Service環境使用製作執行個體。
Adobe的建議 recommendation
對於任何新實作，Adobe強烈建議使用Experience Workspace的檔案式儲存，而不要使用通用編輯器進行Experience Manager製作。 這包括擁有數千頁的大型網站。
檔案式撰寫，是指以Microsoft Word或Google Docs （儲存在SharePoint或Google Drive、仍受支援的內容來源）撰寫頁面，或是以Document Authoring （檔案樣式編輯器）撰寫頁面。 這些工具都沒有提供視覺化頁面編輯功能，因此有需要的團隊通常會選擇Experience Manager撰寫功能。 Experience Workspace取代了檔案製作，並為檔案型內容提供視覺化編輯器。 使用「檔案製作」的網站可以開啟Experience Workspace，而且其現有內容無需移轉即可在該處運作。 因此，品牌沒有理由避免檔案式儲存。 閱讀有關檔案式撰寫的文章時，請核取文章的撰寫時間。
Experience Manager製作仍獲完整支援。 當特定需求取決於保留在JCR中的內容時，請選擇它。 針對Headless內容，透過API而不是網頁傳送，通用編輯器仍然是建議的編輯器。
變更如何上線 code-content-lifecycle
在圖表中，藍色欄顯示程式碼分支，紫色列顯示內容狀態。 推送程式碼絕不會儲存內容，而且上傳內容絕不會變更程式碼。
- 程式碼： Edge Delivery Services會透過AEM Code Sync應用程式從GitHub擷取您的程式碼，或透過Cloud Manager從其他Git主機擷取您的程式碼（自攜Git）。 每個分支都會有自己的URL，而推送到分支的變更會同時顯示在該分支的預覽和即時URL上。 程式碼沒有獨立的發佈步驟：檢閱後，合併到
main會立即更新生產網站的程式碼，因此在合併前請檢查分支自己的URL。 - 內容：作者先預覽頁面，該頁面會將儲存的內容複製到
*.aem.page上的預覽網站。 然後發佈，使其在*.aem.live上線。 作者可從編寫UI或AEM Sidekick瀏覽器擴充功能中進行上述作業。
預覽URL遵循模式https://{branch}--{repo}--{owner}.aem.page並顯示預覽的內容。 即時URL在aem.live上遵循相同的模式，並顯示已發佈的內容。 {owner}是擁有存放庫的GitHub組織或使用者，{repo}是存放庫名稱。 內容不會分支：每個分支會顯示相同的頁面，每個頁面都有自己的程式碼。 main的即時URL是生產網站，您自己的網域在轉換後會提供該網站。
繼續開發網站 creation-migration
移轉並非代理程式工作的結尾。 您的團隊可以套用來自Figma的新品牌設計、從現有區塊建立新頁面或追蹤錯誤。 它也可以稽核效能、協助工具和SEO，然後修正稽核找到的內容。 請參閱重新設定網站樣式、引導式重新設計和建立、更新及重構區塊。 如果您的網站已在Edge Delivery Services上執行，請將其連線並在這裡開始，而不進行移轉。
區塊可以呼叫API來搜尋、商務、個人化、地圖、視訊或您自己的服務，就像在任何其他網站上一樣。 試算表以JSON格式發佈，而查詢索引會列出網站的頁面，因此區塊也可以從您自己的內容建立清單和篩選器。 商業邏輯保留在擁有它的服務中。 指定並測試每個整合，一旦您決定其運作方式，代理程式即可編寫其區塊代碼。 請參閱建置動態區塊和連線服務與應用程式。
代理程式的內建工作流程著重於Edge Delivery Services，但其工作並不限於這些工作流程。 將其指向其他系統的檔案，並解決與其整合的問題，如超越Edge Delivery Services的工作中所述。 功能參考會將內建的工作流程與選用的附加元件群組在同一個位置；您會說明工作，而代理程式會選擇工作流程。
您保留在AGENTS.md和相關檔案中的慣例會保留在存放庫中，因此之後的對話會從您團隊所同意的內容開始。 請參閱專案指示與記憶體。 若要為作者、開發人員和管理員準備檔案，請使用產生專案檔案。
可以使用代理程式的使用者 who-can-use-ema
您使用簡單語言處理代理程式：說明您想要的內容，並在預覽中檢查結果。 自動模式不需要逐步提示。 若要改為探索範例專案上的主控台，請使用示範模式。
處理網站本身需要更多時間。 代理程式的變更是Git存放庫中的程式碼：您會在預覽中檢查這些變更、將其推送到分支，以及開啟開發人員稽核的提取請求。 只要您瞭解HTML以及願意學習這些Git和GitHub基本知識，就能參加了。 無論在行銷和設計或是開發方面，該代理程式都是適合技術精通人員的工具。
知道品牌的設計師或行銷人員可以直接調整區塊的版面、印刷樣式和間距，而不是向開發人員描述變更並等待。 他們可以決定作者要取得哪些區塊以及每個區塊的外觀，並檢查每個熒幕大小的結果；請參閱進行視覺變更。 內容專家會檢查內容結構是否易於作者編輯；請參閱設定內容結構形狀。 開發人員在生產前建立複雜的行為和整合、偵錯並檢閱變更。 技術銷售機會負責移轉的範圍、選擇內容目的地，以及決定網站何時準備好發佈。
代理程式不會依角色限制請求。 您在Git和內容目的地中的許可權，會決定您可以在工作區外部變更哪些專案。
貢獻更廣，產量控制相同 production-control
體驗現代化代理程式可擴大誰能貢獻網站的內容，而非誰核准上線的內容。 開發人員可以控制每個程式碼線到生產環境。
該控制項位於您的Git提供者中，而非主控台中，因此其會儲存所做的任何變更。 使用需要開發人員核准的提取要求的分支保護來保護main，並且不要讓其他貢獻者略過該要求。 貢獻者接著透過 建立新的PR 推送他們的工作，開發人員會在合併提取請求之前檢查預覽URL上列出的結果。 如果貢獻者開啟允許LLM使用我的Git認證，代理程式會推送該貢獻者的存取權，因此其會套用相同的保護。 發佈內容需由網站的發佈角色個別控制。 如需設定，請參閱變更控制權。
安全性與資料處理 security
代理程式不會收到您設定的認證，每個使用者都會在個別的環境中運作，而您會決定變更何時到達Git存放庫和內容目的地。 如需存取與隔離、認證、AI模型處理的內容、每個步驟的控制權，以及工作儲存的位置，請參閱安全性與資料處理。
對於您組織的架構、安全性和程式審查，請使用評估並核准Experience現代化代理程式。 該指南也會介紹代理程式背後的團隊。 來自主控台的支援請求可聯絡建置主控台的人，由他們為您進行後續追蹤。
後續步驟 next-steps
如需常見問題的簡短解答，例如存取、自動模式、傳輸、受保護的來源網站及復原，請參閱Experience Modernization Agent常見問題集。 當某些專案無法如預期運作時，請參閱疑難排解或要求支援。
若要瞭解主控台在最新版本中的變更，請參閱Experience Modernization Agent發行說明。