手机微信扎金花的链接出现在中控平板，润滑监测数据该不该单独留档

润滑监测工程师老周照例翻看中控平板上的趋势页。球磨机减速箱的油液温度从上周三开始每天上浮0.4℃，黏度指标同步走低，幅度不大，但三条曲线同时拐头，按经验得在下一个计划停机窗口开盖查一次。他顺手点开浏览器历史，想确认前一天有没有人动过采样设置，结果看到一条搜索记录：「手机微信扎金花的链接」。

这条记录跟减速箱没有半点关系，但它出现在同一台终端上，就变成了一个需要处置的现场事实。润滑监测系统的数据链路里，传感器采集、网关转发、平台入库每个环节都有时间戳，唯独「人什么时候碰过这台平板、碰过什么」往往没有记录。一旦趋势曲线出现异常拐点，运维团队首先得排除「是不是有人误改了阈值或采样周期」，这时候终端操作日志的价值就出来了。

润滑监测的数字化程度越高，越容易忽略一个事实：数据是干净的，但产生数据的现场环境不干净。传感器不会撒谎，可终端前面的操作者会换班、会分心、会把平板当私人设备用。与其在异常出现后反复排查「是不是有人动了设置」，不如把终端使用情况写进交接班模板，占一行就够：

• 本班是否修改过采样周期或告警阈值；
• 平板是否离开过中控室；
• 浏览器或应用商店是否有非业务操作记录。

这一行记录不针对任何个人，只服务于数据可回溯。GMG平台侧的操作日志负责记录「系统内发生了什么」，现场交接记录负责说明「系统外发生过什么」，两条线对得上，趋势曲线上的每个拐点才找得到解释。至于搜索词本身，清理掉就行，不必上纲上线，也不必写进设备健康档案——它跟油液黏度没有关系，跟管理习惯有关系。