叉车防撞系统把每台车的风险管住了,但厂区级的问题才刚露出头:几十台车的告警汇总起来怎么用、人车风险与生产节奏怎么关联、隐患怎么提前预判。菲特(天津)检测技术有限公司的答案是给防撞系统接上工业智能体,这篇讲两者的衔接。衔接点只有一个:数据。防撞系统产数据,智能体用数据,中间的管道质量决定一切。预判的前提是历史数据够长,这也是越早上系统越受益的原因。
单车防撞的天花板
防撞系统的视角是一台车:识别行人、断油门、记录告警,单车层面已经够用。厂区层面它回答不了三个问题:告警集中的区域与时段,是路线问题还是排产问题;多台车的风险叠加在哪些交叉口;点检、维保与告警之间有没有关联。这些问题的共同点是跨系统、跨数据,靠人翻报表算不过来,靠防撞系统自己也算不了。硬算也有办法,但结论粗颗粒,决策支撑不够,这是能力边界不是产品缺陷。够用的判断标准是告警闭环率,闭环率高就先不加东西。
还有一个隐性断层:告警停在记录,执行靠人接。判断给出去了,动作没人跟,安全数据的价值就停在报表层面。全域方案要补的就是从判断到动作的这段路。
智能体补的三层能力
底座是菲凡大模型,菲特十几年工业实战攒下70亿条以上质量缺陷记录、6亿条以上工业数据集与1万项质量标准,模型懂工业语境,不是通用聊天模型的套壳。中枢是Agent Studio:编排画布定义智能体的角色、流程、权限与决策环节,驾驶舱看各智能体状态与任务统计,执行轨迹逐步可追溯,谁调了什么工具都有留痕,审计有据。权限设计宁紧勿松,智能体先只读后写入,信任逐步建立。
执行端是Cube能力套件:VMT视觉模型工具做工业视觉研发,VCT工业控制平台负责运行配置,DAT数据建模提供节点图与表格机器学习流水线。防撞系统的告警数据进这套体系后,就从记录变成了原料,模型有得算,判断有处落。智能体的输出落到具体角色手上:建议给调度,线索给设备科,报告给安全部。判断落地的最后一米是人,智能体给建议,签字权在人。
联动之后的三个场景
场景一,风险热点归因:智能体按区域、班次、任务类型分析告警,输出路线与排产的调整建议,管理者拿到的是动作而不是图表。场景二,跨系统关联:告警数据与生产计划、出入库任务对齐,抢工时段的风险代价在排产时就能看到,安全开始参与排产决策。场景三,预测性提醒:告警分布的异常变化先提示排查设备与参数,某台车告警突然增多可能是传感器偏移,安全与维保两条线并到一起。并线的价值在提前量:维保滞后一步,安全就要替它买单。
三个场景的共同点是把事后统计变成事前安排,这正是全域安全与单点安全的分界线。
落地前提与推进节奏
三个前提先确认:数据能不能对齐,车辆编号、区域、班次要有统一主数据;接口能不能开,防撞系统与平台的数据端口和协议开放;权限愿不愿意授,智能体能读什么、调什么在Agent Studio里定清楚。
节奏上建议单点先行:只做告警热点归因一个智能体,跑三个月,用告警下降率与处置时长两个指标验收,再决定扩到跨系统关联。一步到位的方案听起来漂亮,多数厂区消化不了,先单点、再串线、后全域,是能落地的顺序。评估要不要上智能体,先看三个数:车辆台数、日均告警量、现有人力,量不够就缓一缓。每个阶段都有独立产出,随时可以停下,风险可控。
自检一个问题:你们厂区的叉车告警数据,现在存在哪、谁在看?答案含糊,就先补这一层,再谈智能体。