使用 发现代理 见解触发条件
作为应用程序开发人员，您创建 见解触发条件 以定义用于计算见解的指标。见解触发条件在工作表中创建。当应用程序数据更改时，将评估见解触发条件，并将任何发现的见解呈现在 feeds 中供其他用户分析。
见解触发条件可用于 发现代理。
应用程序工作表视图中的见解触发条件
什么是见解触发条件？
从宏观层面来看，见解触发条件定义了用于生成基于趋势的见解的度量。此度量可以是例如销售额、销售成本或客户流失率。此度量在分析应用程序的数据中定义。
您可以在编辑或分析工作表时，在分析应用程序中创建见解触发条件。见解触发条件存储在应用程序中，并在检测到某些趋势时使用见解填充源。
以下部分概述了构成见解触发条件的各个部分。
时间序列
在发现代理的上下文中，时间序列或时间维度是应用程序中的一个字段，用于跟踪度量随时间的变化情况。
以下是时间序列的一些要求：
-
必须包含按日期或时间戳值组织的数据。例如：2026-01-29 或 2026-01-29 13:24:59。
-
必须包含有效的日期或时间戳。
-
某些数据点可能会缺失。但是，如果缺失的数据点过多，洞察计算将失败。
-
允许使用未来日期和时间戳。但是，它们不会用于洞察计算。
-
不同的洞察类型和基于时间的聚合有不同的数据量要求。请参阅数据量要求 — 见解触发条件。
度量
度量是决定洞察的指标。这可以是应用程序中的主度量，也可以是您根据应用程序中的字段指定的聚合。常见示例是 Sum(Sales)、Sum(Margin) 和 Sum(Cost)。
细分维度
或者，您可以选择针对一个维度的最多 50 个值单独计算见解。例如，您可以创建见解触发条件以计算针对独特产品的销售见解。或者，您可以选择要在见解中使用的特定值，或者仅包含基于其相应指标的顶部或底部数量的值。
细分维度是要执行的额外计算。如果您添加细分维度，除了针对细分维度值进行的计算之外，仍将对整个数据（换句话说，所有类别）执行相同的计算。
有以下选项可用：
-
值：手动选择要使用的值。
-
搜索：根据文本匹配模式包含值。
-
条件：根据其对应指标是否满足特定条件来包含值。
-
顶部/底部：仅包含一组具有最高或最低对应指标的值。
遵循以下准则，为细分维度添加筛选器：
-
点击
以添加筛选器，并选择一个字段。 -
添加字段后，点击该字段以选择要使用的值。要为维度中的前 50 个值单独计算洞察，请勿选择任何值。
-
点击
以移除筛选器。
时间期间
创建见解触发条件时，您需要指定度量值聚合并用于见解的时间段。例如，每月见解将按月聚合度量。
类似于时间维度的未来日期和时间戳，在计算聚合洞察时，当前和未来的时间段不予考虑。例如，如果当前月份是二月，并且已配置每月见解，则任何与二月相关的见解都将在二月结束后才会计算。
见解类型
您可以选择不同类型的见解计算。如果您未指定任何见解类型，则见解触发条件会计算所有见解类型的见解。
每种见解类型都会产生不同的计算结果，以帮助您识别基于时间的趋势和异常。
见解类型也可在用户的订阅源中进行筛选，以便他们分析生成的见解。在订阅源中，见解类型称为分析类型。发现代理 见解和分析类型与 Insight Advisor 中的分析类型相似，但不要混淆。
| 见解类型 | 定义 |
|---|---|
| 模型上方 | 将当前指标与预测模型所做的预测进行比较。当指标与预测相比更大时，会生成见解。 |
| 模型下方 | 将当前指标与预测模型做出的预测进行比较。当指标小于预测值时，会生成洞察。 |
| 新基准 | 识别时间序列基线值（例如平均值）的变化。如果指标的基线发生显著变化，则会生成洞察。 |
| 记录高 | 检测最新观测值是否是该指标的新历史最高记录，与历史数据进行比较。 |
| 记录低 | 检测最近的观测值是否是该指标的历史数据中的新低记录。 |
| 尖峰向下 | 检测指标显著低于历史数据模式的临时峰值。 |
| 尖峰向上 | 检测指标显著高于历史数据模式的临时峰值。 |
| 趋势更改 | 识别时间序列趋势显示显著变化的点，例如，从缓慢的下降趋势变为强劲的上升趋势。 |
何时生成洞察？
每次应用程序中的数据发生更改时（每天最多一次），都会评估所有见解触发条件，以确定要生成的见解。
例如，在以下情况下，见解触发条件每天最多评估一次：
-
应用程序已重新加载，并且自上次重新加载以来数据已更改。
您可以通过安排应用程序重新加载来确保定期评估见解触发条件。有关更多信息，请参阅刷新分析数据。
仅当见解触发条件的评估产生发现时，才会生成见解。换句话说，只有当发现感兴趣的事物（例如变化的趋势、显著的异常或预测偏差）时，才会生成并显示见解。
数据更新之间见解的差异
首次更新数据时，见解触发条件的评估方式与后续数据更新时有所不同。
首次数据更新
首次创建见解触发条件并更新数据时，见解将根据回溯七个数据点的数据进行计算。例如，对于每月洞察，洞察是针对过去七个月计算的。
在评估期间，可能会分析早于七个数据点的数据——例如，对于每日时间段，可能会分析 365 天的数据以了解历史趋势。但是，基于异常的洞察仅针对过去七个数据点生成。
后续数据更新
对于后续数据更新和评估，洞察仅针对自上次更新以来添加的新数据点进行计算。
例如，假设：
-
您的见解触发条件使用每日时间段。
-
您在 1 月 31 日更新数据，其中日期不晚于该日期。
-
您在 2 月 1 日再次更新数据，其中数据涵盖该日期。
在此示例中，见解是通过将 2 月 1 日的数据与早期更新中的先前数据点进行比较来计算的。
洞察触发器和时间段
在洞察评估期间，不考虑当前和未来时间段：
-
每天的首次数据更新才会触发洞察评估。洞察每天最多只能计算一次，因为计算中不考虑当前和未来日期。
-
聚合洞察（即每周、每月、每季度或每年）以相同方式计算。例如，如果当前月份是二月，并且已配置每月洞察，则任何与二月相关的洞察都将在二月结束后才会计算。
洞察是如何计算的？
洞察根据洞察类型以不同方式计算。人工智能领域的各种机器学习算法用于检测和计算洞察。大型语言模型 (LLM) 用于呈现和格式化洞察文本。
移动、发布和复制的场景
本部分概述了当应用程序被移动、发布、删除和复制时，见解触发条件的预期行为。
发布
将应用程序发布到受管空间时，必须重新创建见解触发条件。
移动
在空间之间移动应用程序时，见解触发条件将保留。
限制和容量
有关见解触发条件的限制和容量，请参阅 发现代理 容量和限制。