体验上下文 experience-context
Experience Context是一个单一的权威位置，贵组织可在该位置记录AI代表您创建和检查内容所需的一切。 治理代理将利用此共享上下文使每个体验都保持在品牌上。
什么是Experience Context？ what-is-experience-context
在人工智能的帮助下，现代内容的创造、修改和审查越来越多。 为了实现企业规模的安全运营，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
Experience Context分为多个类别。 每个问题都回答一个人工智能需要回答的不同问题，然后它才能代表您采取行动。 您无需一次填充所有内容。 从对您的内容最重要的类别开始，随着时间的推移逐步增加。
这些类别共同为AI提供了品牌传播和展示方式的一致性图景。
规则适用的位置 where-rules-apply
体验上下文规则不是平面的。 规则包含区段，用于确定何时应用时间，因此您可以设置全局默认值，然后在顶部叠加更具体的覆盖。
您可以定义适合您组织的区段。 没有要符合的固定列表。 常见示例包括：
这些只是插图。 添加您的内容实际因变化的任何区段。
规则通过继承解决：全局基线适用于所有位置，区段特定覆盖在条件匹配时适用。 例如，您可能会为德国某汽车子品牌生成一个德语版消费者登陆页面。 该请求同时分层多个规则集：全球品牌规则、汽车子品牌覆盖、任何特定于德国和消费者的适应性调整，以及德语首选项。
体验上下文的使用方式 how-experience-context-is-used
您的上下文设置就绪后，它就会执行两项任务：
- 指南生成。 在人工智能生成内容之前，它会参考应用于任务的规则，例如语音、声明、定位和设计，因此结果从一开始就符合品牌要求。
- Powers验证。 Experience Context还允许您根据当前规则审核您已的内容，显示内容偏离您的声音、声明或设计标准的内容，以便您对其进行修复或重新生成。
由于上下文通过标准界面公开，因此 相同 规则驱动这两个作业，并且对于贵组织使用的任何其他AI工具或代理仍然可用。
开始使用 get-started
您不必从空白页面创作每个规则。 有两种主要方法填充Experience Context，并且大多数组织同时使用这两种方法：
- 手动添加规则，了解您已写下的知识。 每个上下文类别（Brand Voice、索赔护栏、市场定位和设计系统）都有自己的引导式表单。
- 从文档导入。 上传现有的风格指南、品牌指南或策略PDF作为上下文的来源资料。 有关分步说明，请参阅如何导入品牌策略。
使用Experience Context work-with-experience-context
以下各节介绍了Experience Context的构建基块：品牌 everything lives under、您导入的 品牌策略 以及您维护的规则和标准。
品牌 brands
品牌是Experience Governance中的顶级容器。 它表示您希望保持品牌内体验的品牌，而其他所有内容（如品牌策略、上下文规则、设计系统、检查和域）都位于该品牌下。
品牌具有Name、可选的 Description 和状态。
品牌策略 brand-policies
品牌策略是AI可以理解和执行的品牌规则的结构化表示形式。 您不是以技术格式重写指南，而是以原始形式、策略文档(PDF)和/或页面URL导入指南，然后治理代理读取它们，并将它提取到您的Experience Context中。
导入不仅会创建检查。 代理找到的任何信息都会添加到您的上下文中。 根据文档包含的内容，其中可能包括品牌声音指导、索赔护栏、市场定位、设计系统标准以及用于强制执行这些标准的策略检查。 一次导入即可填充您的上下文规则 和 检查。
设置完毕后，此上下文将允许代理：
- 分析现有页面以检测品牌不一致，
- 标记与语气、术语或强制规则的偏差，
- 为下游代理提供指导，以及
- 帮助保持生成或更新内容符合品牌规范。
这样，您就可以重复使用现有的品牌文档，同时获得自动化的治理功能。 有关分步导入说明，请参阅如何导入品牌策略。
上下文规则 context-rules
上下文规则捕获应如何创建您的内容。 提供了三种类别： 品牌语音、报销申请护栏和市场定位，它们共享相同的字段：
仅当规则的 状态 为 活动 时，该规则才适用。 将其设置为非活动、草稿或 已存档 以使其生效。
有关这些字段的实际示例，请参阅下面的品牌语音。
品牌声音 brand-voice
Brand Voice是Experience Context中的三个上下文规则类别之一。 它回答了 我们应如何发声？ 的问题，它捕获了您组织的语调、术语、句子样式以及您喜欢或避免的单词，这种指导会散布在风格指南中。
品牌语音规则使用与任何其他上下文规则相同的字段：类别、名称、ID、规则、区段和状态。 当您导入品牌策略时，自动提取的规则会与您手动添加的规则一起显示，并且代理只会应用具有活动 状态的规则。
设计系统 design-system
设计系统捕获了您品牌的视觉标准、颜色和排版规则，因此生成的体验看起来与品牌一致。
- 颜色已组织为组（例如，品牌或次要）。 每种颜色都有一个 名称 和一个十六进制值。
- 排版规则已组织为字体组（例如，标题或正文）。 每个样式都具有样式名称、字体系列、字体大小 （含单位）、字体粗细、行高、字母间距 （含单位）和字体样式。
您可以使用 区段 来定义颜色和排版规则的范围，以便不同的市场或子品牌可以采用不同的视觉标准。
检查 checks
check是治理代理在审核内容时应用的自动规则。 检查是策略和上下文如何变为可执行的。 代理可以在导入品牌策略时为您创建检查，也可以直接定义它们。
支票具有：
检查仅在其 状态 为 活动 时运行。
域 domains
域定义品牌支票应用于哪些URL，例如*.example.com之类的模式。 域具有URL模式、品牌和状态。
批量分析 batch-analysis
批次分析针对一组现有页面运行检查，以便您可以验证已有的内容。
要运行批处理分析，请执行以下操作：
-
从品牌的 治理分析 选项卡中，在左侧面板中选择批次分析，然后单击 +开始批次分析 以打开 开始新的批次分析 对话框。
-
对于类型，选择 列表 以粘贴要直接分析的URL，每行一个。
-
或者，选择 Sitemap发现 以让批次分析抓取Sitemap，而不是手动提供URL。 输入要抓取的网站或页面URL，设置 最大页面数 限制（默认50），并选择性地添加 包含模式 或排除模式（glob模式，例如
*/en/*仅包含某些路径，或*/content/dam/*排除其他路径）。
-
单击 开始分析 将作业排入队列。 批处理分析列表显示了您运行的每个作业，以及其日期、类型、范围、状态和页数。
-
作业完成后，在 评估结果 下查看其结果，如下所示：
此视图报告：
- 已评估总页面、对齐的页面和不对齐的页面（页面是否符合品牌标准）的摘要卡片，以及总体通过率
- 一个 检查 划分，显示已通过、失败或未应用(N/A)的单个检查在被分析的页面中的数量
- 每个页面的表格列出每个URL及其上次检查日期、对齐状态以及成功、失败、不适用和错误检查的计数，并提供一个链接以查看该页面的完整详细信息
可以将结果过滤为 页 或图像。