巡检走过场的本质是「只能证明人到过，证明不了事做了」。解决办法不是加人复查，而是让每一次巡检可核：IoT 核验到场与停留，AI 识别读数与照片真伪，漏检当天预警。五个判断信号、AI 能核与不能核的边界、两个案例（达标率 35%→98%、3400 多个机房逐次核验）、四步落地。
巡检走过场的本质是「只能证明人到过，证明不了事做了」。解决办法不是加人复查——复查的人同样可能走过场——而是让每一次巡检的结果可核：人是否真到了设备旁、停留了多久、读数是多少、照片是否真实、有没有漏检。这些事过去只能靠主管抽查，现在可以由 IoT 与 AI 逐次核验。本文按「怎么判断是不是走过场 → AI 能核什么不能核什么 → 案例做到什么程度 → 怎么开始」四步回答。
一、怎么判断巡检是不是真的做了
看五个信号。出现两个以上，巡检大概率在走过场。这些信号都不需要新系统，翻现有巡检记录就能看出来。
| 信号 | 背后的原因 |
|---|---|
| 完成率长期 100%，设备却照样坏 | 完成率统计的是扫码次数，不是设备状态 |
| 抄表数字连续几个月一样，或末位永远是 0 和 5 | 读数是抄上次的，不是看表盘的 |
| 一条路线十几个点，打卡时间间隔只有几十秒 | 人在跑路线，没在看设备 |
| 巡检照片角度、光线高度一致 | 同一张照片反复上传 |
| 故障总是由使用方报出来，而不是巡检发现 | 巡检没有起到预警作用 |
为什么会走过场？多数不是巡检员懒，而是激励结构：巡检系统只考核「到了没有」，到了就算完成；认真看设备的人与扫码就走的人拿同样的分。当系统只能核验「到场」，人就只会保证「到场」。要改变行为，先要改变系统能核验什么。
二、AI 能核什么、不能核什么
AI 能核的是可以被数据与影像确认的事实；AI 不能替人做的是异常之后的处置判断，以及不可见的隐性故障。把边界说清楚很重要——把 AI 说得什么都能核，工程主管不会信，也不该信。
| 要核什么 | 怎么核 | AI 能否负责 |
|---|---|---|
| 人是否真到了设备旁 | IoT 在场感知（蓝牙信标 / 工牌 / 传感器）核验位置与停留时长 | 能 |
| 读数是多少、是否异常 | AI 识别巡检照片中的表盘读数，与历史与阈值比对 | 能 |
| 照片是否真实 | 重复图像、时间戳、位置与光线一致性判断 | 能 |
| 是否按周期完成、有没有漏检 | 计划与实际逐次比对，漏检、迟检当天预警 | 能 |
| 异常之后怎么处置 | 是否停机、报修、换件——工程主管判断，智能体准备事实与历史 | 不能，人负责 |
| 设备内部隐性故障 | 非可见、非读数类故障仍依赖专业检测与经验 | 不能，人负责 |
判断一套巡检方案靠不靠谱，就看它能不能把「到场」与「做了」分开核。
技术上这是三件事的组合：在场感知（IoT 核验位置与停留）、视觉识别（AI 读表盘、判状态、查重复）、流程推进（漏检预警、异常成单、跟到关闭）。前两件产出事实，第三件把事实变成动作——只有前两件而没有第三件，就只是一份更准的报表。三件事在 FMClaw 里分别对应IoT 感知、数据本体与工作流引擎。
三、现有案例里，结果做到了什么程度
两个已发布案例：一家头部互联网大厂总部，整体巡检签到率 99%，运行班组达标率从 35% 提升到 98%，AI 拍照识别读数准确率 99% 以上；一条地铁线，30 余个车站、3400 多个机房，200 多人的外包巡检团队日修日检，AI 逐次核验，漏检当天预警。
- 35% → 98%运行班组达标率（互联网大厂总部案例）
- 99%+AI 拍照识别读数准确率
- 3400+机房全部纳入逐次核验（地铁案例）
值得注意的是 35% 这个起点。这家企业原有巡检系统的完成率报表接近 100%——AI 核验之后才发现真实达标率是 35%。大多数项目上 AI 核验的第一个结果不是「变好了」，而是「知道原来有多差」。这一步没有人愿意听，但没有这一步，后面的 98% 就不会发生。两个案例全文见头部互联网大厂总部：AI 核验每次巡检与国内一条地铁线：AI 逐次核验 3400 多个机房。
四、怎么开始：四步，不换系统
不需要替换现有巡检系统，只需要在它之上补一层核验。四步走完通常六到八周，之后按设备类别逐步扩展。
| 步骤 | 做什么 |
|---|---|
| 1 · 选一条真实路线 | 选故障最多或最重要的一类设备（配电、水泵、电梯机房），把现有巡检计划与近三个月记录拿出来 |
| 2 · 补在场感知 | 在设备点位部署 IoT 在场感知，巡检 App 接入 FMClaw；不换现有巡检系统，只补核验层 |
| 3 · AI 核验两到四周 | 让系统先并行跑：核验到位、识别读数、标出异常与重复；这一阶段主要看现状——通常会发现达标率远低于报表 |
| 4 · 把结果接进管理 | 漏检预警到班组长，异常读数自动生成工单，达标率进班组考核；然后扩展到下一类设备 |
两个提醒。第一，第三步「并行跑」的阶段要给班组打好预防针：核验出来的达标率会低，这是基线，不是追责依据；把它当追责依据，一线会想办法对付新系统，走过场换一种形式继续。第二，巡检核验的数据可以直接用于供应商考核——达标率、到岗率进合同，巡检从「成本」变成「管理抓手」，做法见设备巡检方案与供应商管理。