政策信号:AI正在从展示型项目转向生产系统能力
上海市经济和信息化委员会于2026年7月发布进一步推动“AI+制造”的相关措施,重点覆盖工业垂类大模型、工业智能体、物理AI、工业软件、工业互联网等方向。国家层面的“人工智能+制造”专项行动也明确提出,以场景牵引、安全可信和产业智能化为原则,推动人工智能进入研发、中试、生产、质检、运维、供应链和经营管理。
这意味着制造企业的AI项目不能只以“完成一个问答助手”作为目标。更有价值的建设方式,是把AI嵌入生产经营闭环,让它能够读取可信数据、理解业务约束、提出建议、触发受控动作,并通过结果反馈持续优化。
- 研发环节:知识检索、设计辅助、文档与规范检查
- 生产环节:排产辅助、工艺分析、异常诊断与质量预测
- 设备环节:智能巡检、故障识别、预测性维护与工单协同
- 经营环节:订单分析、库存预警、供应链协同与经营预测
不要从“模型能力”出发,要从生产瓶颈出发
制造现场的高价值问题通常隐藏在交付周期、良率、停机时间、库存、能耗和人工经验中。企业应先找出影响经营结果的瓶颈,再判断AI能否通过识别、预测、检索、生成或任务编排改善这个瓶颈。
适合首批试点的场景通常具备四个条件:业务频率高、历史数据可获得、人工判断规则能够被描述、结果可以量化。对于数据稀少、责任风险高或工艺仍频繁变化的场景,应先做数字化补课或采用辅助决策模式。
- 把“建设工业智能体”改写成明确的业务指标
- 记录当前基线,例如平均停机时长、质检耗时和异常闭环周期
- 区分建议型、审批型和自动执行型场景
- 优先选择90天内能够完成闭环验证的切入点
工业智能体的底座是数据、知识与IT/OT连接
工业智能体需要同时理解设备状态、工艺参数、产品标准、历史故障、生产计划和人员权限。这些信息往往分散在PLC、SCADA、MES、ERP、QMS、WMS、文档系统和个人经验中。如果没有统一的数据语义与接口,智能体只能停留在孤立问答。
建设时应明确数据权威来源、采集频率、质量规则和访问权限,并通过API、消息、边缘网关或数据平台连接系统。知识库需要保留文档版本、适用产线和审批状态,实时数据则要考虑时序、延迟、缺失和异常值。
- 统一设备、物料、工单、工艺和质量问题的关键编码
- 为实时数据、业务数据和文档知识设计不同接入方式
- 将权限从原系统继承到AI应用,避免跨角色越权
- 建立数据血缘、更新时间和回答依据展示机制
把智能体设计成受控协作者,而不是黑箱自动化
生产现场容错空间有限。智能体可以分析告警、检索规程、生成处置建议或创建工单,但涉及修改工艺参数、停止设备、调整排产和释放质量结果时,需要明确授权等级与人工确认点。
建议把能力划分为只读查询、辅助建议、受控执行和高风险禁止四级。每次工具调用都记录发起人、输入、依据、动作、结果和人工确认,失败时能够回退到人工流程。这样才能让效率提升与生产责任保持一致。
用小闭环试点验证价值,再复制到产线和工厂
试点不应只做功能演示,而要使用真实班次、真实工单和真实异常进行验证。上线前建立离线测试集,上线后观察准确率、建议采纳率、误报漏报、人工节省时间、业务指标变化和单次任务成本。
当一个场景达到预设门槛后,再沉淀数据接入、权限、评测、监控和发布模板,扩展到相邻设备、产品或工厂。平台化应该发生在可复制模式被验证之后,而不是在第一个场景前先搭建大而全的平台。
- 第1-2周:现场访谈、流程观察与基线测量
- 第3-6周:数据接入、原型开发和离线评测
- 第7-10周:小范围上线、人机协同与风险观察
- 第11-12周:业务复盘、验收和复制决策
项目验收要同时看业务、技术、安全与运营
工业AI项目的验收不能只看页面和功能清单。业务侧要确认指标是否改善,技术侧要确认性能、稳定性和接口质量,安全侧要确认权限、审计和应急机制,运营侧要确认知识更新、模型评测和问题责任人。
对于外部实施或FDE合作项目,还应交付场景说明、数据字典、接口文档、评测集、测试报告、权限矩阵、部署手册、监控规则、培训材料和迭代清单,避免系统上线后无人维护。
把上海AI+制造从阅读结论变成项目输入
阅读方法文章之后,最容易出现的问题是认同原则,却没有把原则转成下一步行动。建议由业务负责人组织一次60至90分钟的小型工作会,只选择一条真实流程,不急着讨论完整平台。参会人应包括实际执行者、结果使用者、系统或数据接口人,以及最终验收负责人。
第一步:建立现状与样本基线
围绕“政策信号:AI正在从展示型项目转向生产系统能力”抽取近期正常、异常和边界任务,记录每月处理量、等待时间、实际处理时间、返工率、人工触点、错误后果和当前工具。数据不足时可以连续记录一至两周,但要注明样本周期和业务波动。不要先设定一个好看的节省比例,再倒推数据。
第二步:明确首期闭环与不做事项
结合“不要从“模型能力”出发,要从生产瓶颈出发”写出首期输入、处理、输出、使用角色和完成条件。把必须接入的系统、需要客户提供的资料、不能自动处理的高风险事项和依赖第三方的条件分开列出。首期目标是让一条链路连续运行并可复测,而不是把工业智能体、制造业AI落地、FDE全部堆进同一版本。
第三步:把技术结果对应到工程证据
围绕“工业智能体的底座是数据、知识与IT/OT连接”建立需求编号、样本编号、测试结果和版本之间的追踪关系。AI项目还要保存版本化评测集、提示或流程配置、模型与知识来源、人工修正记录,以及低置信度、越权和失败回退测试。不要只以一次演示是否生成正确答案作为上线依据。供应商演示应使用双方确认的样本;无法公开的生产数据可以脱敏,但不能完全用理想化测试数据代替真实条件。
第四步:用相同口径完成验收和复盘
结合“把智能体设计成受控协作者,而不是黑箱自动化”预先约定观察周期和质量底线。假设原流程每月处理600项任务,平均每项耗时20分钟、返工率10%,目标可以按示例写为“上线六周后,在任务复杂度相近的前提下,平均耗时降低25%,返工率不高于原基线”。这组数字仅演示测量方法,不代表任何客户成果;正式指标必须由企业依据自身样本确认。
- 业务材料:流程图、角色、任务样本、当前问题和基线数据
- 技术材料:系统清单、接口、数据权限、部署环境和安全要求
- 项目材料:首期范围、排除项、责任矩阵、里程碑和变更机制
- 验收材料:测试集、执行记录、缺陷清单、指标查询和交接文档
当这些材料能够被业务和技术双方共同确认时,文章中的方法才真正进入项目。若关键数据、接口授权或负责人尚未到位,合理的下一步通常是限定范围的诊断或PoC,而不是立即承诺完整工期和固定总价。
官方参考资料
- 上海市进一步推动“AI+制造”发展的若干措施上海市经济和信息化委员会 · 2026-07-17
- “人工智能+制造”专项行动实施意见工业和信息化部等八部门 · 2026-01-09
- 2026年“数据要素×”大赛赛题指南国家数据局等部门 · 2026-04-27
把方法落实到项目行动
- 从可量化的生产瓶颈出发,而不是从模型功能出发
- 数据、知识、IT/OT连接和权限是工业智能体的共同底座
- 先用受控小闭环验证,再沉淀模板向更多产线复制
- 以业务、技术、安全和运营四组指标共同验收
继续核对项目决策中的常见问题
FDE外包与普通AI软件开发有什么区别?
FDE外包强调工程师深入业务任务,与用户、数据、模型和现有系统共同推进落地。普通AI开发通常从较明确的功能需求开始,重点完成应用与接口。FDE更适合场景尚需发现、反馈频繁或必须跨部门推动的项目。两种方式并不冲突,FDE可以负责现场诊断和闭环,研发团队负责平台与工程实施。
查看完整回答 →AI外包采购、报价与验收企业AI应用开发应该先做PoC还是直接实施正式系统?
当模型效果、数据质量或系统条件尚未验证时,应先做限定范围的PoC;如果同类能力已在真实样本上验证,范围、接口和验收标准比较稳定,可以直接进入生产实施。PoC不是低配正式系统,而是回答关键不确定性。是否需要PoC,应根据未知项和错误成本决定,而不是所有项目机械增加一个阶段。
查看完整回答 →企业AI效果、安全与持续运营AI项目应该怎样制定验收指标?
AI项目不能只用“回答看起来不错”验收,也不宜承诺脱离数据范围的百分之百准确。指标应同时覆盖业务结果、模型效果、系统性能、安全权限和人工兜底。测试集必须来自真实业务并按难度与风险分层。上线条件、观察期和不达标处理方式应在开发前确认。
查看完整回答 →企业AI转型组织与实施企业AI转型应该由业务部门还是IT部门负责?
企业AI转型需要业务和IT共同负责,但责任不同。业务部门定义问题、知识口径、真实样本和最终结果,IT或技术团队负责数据接口、身份权限、架构、安全、发布与运维。管理层负责场景优先级、预算和跨部门决策。只由技术部门推进,容易做出没人使用的工具;只由业务部门采购,又可能忽略系统和安全风险。
查看完整回答 →需要结合企业现状进一步分析?
我们提供 IT 技术咨询、企业信息化建设、软件项目外包、产品设计、研发交付与系统运维服务。
