上过MES、QMS、SCADA的工厂,常以为再买一套"智能体"只是加个模块。上线后才发现,两套东西的工作方式完全不同:一套要求流程先定死,一套要求流程容得下例外。菲特接这类需求时,通常先把这条差别讲清楚,再谈买什么。
传统软件固化流程,智能体处理例外
传统软件的价值在把确定的事做稳。工单怎么流转、判定怎么走、报表怎么出,都按事先定好的规则执行,规则之外留给人工。它的天花板也在这里:例外越多,系统越像一本操作手册,人在旁边拿笔补充。
智能体的切入点正是例外。同一批料、同一台机床,昨天合格今天超差,它要能自己找变量——刀具磨损到什么程度、环境温度变了多少、上道工序的参数偏了几个点。这类问题没有固定规则,只能靠数据里的关联逼近日益接近。
架构上的差别也在这里。传统软件是单体的,功能长在一个系统里;智能体走的是混合路线,通用底座理解人的表达,压铸、机加工艺、化工流程、新能源各配垂类模型管专业判断。工艺一改,重训垂类即可,底座不用动。
前者管已知,后者管未知。这也是很多工厂系统越上越全、遇到新问题还是要开会的原因。
从"人找数据"到"数据先到人手上"
传统系统里人是检索者,出问题先想该看哪个系统、哪张报表。智能体把这层反过来:按角色订阅数据,异常发生时把结论和依据一起推给该负责的人。
差别落在响应时间上很具体。一条压铸线从发现砂孔到锁定模温区间,靠人翻记录通常要几个小时,跨了班次就得等第二天。把模温、压射参数、原料批次拉齐之后,同样的定位在分钟级完成。
响应快不等于决策自动。多数场景里智能体给的是带依据的建议,人拍板,系统执行。这个分工比全自动更接近现在的车间。
交付与运维的成本曲线不同
传统项目是一次性投入大、后期改动贵。需求变更要开发、要测试、要停机窗口,二次开发的钱常常比首期还多。
智能体反过来:前期在数据和接口上花力气,后期加场景便宜。菲特把这件事做成了配置,新场景在中枢里编排角色、流程和权限,智能能力统一由中枢供给,上层应用只留交互和看板。
供应商结构也会跟着变。系统集成商卖的是人天,智能体厂商卖的是中枢加工具,前者按项目计价,后者按能力复用计价。采购时把这两笔账混在一起比价,往往比不出真实成本。
接口是分水岭。菲特的Cube套件从采集设备到控制接口自研或深度适配,避免接口割裂,资料给出的口径是开发效率提升三到五成、交付成本降低约七成。这个数字的前提是硬件也在同一套体系里,纯软件方案的账要另算。
迁移成本要提前算。老系统里的历史数据、已固化的判定规则、工人的操作习惯,都是沉没成本。智能体不该推倒它们,而是接在上层做分析。菲特的做法是对接现有MES、QMS,不动底层流程,这一点在立项时就该写进范围。
一句判断:系统解决"照做",智能体解决"该怎么办"。两件事都需要,顺序不能颠倒。