本页目录
概述
AI分析概览位于执行详情的概览页，是理解本次AI分析“输入是什么、依据是什么、是否完成、产生了多少待处理结果”的入口。它不是告警详情页，而是一张用于检查分析前提和总体结果的仪表盘。
用户在这里应先回答四个问题：
- 本次执行是否真正进入了AI分析流程？
- AI使用的是哪个规则包和版本？
- AI通过什么链路读取飞行视频？
- 分析结果是否仍存在待复核或证据异常？
提示
核心认识：告警数量只有在规则、视频输入和分析状态都明确的情况下才有解释意义。
一、AI分析概览在全流程中的位置
从业务上，可以把AI分析理解为伴随或承接飞行执行的一条分析链路。分析可以随着视频接入产生结果，也可能在飞行结束后继续完成后续处理：
提示
飞行过程中通过WebRTC读取视频 → 规则包实时识别目标或行为 → 形成智能告警及证据 → 人工复核
AI分析概览位于这条链路的中间：向前说明输入与配置，向后汇总告警与复核。因此，它既能帮助判断“为什么没有告警”，也能帮助判断“为什么还有大量待复核”。
飞行状态与分析状态必须分开理解。AI在飞行过程中进行实时分析；如需补分析，由系统在实时分析过程中自动操控无人机完成，全程无需人工介入。“分析已完成”表示本次告警和证据已经生成完成，但不表示人工复核已经完成。
二、概览字段的含义与关联
| 字段 | 它表示什么 | 为什么重要 |
|---|---|---|
| 规则包 | 本次执行使用的AI规则集合及版本 | 决定AI关注哪些业务问题 |
| 视频接入链路 | AI读取无人机视频的方式 | 决定AI是否能够获得实时视频输入 |
| 当前子规则 | 规则包下的规则数量 | 说明该规则包包含多少条业务规则 |
| 分析状态 | 当前AI分析流程状态 | 判断告警数量是否已经稳定、是否适合开始全面复核 |
1. 规则包
规则包不是一个简单名称，而是对一组业务识别规则及其版本的封装。规则包标识用于唯一识别，业务名称用于面向用户展示。例如业务名称“厂区安全”对应具体规则包标识，并包含车辆违停等规则。
规则包决定AI“应该寻找什么”。如果任务场景与规则包不匹配，即使分析流程显示完成，结果也可能缺少业务价值。因此，用户看到告警数量异常时，第一步不是立刻判断模型好坏，而是先确认使用了什么规则。
2. 视频接入链路
页面示例为“无人机视频 → WebRTC播放”。这里的WebRTC表示AI通过WebRTC读取无人机视频，并在飞行过程中进行实时分析。
视频是AI分析的输入。画面没有覆盖目标区域、视频不连续、拍摄角度不合适或画质不足，都可能影响告警结果。分析状态正常不等于视频内容一定满足业务需要。
3. 当前子规则
规则包可以包含一个或多个规则。“当前子规则”表示该规则包下的规则数量。
告警总数应结合子规则数量理解：启用规则越多，潜在告警类型和数量可能越多；只启用一条规则时，告警应围绕该规则解释。
4. 分析状态
分析状态说明本次AI分析是否具备规则包并完成处理。列表中可见“分析已完成”和“未注册”等状态。
-
分析已完成 ：本次告警和证据已经生成完成，可以进入后续人工复核；
-
未注册 ：本次执行未配置规则包。它不代表现场没有风险，也不能用“告警为空”作为安全结论。
三、为什么需要配置快照
点击概览右上角的查看配置快照，可以查看本次执行锁定的规则包和启用规则。
以页面示例为例：概览显示规则包唯一标识及版本 factory-safety · v2，配置快照显示面向用户的业务名称“厂区安全”，规则包下包含“车辆违停”规则。
配置快照解决的问题
AI规则会不断更新。如果历史任务只引用“当前规则”，一旦规则发生变化，用户就无法解释过去为什么产生或没有产生某条告警。
配置快照通过固定执行时的配置，实现：
-
可解释性 ：明确当时实际启用了哪些规则；
-
版本区分 ：同名规则包的不同版本不会混淆；
-
历史一致性 ：后续规则修改不会改变历史任务的判断依据；
-
审计追溯 ：复核人员能够说明结论是在什么配置下产生的。
因此，配置快照是历史事实的一部分，而不是一个可编辑的设置入口。页面明确提示规则包已经随本次执行锁定，执行结束后不可修改。
四、智能告警总览如何理解
概览下方汇总本次执行的告警和复核状态。
| 指标 | 含义 | 阅读方式 |
|---|---|---|
| 告警总数 | 本次分析形成的智能告警数量 | 表示需要关注的记录规模，不代表真实问题数量 |
| 待复核 | 尚未完成人工复核的告警数量 | 反映当前人工处理积压 |
| 已采纳 | 人工认为AI结果正确的数量 | 最新复核结果可覆盖上一次结果 |
| 已忽略 | 人工认为AI结果错误或不合理的数量 | 最新复核结果可覆盖上一次结果 |
| 证据异常 | 证据状态异常的汇总 | 显示 — 时表示证据异常数量为空，不等同于数值0 |
右侧智能告警列表展示近期告警及其发生时间、持续时间、AI判断、人工复核和证据状态。它用于快速预览；完整搜索、证据查看和复核操作应进入智能告警页。
为什么告警总数不等于风险事件数
一次实际事件可能在连续画面中产生多条告警，也可能因不同规则产生多个结果。反之，某些现场问题也可能因画面遮挡或规则不适用而没有告警。因此，告警总数更接近“AI输出的待核验记录数”，不是未经复核的风险统计结论。
为什么待复核数量很重要
AI分析完成只说明机器处理结束。待复核数量反映人机协同流程是否结束。如果待复核等于告警总数，通常说明这批告警尚未开展或尚未保存人工复核。
五、分析状态的判断框架
核对AI分析时，建议按“输入—配置—处理—输出—复核”五层检查：
| 层级 | 检查内容 | 对应问题 |
|---|---|---|
| 输入 | 视频接入链路、飞行回放是否可用 | AI是否获得了可分析的画面 |
| 配置 | 规则包、版本、当前子规则、配置快照 | AI被要求识别什么 |
| 处理 | AI分析状态 | 是否配置规则包，告警和证据是否生成完成 |
| 输出 | 告警总数、证据状态 | 是否形成证据完整或证据异常的结果 |
| 复核 | 待复核、已采纳、已忽略 | 结果是否转化为人工业务结论 |
这种检查顺序比单独刷新分析状态更有效，因为它能够区分“没有输入”“规则不匹配”“分析未结束”“证据异常”和“人工尚未处理”等不同问题。
六、常见情况及其原理
1. 飞行过程中的实时分析与补分析
原因理解：AI通过WebRTC读取飞行视频并实时分析；如需补分析，由系统在实时分析过程中自动操控无人机完成，无需人工介入。
处理方式：用户应核对当前分析状态、规则包和证据。补分析由系统自动完成，不应与直播控制中的人工接管混淆。
2. 分析已完成，但告警总数为零
原因理解：零告警可能表示画面未满足规则，也可能与未配置规则包、视频覆盖不足或场景不匹配有关。
处理方式：先查看配置快照确认规则，再查看飞行回放确认目标区域是否被有效拍摄。不要只凭零告警下结论。
3. 告警数量明显偏高
原因理解：可能是现场问题频繁发生，也可能是一件持续事件被拆成多条告警、场景中存在相似目标或规则过于敏感。
处理方式：在智能告警页按时间和规则查看是否集中出现，结合证据视频判断是否为重复或误报。
4. 待复核数量等于告警总数
原因理解：机器处理已经完成，但人工治理环节尚未完成。
处理方式：进入智能告警页，筛选“人工复核=待复核”，按照证据完整程度安排复核顺序。
5. 证据异常
原因理解：当前业务使用“证据完整”和“证据异常”两种状态。视频不可用、截图生成失败、定位缺失或数据不一致，任一情况都会导致证据异常。
处理方式：进入智能告警页筛选证据异常记录；证据异常时，不要仅凭AI文字判断采纳告警。
6. 概览规则包名称与快照名称不同
原因理解：概览可能展示规则包标识和版本，快照展示业务名称。两者是不同展示维度，不应立即判断为配置冲突。
处理方式：同时核对标识、版本、业务名称和启用规则，以配置快照中的本次执行数据为准。
七、标准核对流程及其原因
- 先确认执行ID和飞行状态：避免查看了同名任务或尚未结束的执行；
- 查看AI分析状态：判断输出是否可能仍在变化；
- 核对规则包和子规则数量：明确规则包唯一标识、用户显示名称及其规则数量；
- 打开配置快照：固定历史判断依据；
- 确认视频接入与回放可用：判断分析输入是否具备业务价值；
- 查看告警、待复核和证据异常：区分机器输出、人工积压和证据问题；
- 进入智能告警或飞行回放：从概览下钻到证据和时序。
该流程先验证分析前提，再解释分析结果，能够减少“看到数量就下结论”的误用。
八、常见误区
-
规则包相同就认为配置完全相同 ：还需要核对版本和实际启用子规则。
-
分析已完成就认为所有工作结束 ：分析已完成包括告警和证据生成完成，但人工复核仍可能尚未完成。
-
告警越多就代表风险越高 ：告警尚未去重和人工确认。
-
零告警就代表现场安全 ：还应验证规则、视频覆盖和分析注册状态。
-
用当前规则解释历史任务 ：历史任务应以自身配置快照为准。
-
证据异常也直接采纳 ：没有充分证据时，AI文字说明不足以代替核验。