一家大型制造企业可能同时使用多个品牌的PLC和DCS，还运行着SCADA、MES、能源管理、质量追溯、设备维护等系统。加一条产线、换一套控制器，项目组就得重新处理协议和数据映射；要让AI模型参与生产流程，这些连接工作还会增加。2026年11月14日，央视新闻报道，工业和信息化部工业软件标准化技术委员会正加快筹建工业操作系统标准工作组，重点标准研制与应用验证也在推进。11月12日至13日召开的2026工业操作系统大会，则讨论了参考架构、互联互通、兼容适配和测试评价。对于工厂而言，值得关心的是这些标准能否让下一次系统接入少做重复劳动。
工业现场最昂贵的成本之一，是重复连接同一类设备
企业的信息化系统按专业建设，各自都有清楚的职责：控制团队看设备运行，MES围绕工单与工艺记录生产，质量系统处理检验和不合格品，研发系统管理CAD模型、BOM及工程变更。一旦要跨系统查问题，设备编号常常成为第一道关。某段振动记录对应哪台资产、哪条产线？当时生产什么批次，批次又对应哪张订单、哪个产品版本？这些关系在项目之间反复重建。
智能体理解“查询昨天某条生产线的不良品原因”并不难，难的是顺着设备、工单、质量记录与工艺参数找到能互相印证的数据。接口命名和对象关系各说各话，再大的语言模型也无法凭空补齐。工业操作系统若能把连接、数据组织和执行管理做成可复用能力，换模型时便无需重做全部设备接口；专业厂商接入新客户，也能少写一遍相似的连接器。
从实时内核到工业软件平台，操作系统的内涵发生了变化
计算机操作系统管理CPU、内存、文件和设备。工业控制使用的实时操作系统则更关心确定性调度、任务优先级、驱动和连续运行。如今产业界讨论的工业操作系统范围更宽：设备连接、数据模型、业务对象、应用运行、权限管理，以及算法和工具服务，都可能被纳入同一套架构。它未必只部署在一台控制器上，也可能跨过边缘控制器、工控机、厂内数据中心和区域云平台。
共同架构不等于所有厂商交付同一个产品。基础软件提供运行能力，工业技术公司封装控制算法与工艺工具，设备制造商解释接口和状态含义，用户组合它们解决现场任务。央视报道引用中国软件评测中心专家观点，提出工业操作系统正从单一项目建设转向通用底座与行业能力协同发展。过去留在项目文档里的接口约定，若能变成跨设备、跨厂商实施的规范，后来者才容易接手。
参考架构怎么建：设备层、数据层、模型层和任务层协同
面向工业智能体，可以按职责把系统分成四层。设备与实时运行层连接PLC、DCS、数控系统、机器人和仪表，处理信号、控制命令及现场状态。数据与语义层保存时序数据、事件、设备台账、工艺版本、产品编码和质量履历，并提供查询接口。专业模型与工具层放置异常检测、时序预测、多物理场仿真、工艺优化和工程规则。岗位任务与智能体层接收操作员、工艺工程师、维护人员及管理者的请求，组织工具调用和结果记录。
每一层的时间要求不同。毫秒级控制闭环仍交给专用控制系统；状态采集和工况分析可以放在边缘或厂内服务器；复杂仿真、长期趋势学习与跨系统报告需要更充足的计算资源。智能体负责理解任务、协调调用，不能代替高频控制周期的确定性处理。参考架构若写明服务接口和边界，企业就能根据现有硬件逐步添置功能，不必因为多一个模型重建底座。
互联互通不只是一根网线，更需要共同理解数据含义
Modbus、OPC UA、PROFINET和厂商专用协议在现场并存。协议转换使数值可读，上层系统却仍要知道它是泵出口压力、机床主轴温度，还是机器人关节电流。同一单位的测点，在不同工况下也未必能直接比较。工业对象应带上设备标识、测点含义、单位、采样时间、运行状态、质量标记及历史版本；需要时再关联工艺流程和物理模型。
对象有了清楚含义，还得能通过工具接口使用。“获取指定泵近24小时运行趋势”涉及标准查询，“对比维修前后振动频谱”要调用专业工具，“生成质量异常调查报告”则可能同时访问MES、QMS和设备数据。参数、返回字段、权限及调用记录写清楚，不同企业才能以类似方式使用同类能力。统一的是接口语言与基本约束，具体业务仍由行业软件和现场人员决定。
兼容适配为什么值得单独形成标准
控制系统可能随设备工作十多年，升级时既要读得懂历史数据，还要照顾旧设备、旧接口。AI推理引擎几个月就可能更新模型、算子或部署后端。两个更新周期放在一起，兼容问题迟早会落到项目组头上。哪些接口必须稳定，组件如何独立升级，数据结构怎样迁移，不同算力设备如何提供相同能力，都值得提前写进兼容适配规则。
这也关系到国产工业软件的分工。厂商可把资源投入专业算法，不用在每个项目里重写底层适配；装备企业保留既有控制系统，逐步加入数据与AI服务；研究团队按公开接口交付模型，以插件形式接入现有系统。公开接口若经过充分验证，客户比较产品时，就可以更多关注专业能力及后续维护，而非只看谁能现场打通最多接口。
测试评价与中试验证，让共同底座成为可交付产品
11月13日的上海工业操作系统大会还涉及行业成果展示和中试验证协作。标准文件需要面对设备替换、跨应用调用、历史数据迁移和长周期运行。测试除了接口兼容性，也应覆盖数据吞吐、模型运行、状态恢复、任务日志及运维。工厂采购软件，最想知道的不是演示界面怎样，而是不同控制器和网络配置下，系统能否持续承担业务。
中试平台可配置常见PLC、机器人、工业计算机、传感器、数据库与MES/QMS模拟系统，按生产数据流组织测试，让不同厂商的产品接入共同接口。设备替换、模型更新和工艺参数调整可以反复演练，结果留成适配清单与能力证明，供采购、交付和验收参考。现场测到的问题再反馈给标准工作组，技术文件也因此有机会跟着工程实践修改。
钢铁、化工和核电为什么需要不同的专业层
钢铁、化工、有色矿山、轨道交通、核电都需要连接设备和管理数据，业务对象却相差很大。钢铁看炉次、能源介质、冶炼、连铸与轧制；化工关心连续反应、物料与热量平衡、危险工况及装置负荷；核电设备管理要求严格的运行程序、生命周期记录和专业检验数据。共同底座可以提供运行和权限框架，专业规则仍须留给行业层。
流程工业可配置时序分析、物料平衡、参数优化与调度工具；高端装备制造需要CAD/CAE模型库、BOM/BOP关联、工艺卡和试验数据分析；质量密集型产业看重追溯、检验标准及根因分析。智能体按岗位任务调用这些工具，底层接口尽量稳定，专业服务包随行业而变。厂商由此能组织不同产品组合，也不必把全部行业知识塞进一个通用模型。
从业务管理国标看，智能工厂不再以孤立系统划分边界
11月14日还有一项相关消息：市场监管总局和国家标准委批准发布《智能制造流程工业智能工厂业务管理规范》，计划于2027年5月1日实施。公开报道把它概括为研发设计、生产制造、运营支撑、全链协同和管理方法五大模块，并提到覆盖原料、工艺、设备、产品及排放的全过程数据平台。工业操作系统侧重接口和运行环境，这项业务管理规范则从生产活动出发梳理协作范围。
企业设计智能体任务时，可以先明确岗位和业务目标，再确定所需数据对象、专业工具与执行权限，最后安排部署环境。设备健康、质量追溯、工艺优化、研发设计与生产调度都与具体产品、批次和设备状态有关；若系统能沿这些对象串起记录，跨部门分析就有了共同的线索。技术接口与业务结构对齐，才能让数据积累真正服务后续模型应用。
工业软件厂商的竞争方式正在改变
过去，一个项目能否成功，很大程度取决于厂商处理专用接口、派出行业顾问、开发现场报表的能力。共同标准逐步形成后，客户仍要看实施经验，也会更细地比较算法质量、工具调用稳定性、业务语义完整度、跨场景迁移和升级维护。长期积累的工艺模型、控制策略、仿真服务与生命周期知识，如果能够封装成可调用工具，就更容易进入新的任务链。
智能体带来了更多跨系统的问题，统一底座则试图给数据和工具一个稳定的入口。可能出现的产品组合包括本地部署的工业AI工作台、可插拔专业能力中心、统一任务日志及企业知识文件底座，向下连接已有PLC、DCS、MES、ERP和PLM。工厂可以保留现有软件，逐步建立贯通生产流程的数字记录。标准工作组接下来的考验，是把纸面接口带到测试平台，再带进长时间运行的工厂系统。