體驗內容 experience-context
Experience Context是單一、權威的位置，貴組織可在此記錄AI代表您建立及檢查內容所需的一切。 治理代理程式會利用這個共用內容讓每個體驗都保持在品牌上。
什麼是Experience內容？ what-is-experience-context
現代內容越來越多地在AI的協助下建立、改寫和審閱。 為了保障企業規模的安全性，AI必須瞭解您的規則：您的品牌如何發聲、您可以宣稱什麼、您如何定位替代方案，以及您的體驗應該是什麼樣子。 Experience Context會將這些知識擷取到一個受監管的位置，以便一致地適用，而不是生活在分散的PDF、Wiki和人們的頭腦中。
設定好內容後，它會成為指引內容產生並對您已擁有的內容進行自動驗證的真實來源。
為何要在一個地方擷取它？ why-capture-it-in-one-place
大部分組織已 具有 此知識，但此知識是分散的。 品牌聲音存在於風格指南中、宣告規則存在於法律團隊的收件匣中、定位指南存在於地區行動手冊中，而設計標準存在於設計檔案中。 當知識分散時，每項新內容都取決於記住正確規則的正確人員。 此方法無法擴展，且當AI是工作流程的一部分時，將變得不可靠。
在Experience Context中擷取所有內容可讓您：
- 一個真實來源。 每個團隊和每個工具都根據相同的規則運作，因此內容會保持一致，無論內容是由誰或什麼內容產生。
- 從開始就一致。 因為產生會預先利用您的環境，所以輸出會從一開始就遵循您的聲音、宣告、定位和設計標準，而不是在稽核時更正。
- 正在驗證。 由於規則會隨著時間而改變，Experience Context可讓您根據目前規則稽核現有內容，並識別不再符合的內容。
- 可跨工具重複使用。 您的內容並未鎖定在單一應用程式內。 這會透過標準介面(模型內容通訊協定(MCP))公開，以便任何AI系統或代理程式（Adobe或您自己的）可以查詢套用至任務的規則，並保持在核准的界限內。
Experience Context是不同AI代理程式的共用輸入。 擷取一次內容後，任何產生、調整、發佈或檢查內容的代理程式都可以使用此內容。
要擷取哪些資料 what-data-to-capture
體驗內容會分成不同類別。 每個問題都會回答AI需要回答的不同問題，然後才能代表您採取行動。 您不需要一次將全部填入。 從對您的內容最重要的類別開始，然後隨著時間逐漸增加。
這些類別可共同為AI提供品牌如何溝通和展示自己的統一圖片。
規則套用的位置 where-rules-apply
體驗內容規則不是平坦的。 規則包含區段，可決定何時套用時間，因此您可以設定全域預設值，然後在頂端圖層更具體的覆寫。
您可以定義適合您組織的區段。 沒有要遵循的固定清單。 常見範例包括：
這些只是插圖。 新增您的內容實際視情況而異的任何區段。
規則透過繼承解決：全域基準線適用於所有位置，而區段特定覆寫在其條件符合時適用。 例如，您可能會為德國的汽車子品牌產生德國版的消費者登陸頁面。 該請求同時圖層多個規則集：全球品牌規則、汽車子品牌覆寫、任何德國及消費者特定的改寫，以及德語偏好設定。
體驗內容的使用方式 how-experience-context-is-used
設定好內容後，它就會執行下列兩個工作：
- 指南產生。 在AI產生內容之前，它會參考適用於工作的規則，例如語音、宣告、定位和設計，因此結果會從一開始就出現在品牌上。
- Powers驗證。 Experience Context也可讓您根據目前規則已的稽核內容，呈現內容偏離您的聲音、宣告或設計標準的內容，以便您修正或重新產生。
因為您的內容是透過標準介面公開的，所以 相同 規則會驅動這兩個工作，並且仍然可供您的組織使用的任何其他AI工具或代理程式使用。
開始使用 get-started
您不需要從空白頁面編寫每個規則。 有兩種主要方法可填入Experience Context，且大多陣列織都使用兩者：
- 手動新增規則以取得您已寫下的知識。 每個內容類別（Brand Voice、索賠護欄、市場定位和設計系統）都有自己的引導式表單。
- 從檔案匯入。 上傳現有的風格指南、品牌指南或原則PDF，作為您內容的來源資料。 如需逐步指示，請參閱如何匯入品牌原則。
使用體驗內容 work-with-experience-context
以下各節說明Experience Context的建置組塊： 品牌 everything lives under、您匯入的 品牌原則 以及您維護的規則和標準。
品牌 brands
品牌是體驗控管中的最上層容器。 它代表您想要讓其體驗維持在品牌上的品牌，而其他專案（例如品牌原則、內容規則、設計系統、檢查和網域）則位於該品牌之下。
品牌有名稱、選用的 描述 和狀態。
品牌原則 brand-policies
品牌原則是AI可以理解並強制執行的品牌規則的結構化表示法。 您不必以技術格式重新撰寫指引，而是以原始形式、原則檔案(PDF)和/或頁面URL匯入，然後治理代理程式會讀取指引，並將其擷取至Experience Context。
匯入不僅會建立檢查。 代理程式找到的任何資訊都會新增至您的內容。 視檔案包含的內容而定，其中可能包含品牌聲音指引、索賠護欄、市場定位、設計系統標準，以及用於強制執行這些標準的原則檢查。 單一匯入可以一次填入您的內容規則 和 檢查。
準備就緒後，此內容可讓代理程式：
- 分析現有頁面以偵測品牌不一致，
- 標示語氣、術語或強制規則的偏差，
- 為下游代理程式提供指引，以及
- 協助保持產生或更新內容符合品牌規範。
這可讓您重複使用現有的品牌檔案，同時獲得自動化的控管。 如需逐步匯入指示，請參閱如何匯入品牌原則。
內容規則 context-rules
內容規則會擷取應該如何建立您的內容。 有三種類別可供使用： 品牌語音、宣告護欄和市場定位，而且它們共用相同的欄位：
只有當規則的 狀態 為 作用中 時，才適用規則。 將其設定為非使用中、草稿或已封存，使其生效。
如需這些欄位在實務中的範例，請參閱下方的品牌語音。
品牌聲音 brand-voice
Brand Voice是Experience Context中的三個內容規則類別之一。 它可回答以下問題：我們應如何發聲？，擷取您組織的語調、術語、句子樣式，以及您偏好的或避免的字詞，這種指引會散佈在風格指南中。
品牌語音規則使用與任何其他內容規則相同的欄位： 類別、名稱、識別碼、規則、區段以及狀態。 當您匯入品牌原則時自動擷取的規則會與您手動新增的規則一起出現，代理程式只會套用具有作用中 狀態的規則。
設計系統 design-system
設計系統會擷取您品牌的視覺標準、色彩和印刷樣式，讓產生的體驗看起來與品牌一致。
- 色彩已組織成群組（例如，品牌或次要）。 每種顏色都有 名稱 和十六進位值。
- 印刷樣式已組織為字型群組（例如，標題或內文）。 每個樣式都有樣式名稱、字型系列、字型大小 （含單位）、字型粗細、行高、字母間距 （含單位）和字型樣式。
您可以使用 區段 來定義色彩和印刷樣式範圍，讓不同的市場或子品牌可以有不同的視覺標準。
檢查 checks
check是治理代理程式在檢閱內容時套用的自動化規則。 檢查您的原則和前後關聯如何變成可執行。 當您匯入品牌原則時，代理程式可能會為您建立檢查，或者您可以直接定義它們。
支票具有：
只有當其 狀態 為 作用中 時，檢查才會執行。
網域 domains
網域定義品牌檢查套用至哪些URL，例如*.example.com之類的模式。 網域有URL模式、品牌和狀態。
批次分析 batch-analysis
批次分析會針對一組現有頁面執行您的檢查，因此您可以驗證您已擁有的內容。
若要執行批次分析，請執行下列動作：
-
從品牌的 治理分析 索引標籤，選取左側面板中的批次分析，然後按一下 +開始批次分析 以開啟 開始新的批次分析 對話方塊。
-
針對型別，選取 清單 貼上您要直接分析的URL，每行一個。
-
或者，選取 Sitemap Discovery 讓批次分析抓取Sitemap，而不是手動提供URL。 輸入要抓取的網站或頁面URL、設定 最大頁面數 限制（預設為50），並選擇性地新增 包含模式 或排除模式 （glob模式，例如
*/en/*僅包含特定路徑，或*/content/dam/*排除其他路徑）。
-
按一下 開始分析 將工作排入佇列。 批次分析清單會顯示您執行的每個工作，以及其日期、型別、範圍、狀態和頁數。
-
工作完成後，請在 評估結果 下檢閱其結果，如下所示：
此檢視報告：
- 已評估 總頁面 的摘要卡片，對齊的頁面和未對齊的頁面 （頁面是否符合品牌標準），以及整體通過率
- 檢查劃分會顯示有多少個別檢查已通過、失敗或未套用至分析頁面中(N/A)
- 每個頁面的表格會列出每個URL及其上次檢查日期、對齊狀態，以及成功、失敗、不適用和錯誤檢查的計數，並提供連結以檢視該頁面的完整詳細資訊
可將結果篩選為 頁面 或影像。