直接答案：可以让 AI 参与 PLC/SCADA 工程，但先分清它在做“补全代码、回答问题”，还是“交付可验证的工程资产”。IDC 2026 年 10 月首份《中国工业控制智能体技术评估，2026》（Doc#CHC54370326）把工控智能体定义为：面向 PLC、DCS、SCADA 等工程控制软件，能理解工艺需求、点位表、图纸和既有工程上下文，调用工程工具完成控制代码、硬件配置、HMI/SCADA 资产、验证与交付，并在人类工程师监督下形成可审查闭环。但报告同时指出，多数产品仍停留在建议输出、片段生成或有限工具调用，工程执行闭环、独立行为验证、异常与回归测试、标准化产品形态与可量化 ROI 是短板。对工厂的结论是：可以拿一个非安全关键回路做 2 周 POC，验收看“可靠、可审查、可回滚”，不看生成速度；安全联锁、急停和安全 PLC 不交给 AI 直接改。IDC 2026 年离散制造业智能体调研中，82% 的受访企业把可靠性放在首位、70% 关注任务准确率，都高于生成速度。本文资料截止 2026-11-13；具体以你的回路、工程资料、安全标准和合同为准。
本文面向制造企业厂长、设备/自动化、工艺、IT/OT 与数字化负责人。它不横评厂商、不复述 IDC 的厂商得分，也不承诺“AI 写程序能省多少工程师”；它解决一个更前面的问题：你的工厂现在该不该让 AI 碰 PLC，先碰哪一段，怎么验收，什么时候停。
工控智能体不是“会写代码的聊天框”；先选非安全关键回路，导入历史工程做差分、编译和行为测试；验收看可靠、可审查、可回滚，安全联锁和急停不交给 AI 直接改。
先分清：代码补全、问答助手，还是工程协作者？
三种形态的风险和用法完全不同。①代码补全/问答助手：帮你补指令、解释报错、查手册，但不一定读得全你的工程，不能保证与点位、互锁、版本一致；②单点工具调用：按模板生成一段逻辑或配置、批量改名/注释/生成文档，仍缺工程上下文和验证；③工程协作者：IDC 定义的方向——读工程/点位表/图纸，调用工程工具完成对象创建、批量变更、HMI/SCADA 资产、验证与交付，并在人类工程师监督下形成可审查闭环。工厂先判断自己需要哪一层：查资料和写草稿可以用第一层；重复劳动可以用第二层；只有第三层才值得谈“改生产程序”，而且必须配权限、审计、回滚和独立行为验证。
IDC 的判断是，工控智能体正从早期的代码补全、问答助手，逐步演进为可调用专业工程软件、交付可验证工程资产的工程协作者；但“行业整体仍处发展早期”，多数产品还没有走到工程闭环。这句话对工厂的含义是：不要用“能生成一段梯形图”证明“能交付一条产线”。
| 形态 | 能做什么 | 不能做什么 | 工厂怎么用 |
|---|---|---|---|
| 代码补全/问答助手 | 补全指令、解释报错、查手册、给示例 | 读不全你的工程，无法保证与点位、互锁、版本一致 | 学习、查资料、写草稿；不直接进生产 |
| 单点工具调用 | 按模板生成一段逻辑/配置，批量改名、注释、生成文档 | 缺少工程上下文与验证，跨文件变更容易漏 | 辅助重复劳动；人工 diff、编译、测试后再用 |
| 工程协作者（IDC 定义方向） | 读工程/点位表/图纸，调用工具做对象创建、批量变更、HMI/SCADA 资产、验证与交付，人类监督 | 仍可能出错；需要权限、审计、回滚和独立行为验证 | 非安全关键回路 POC；生产变更走变更管理 |
三层为编辑归纳，依据 IDC 对工控智能体的定义与“仍处发展早期”的判断；具体产品能力以现场演示和测试为准。
IDC 这份评估说了什么？工厂拿走 4 个判断
第一，这是 IDC 首份针对中国工控编程智能体的系统性技术评估（2026 年 10 月，Doc#CHC54370326），从工程能力、产品能力、业务价值、交付保障 4 个层面、11 项维度评估 5 家代表厂商，并给出行业平均能力基准。第二，企业最在意的不是生成速度：82% 的受访者优先关注可靠性、70% 关注任务准确率。第三，行业最突出的短板是工程执行闭环、独立行为验证、异常与回归测试、标准化商业产品形态和可量化 ROI——也就是说，“能生成”离“能交付”还有距离。第四，趋势很明确：工程 IDE 向智能体友好演进（CLI/API/SDK/MCP、稳定对象模型、项目读取/对象创建/差异比对/编译测试/版本管理/失败恢复、细粒度权限与审计）；生产部署标配默认预览、显式应用、权限分级、失败停止；独立行为评测要覆盖正常顺控、边界条件、断连重启、传感器异常与互锁冲突，“编译通过不等于逻辑可靠”；工程智能体还会向故障定位、变更影响分析和维护交接延伸。
| 报告结论 | 关键事实 | 对工厂的含义 | 要核验的证据 |
|---|---|---|---|
| 评估范围 | 4 层 11 维、5 家代表厂商、行业平均基准 | 选型不能只看 demo，要按维度要证据 | 维度表、厂商自评、第三方测试 |
| 企业关注点 | 82% 可靠性、70% 准确率，均高于生成速度 | 把“可靠、可审查、可回滚”写进验收 | 你的回路测试记录、缺陷清单 |
| 行业阶段 | 多数仍停留在建议输出、片段生成、有限工具调用 | 别把“能生成”当“能交付” | diff、编译、测试、回滚记录 |
| 主要短板 | 工程执行闭环、独立行为验证、异常与回归测试、标准化产品、可量化 ROI | 合同要写验证与责任，不只看功能清单 | 行为测试方案、回归用例、ROI 基线 |
| 工程 IDE 趋势 | 开放 CLI/API/SDK/MCP、对象模型、diff/编译/测试/版本/失败恢复；预览、显式应用、权限分级、失败停止 | 优先选能接入现有 IDE/工程库、权限可审计的产品 | 接口文档、权限模型、审计日志 |
| 行为验证趋势 | 覆盖正常顺控、边界、断连重启、传感器异常、互锁冲突 | “编译通过”不等于“逻辑可靠” | 测试用例、仿真/台架记录 |
IDC 报告全文未公开，本文只引用其公开博客摘要；5 家厂商名单按报告拼音首字母排序，本文不复述名单与得分，也不做推荐。研究机构评估不等于你的工程验证。
5 个验收维度：别只看“能不能生成”
把“工控智能体”拆成可核对的能力，而不是一句“支持 PLC”。建议 5 个维度加 1 条资产权属：①工程能力——能不能读你的工程/点位表/图纸，做对象创建、批量变更、diff、编译、版本管理和失败恢复；②产品能力——权限分级、审计、预览/显式应用、回滚、协作、私有化/国产化；③业务价值——用你的工程基线算人工修改量、工时、返工，不看通用百分比；④交付保障——谁在现场、培训、响应、升级、责任边界；⑤可靠性与可验证——有没有独立行为测试，覆盖边界、断连、传感器异常、互锁；⑥资产权属——生成的代码、配置、测试记录归谁，能不能导出。任何一项只有口头承诺、没有证据，都只能算“待验证”。
| 维度 | 要问的问题 | 可接受证据 | 常见话术 |
|---|---|---|---|
| 工程能力 | 能读哪些工程/点位表/图纸？能做对象创建、批量变更、diff、编译、版本、失败恢复吗？ | 用你的工程现场演示；diff 可读；失败可恢复 | “我们支持所有 PLC” |
| 产品能力 | 权限分级、审计、预览/显式应用、回滚、协作、私有化/国产化？ | 权限矩阵、审计日志样例、回滚演练 | “云端更方便” |
| 业务价值 | 用你的工程基线，能减少多少人工修改、返工、工时？ | 同口径基线 + POC 复算 | “效率提升 50%” |
| 交付保障 | 谁在现场？培训、响应、升级、责任边界？ | 人员名单/角色、SLA、可联系的案例 | “总部远程支持” |
| 可靠性/可验证 | 有没有独立行为测试？覆盖边界、断连、传感器异常、互锁？ | 测试方案、用例、结果、缺陷记录 | “编译通过就行” |
| 资产权属 | 生成的代码/配置/测试记录归谁？能否导出、删除？ | 合同条款、导出样例 | “都在平台里” |
维度为编辑建议，参照 IDC 的 4 层评估思路并补充工厂侧证据要求；不构成厂商评分或采购排名。
6 条安全边界：哪些回路不要让 AI 直接改
先划“不能碰”的边界，再谈效率。①安全联锁、急停、安全 PLC：直接关系人身与设备安全，必须按功能安全标准由有资质人员设计和验证，AI 最多做资料检索和草稿建议；②在线热修改/生产态下载：可能绕过变更管理，造成停机或事故，AI 只读分析、离线生成，不直连生产 PLC 下载；③批量跨项目变更：一处错误会扩散到多条线、多个客户，先生成 diff 和影响清单，分批人工确认；④跨品牌/跨版本迁移：指令集、对象模型、安全特性不同，可能“编译过但行为变”，只做映射建议和测试用例，不承诺一键迁移；⑤权限与账号：AI 工具可能持有高权限账号，最小权限、只读优先、单独账号、全程审计；⑥回滚与停机窗口：变更前备份、版本化，回滚要能在停机窗口内完成并演练。规则可以一句话概括：AI 出草稿，人签署；默认预览、显式应用；生产变更走变更管理。
| 边界 | 为什么 | 允许 AI 做到哪一步 | 必须谁签 |
|---|---|---|---|
| 安全联锁/急停/安全 PLC | 直接关系人身与设备安全，需按功能安全标准设计与验证 | 资料检索、草稿建议；不直接生成可下载的安全逻辑 | 有资质的功能安全工程师/安全负责人 |
| 在线热修改/生产态下载 | 可能绕过变更管理，造成停机或事故 | 只读分析、离线生成；不直连生产 PLC 下载 | 自动化/设备负责人 + 变更审批 |
| 批量跨项目变更 | 一处错误会扩散到多条线、多个客户 | 先生成 diff 和影响清单，分批人工确认 | 项目负责人 + 代码评审 |
| 跨品牌/跨版本迁移 | 指令集、对象模型、安全特性不同，可能“编译过但行为变” | 映射建议、测试用例；不承诺一键迁移 | 自动化工程师 + 台架验证 |
| 权限与账号 | AI 工具可能持有高权限账号 | 最小权限、只读优先、单独账号、审计 | IT/OT 安全负责人 |
| 回滚与停机窗口 | 出错要能快速恢复，不能靠“再改一次” | 变更前备份、版本化、回滚脚本/演练 | 设备/生产负责人 |
边界为编辑建议；功能安全相关系统须按适用标准（如 IEC 61508、ISO 13849、IEC 62061 等，具体适用性需专业确认）由有资质人员设计、验证和签署。
2 周 POC 怎么跑：选一个非安全关键回路
POC 的目标不是“让 AI 写完整条产线”，而是回答三个问题：它能不能读懂我们的工程？改出来的东西能不能被工程师审查？出错能不能快速回滚？建议选一个非安全关键、边界清楚、历史工程完整的回路，例如输送/分拣、简单启停、报警归档、HMI 画面整理。2 周分五段：D1–D2 选回路、记基线（当前工时、修改量、缺陷、回滚方式）；D3–D5 读工程与生成（问答 + 一段逻辑/配置 + diff）；D6–D8 编译与仿真（正常顺控 + 边界用例）；D9–D10 台架/离线验证（断连重启、传感器异常、互锁冲突）并做一次回滚演练；D11–D14 人工评审 diff、测试、工时，决定继续、缩小范围还是停止。全程留记录：用什么模型/版本、谁改的、改了什么、测了什么、谁签字。
| 阶段 | 做什么 | 输入 | 输出/证据 | 通过/停止 |
|---|---|---|---|---|
| D1–D2 基线 | 选非安全关键、边界清楚、工程完整的回路；记录当前工时/修改量/缺陷 | 回路清单、历史工程、变更记录 | 基线表、范围说明 | 找不到完整工程/无人配合 → 停 |
| D3–D5 读工程与生成 | 让工具读点位表/图纸/工程，回答并生成一段逻辑/配置 | 工程文件、点位表、工艺说明 | 问答记录、生成稿、diff | 读不全/答非所问 → 缩范围或停 |
| D6–D8 编译与仿真 | 编译、静态检查，仿真/软 PLC 跑正常与边界用例 | 生成稿、测试用例 | 编译日志、仿真记录、缺陷清单 | 编译不过/行为不符 → 修或停 |
| D9–D10 台架/离线 | 跑断连重启、传感器异常、互锁冲突，做回滚演练 | 台架/离线环境、用例 | 测试报告、回滚记录 | 出现安全相关错误 → 停并复盘 |
| D11–D14 评审 | 人工评审 diff/测试/工时，决定继续、缩小或停止 | 全部记录 | 评审结论、下一步清单 | 无人愿签/证据不全 → 不扩大 |
2 周为编辑建议，按回路复杂度、工程资料完整度和停机窗口调整；POC 通过不等于可上生产，仍需变更管理和分阶段实施。
验收指标与停止条件
指标要能复算，不靠“感觉快了”。建议至少看 7 项：编译通过率（同一批任务一次编译通过/总任务）、diff 可读性（变更行数、是否集中在目标对象、能否人工审）、行为测试（正常顺控/边界/断连/传感器异常/互锁是否全过）、人工修改量（生成后还要改多少行/多少工时）、回滚时间（从变更到恢复原版本）、审计完整性（谁、何时、改了什么、用什么模型/版本）、资产权属（代码/配置/测试记录能否导出）。门槛按回路风险、停机成本和企业变更制度定，下面的数字只是编辑假设，不是行业标准；任何一项不通过，都可以成为停止或缩小的理由。
| 指标 | 怎么测 | 建议门槛（编辑假设） | 不通过怎么办 |
|---|---|---|---|
| 编译通过率 | 同一批任务一次编译通过 / 总任务 | ≥80%，按回路复杂度调整 | 降范围、补工程上下文 |
| diff 可读性 | 变更行数、是否集中在目标对象、能否人工审 | 变更可解释、无无关改动 | 要求工具改进或换方案 |
| 行为测试 | 正常顺控、边界、断连重启、传感器异常、互锁 | 约定用例全过，无安全相关缺陷 | 停止，不做生产 |
| 人工修改量 | 生成后人工修改行数 / 工时 | 比基线明显下降（如 ≥30%） | 价值不足，停 |
| 回滚时间 | 从变更到恢复原版本 | 在停机窗口内（按厂定） | 补版本、备份、演练 |
| 审计完整性 | 谁、何时、改了什么、用什么模型/版本 | 可追溯、可导出 | 不满足不上线 |
| 资产权属 | 代码/配置/测试记录能否导出 | 合同明确、样例可导出 | 不签或改条款 |
门槛为编辑假设，不是行业标准、供应商承诺或效果保证；按回路风险、停机成本和企业变更制度设定。
合同要写什么
工控智能体的合同，重点不是“买多少个席位”，而是“范围、权限、验证、责任、退出”。至少写清：范围与回路清单（哪些做、哪些不做）；权限与账号（最小权限、只读/读写、账号归属、审计）；工程资产/数据权属（代码、配置、测试记录、工程文件归谁，能否导出/删除）；验证责任与验收（谁做行为测试、用什么用例、谁签字、失败怎么办）；交付物（代码/配置/测试记录/文档/培训）；责任/保修/保险（出错的责任边界、修复时限）；退出与迁移（合同结束怎么导出、迁移、删除）；价格与里程碑（POC 费用、正式合同、按验收付款）。不要把“编译通过”当验收，也不要在 POC 未通过前签全款上线合同。
| 条款 | 要写清 | 为什么 |
|---|---|---|
| 范围与回路清单 | 哪些回路、哪些任务、哪些明确不做 | 防止“什么都支持” |
| 权限与账号 | 最小权限、只读/读写、账号归属、审计 | 降低误改与泄露 |
| 工程资产/数据权属 | 代码、配置、测试记录、工程文件归谁；能否导出/删除 | 避免被平台锁定 |
| 验证责任与验收 | 谁做行为测试、用什么用例、谁签字、失败怎么办 | 编译通过 ≠ 逻辑可靠 |
| 交付物 | 代码/配置/测试记录/文档/培训 | 没有记录无法复现 |
| 责任/保修/保险 | 责任边界、修复时限、是否投保 | 工控事故成本高 |
| 退出与迁移 | 合同结束怎么导出、迁移、删除 | 防止数据/工程被扣 |
| 价格与里程碑 | POC 费用、正式合同、按验收付款 | 不为一纸 demo 付全款 |
合同条款为编辑建议，不构成法律意见；具体按企业采购制度、法务、安全标准和项目风险确认。
现场信号：工厂已经在用智能体做什么？
“工控智能体”不是孤立的实验室概念，工厂侧的智能体已经在排产、工艺参数、异常分析和设备诊断里出现。但这些信号说明的是“智能体进车间”在发生，不等于“PLC 编程智能体已成熟”。
- 浙江未来工厂展馆（2026-11-04）：六个 AI+制造 场景，现场达成 70 余项合作。数益工联展示 AI 数字工厂系统，含 APS 智能排产、工艺参数智能推优、制造 AI 助手、智能安全检测等智能体；桐昆集团旗下恒云智联的“纤开鸿”工业操作系统，可融合工业智能体分析异常、给出方案。
- 安徽（2026-09-22）：安徽省工信厅发布 9 个省级特色工业大模型、26 个省级特色工业智能体；中国工业互联网研究院安徽分院发布首批 50 个“AI+制造”场景应用案例，覆盖研发设计、生产制造、质量检测、设备运维。
- 浙江大学高端装备研究院（2026-11-09）：工程机械故障辅助诊断大模型，秒级输出图文排障方案，诊断准确率超 95%；团队称打通数据清洗、模型微调、知识库构建到智能体研发。该数据为获奖单位自述，不是第三方审计。
这几条信号的共同点是：智能体先落在“读数据、给建议、做诊断”，而不是“直接改安全关键控制逻辑”。这和 IDC 的判断一致——工程闭环、独立行为验证和异常/回归测试仍是短板。工厂可以把这些场景当作“智能体可用”的旁证，但不能把“诊断准确率 95%”迁移成“写程序也 95% 可靠”。
谁该读、谁不适合、能支持什么决策？
适合：有 PLC/DCS/SCADA 工程、自动化工程师忙、改线/批量变更频繁、想把读工程/建对象/批量改/编译测试提速的工厂；正在评估工控智能体或工业大模型，需要判断“先做哪个回路、要什么证据”的设备/自动化/数字化负责人。不适合：没有完整工程资料、没有仿真/台架条件、想把安全回路直接交给 AI、只想买“一键生成”而不做评审的团队；也不适合把工控智能体当“替代工程师”的立项理由。能支持：该不该做 POC、选哪个回路、验收看什么、合同怎么写、什么时候停；不能替代功能安全设计、变更管理和有资质工程师的签署。
常见问题
工控智能体会取代 PLC 工程师吗？
短期不会。IDC 的判断是未来 2–3 年从代码建议走向工程协作者，但仍需人类工程师监督、审查和签署。它更像把重复的读工程、建对象、批量改、编译测试做快，把工程师的时间留给工艺理解、异常判断和责任确认。企业真正要补的是工程数据、版本管理和测试能力，而不是把责任交给模型。
没有完整的历史工程文件，能做 POC 吗？
可以先做小范围，但价值会打折。工控智能体要读点位表、图纸、既有工程上下文；文件缺失时，只能做问答/片段生成，难以验证 diff、编译和行为。建议先选一个有完整工程、非安全关键的回路；如果连图纸/点位表都没有，先补资料，或把 POC 目标改成“资料整理 + 只读问答”，不要承诺自动改程序。
编译通过就能上线吗？
不能。IDC 明确提醒“编译通过不等于逻辑可靠”，独立行为验证要覆盖正常顺控、边界条件、断连重启、传感器异常和互锁冲突。上线还要走变更管理、备份/回滚、台架或离线验证、人工评审。安全相关回路还要按功能安全标准由有资质人员设计和验证。
老设备、多品牌 PLC 能用吗？
取决于工具对指令集、对象模型、工程格式的覆盖，以及你能否提供可读的工程文件。多品牌往往意味着映射和测试成本上升；跨版本迁移也可能“编译过但行为变”。POC 里要专门测你最老、最杂的那套，不要只用最新品牌演示。不能覆盖的，先做只读分析和文档整理，不要承诺自动迁移。
程序和工艺数据会不会泄露？
工控工程含点位、工艺参数、设备逻辑，可能构成商业秘密。选型要问：部署在哪（本地/私有云/公有云）、谁能访问、是否用于训练、日志留多久、能不能删除、有没有第三方分包。合同写数据/工程资产权属、使用范围、保密、删除/返还和审计；敏感产线优先本地/私有化，账号最小权限、只读优先。
AI 写的程序出了事故谁负责？
责任不能只写在“AI 生成”上。企业要保留变更审批、测试记录、人工签署和版本回滚，明确内部责任人；合同要写厂商的验证责任、修复时限、责任限额和保险。安全相关系统必须由有资质工程师按适用标准设计/验证，AI 输出只能作为草稿或建议。具体责任按合同、法律和事故调查认定，本文不构成法律意见。
预算和合同怎么谈？
先算总成本：工具许可/订阅、实施/集成、工程整理、测试/台架、培训、年维护、内部人力；POC 费用是否可抵扣；按里程碑/验收付款。不要只看“每席位/每 token”单价，也不要在 POC 未通过前签全款上线合同。合同写范围、权限、交付物、验证、责任、退出和数据权属；具体价格以厂商报价和项目确认结果为准。
一句话总结
工控智能体可以先用在非安全关键回路：读工程、生成草稿、做 diff 和测试；验收看可靠、可审查、可回滚，安全联锁和急停不交给 AI 直接改。
研究方法与局限
本文为公开资料与项目方法整理，不是工控安全、软件选型、投资或法律建议。IDC 报告为公开博客摘要，全文未公开；本文不复述厂商得分、不做排名，也不推荐任何厂商。82%/70% 为 IDC 2026 年离散制造业智能体功能调研数据，不是本厂数据；浙江/安徽案例为企业或政府公开分享，浙大项目为获奖单位自述，均不是第三方审计。三层形态、5 个维度、6 条边界、2 周 POC、指标门槛和合同条款均为编辑建议，具体按回路风险、工程资料、企业变更管理和合同确认。功能安全相关系统必须由有资质人员按适用标准设计和验证，不能把 AI 输出直接当安全论证；本文不替代专业工程判断。
数据来源与口径
资料截止 2026-11-13；以下为公开页面，具体以原文为准。
- IDC《从 OT 代码辅助走向工程闭环，5 家入选 IDC 首发〈中国工业控制智能体技术评估，2026〉报告》（2026-11-09）：IDC 中国。报告 Doc#CHC54370326，2026 年 10 月；4 层 11 维、5 家代表厂商、行业平均基准；82% 可靠性、70% 准确率；多数产品仍停留在建议输出、片段生成或有限工具调用；工程执行闭环、独立行为验证、异常与回归测试、标准化产品、可量化 ROI 为短板；“编译通过不等于逻辑可靠”。公开摘要，不是报告全文。
- 新华网浙江《“未来工厂 潮涌制造未来”展馆：六个高价值“AI+制造”场景亮相》（2026-11-04，来源浙江省经信厅）：新华网浙江。六个场景、现场 70 余项合作；数益工联 APS 智能排产、工艺参数智能推优、制造 AI 助手、智能安全检测；桐昆“纤开鸿”+ 工业智能体分析异常。政府/企业公开报道。
- 中国科学技术大学新闻网转载中安在线《2026 世界制造业大会｜“人工智能+制造”场景对接专场发布会圆满举办》（2026-09-22）：中国科大新闻网。安徽省工信厅发布 9 个省级特色工业大模型、26 个省级特色工业智能体；首批 50 个“AI+制造”场景应用案例。
- 浙江大学高端装备研究院《我院荣获第十五届中国创新创业大赛“AI+工程机械”专业赛一等奖！》（2026-11-09）：浙江大学高端装备研究院。工程机械故障辅助诊断大模型，秒级图文排障、诊断准确率超 95%；获奖单位自述，不是第三方审计。