保留问题发生的上下文
同样的截图，在不同区域、时段和任务配置下可能具有不同含义。问题记录应包含设备版本、摄像头、任务、发生时间及必要的前后画面。缺少这些条件时，很难区分模型漏检、规则未满足和输入异常。
HOW IT WORKS
从现场问题走向可验证的改进
数据只有带着任务条件、复核结果与评测方法，才能帮助产品持续进步。
01记录问题
收集必要画面、任务配置与发生条件。
02归因复核
分清画面、模型、规则、网络或执行设备问题。
03比较验证
对相同样本比较变化前后效果与资源开销。
04版本交付
明确更新范围、回退方式与上线后观察项。
复核现场问题
区分误报、漏报、视频异常、参数不合适和外部设备故障。保存必要条件与复现过程，比单纯增加视频数量更有价值。
建立评测基线
在约定场景中固定样本与统计方法，比较模型、策略和参数变化前后的任务效果，同时观察延迟与资源占用。
受控发布
部署更新前确认版本、影响范围和恢复方式。现场样本回传与训练用途须按明确约定执行，不能默认使用客户视频。
详细说明：可复现评测流程
EXPLORE MORE · 即合智能实施路径指示图：按顺序展开问题，每一步的具体说明见下方。手机可在图内横向滑动。 01 02 03 04 关系示意：左侧是需要了解的输入，右侧是希望形成的结果。结果范围仍需结合实际产品、项目条件与验证确认。 PRACTICAL REFERENCE
可复现评测流程
将每一次现场问题转化为有条件、有依据、可比较的改进任务。
评测集合覆盖真实差异
样本应覆盖需要触发与不应触发的情况，同时考虑白天夜间、遮挡、目标距离和背景变化。只保留成功案例会低估问题。现场数据使用应按双方约定执行，并围绕明确任务保留必要信息，不默认全部客户视频进入训练。
比较时固定任务和统计口径
更新前后使用相同样本和判断规则，才能理解变化来自哪里。除了误报漏报，还应观察事件响应、资源占用与连续运行状态。不能只凭模型文件变化或单次演示判断升级有效，也不能把置信度当成整体准确率。
发布完成后回到现场复核
新版本启动只是升级过程的一步，还需要检查核心任务、证据、通知与联动。保留恢复方法，在发现关键异常时能够定位与处理。把验证结果记录下来，有助于决定哪些场景可以推广，哪些仍需要继续改进。
需求与交付内容
版本更新与现场验证
日常检查
- 查看系统概览和服务状态。
- 查看摄像头在线率和任务运行状态。
- 检查存储空间、设备时间和近期异常日志。
- 用一项核心能力定期执行真实触发测试。
OTA升级前
- 确认升级包来自正式发布渠道并适用于当前设备。
- 阅读版本说明，确认升级路径和安装前条件。
- 保证供电和网络稳定，不在生产高峰操作。
- 记录当前版本、关键任务和网络地址。
检查与安装
- 进入“系统设置 - OTA升级”。
- 点击检查更新并阅读候选版本说明。
- 查看安装前检查，解决所有阻塞项。
- 开始安装后保持页面打开，不要重复点击或断电。
- 页面提示需要重启时按流程切换版本。
- 设备恢复访问后核对新版本和服务状态。
升级后验证
- 确认网络地址和系统时间正确。
- 检查摄像头、任务、底库、通知和联动配置。
- 执行核心能力正向测试，确认事件和证据正常。
- 只有新版本启动、健康检查和业务验证都通过，才算升级成功。
回滚
新版本无法正常启动或关键功能异常时，按照 OTA 页面提供的回滚状态和入口处理。回滚后重新核对当前版本和业务数据，不要把“已经下载”或“等待重启”误认为安装成功。
维护工具
- 状态刷新用于重新读取当前状态，不改变配置。
- 诊断导出用于向技术人员提供问题依据。
- 服务重启会短暂影响画面、识别或通知，操作前通知现场人员。
- 恢复出厂会清除业务配置，属于最后手段；执行前导出所需资料并确认恢复后的重新部署安排。
什么情况下停止操作
- 页面提示安装前检查未通过。
- 当前版本、候选版本或目标分区不明确。
- 升级过程中设备供电或网络不稳定。
- 设备重启后服务持续异常，且没有完成诊断记录。
遇到这些情况先保留页面状态和诊断信息，不要连续重复安装、重启或恢复出厂。
按现有产品帮助整理，具体菜单与能力以交付版本为准。