混合品牌

一条产线四种 PLC：AI 接入能走到哪一步

混合产线接 AI 卡住的从来不是模型：能"改工程"的只有三类接口，其余只能读运行时。六家逐一拆开看。

一句话结论：混合品牌产线接 AI，卡住的从来不是"哪个模型更聪明"，而是这家厂商有没有开放的工程级编程接口。有 Openness 这类接口的（西门子、罗克韦尔、倍福、CODESYS 系），AI 能改工程、能编译、能回读核对；没有的（三菱、欧姆龙这一类，对外只有运行时协议），AI 最多"读"和"监"，改程序仍然得人来。认清这条界线，比再看十篇产品评测有用。

披露：本文的接口与产品事实来自各家官方文档与公开资料（2026-10-27 核对），MCP 生态的星标数是当天从 GitHub API 实测拿的，会随时间变化。我们没有逐个安装这些 MCP 服务器做端到端实测，下文只给"能不能装、覆盖到哪一层"的判断，不给性能数字。

一、混合产线的三种真实形状

"混合品牌"这四个字，在现场有三种完全不同的样子，而它们的 AI 接入难度是递增的：

OEM 机台各带各的控制器。主线西门子 S7-1500，两台进口专机是罗克韦尔 CompactLogix 和倍福 CX，包装段一台三菱 FX。你只买机器，不买源码，程序在供应商手里。
老线 + 新线并存。老线 S7-300 跑十几年没人敢动，新线 S7-1500 + 罗克韦尔；两边靠 OPC UA 或网关对接，工程文件各存各的。
并购整合。集团下几个厂各有各的标配，同一个 MES 要对接四种程序。

这三种都指向同一个现实：不存在"一个 AI 把整条线包下来"的可能，因为连"一个工程师把所有工程都打开"都做不到——每家的工程软件、文件格式、接口都不一样。

二、先分清两件事：改工程，还是读运行

这是全文最重要的一节。AI 在工控里能做的事，被接口卡在三个层级上：

层级	能做什么	需要什么	AI 能不能闭环
工程级（写）	建块、改逻辑、配硬件、编译、导出	厂商开放的工程 API（Openness / Automation Interface / L5X 等）	能：改 → 编译 → 报错 → 再改
运行级（读写）	读变量、写设定值、看状态	协议（OPC UA / Modbus / MC / FINS / ADS）	半能：能读写，但改不了程序结构
文本级（不落地）	生成一段代码给你复制	一个对话框	不能：编译不过就没人管

绝大多数"AI 写 PLC"的演示停在第三层——因为它不需要任何接口，只要一个聊天框。而工程价值的差别，全在第一层有没有闭环：AI 写完，编译器说不行，它自己改；改完仿真跑一遍，再读回工程核对一遍。没有编译和回读，AI 写的东西等于没有验收。

所以"这家能不能接 AI"，实测问一句就够：它有没有一个能让你用代码调用"创建对象、编译、导出"的官方接口？ 有，就能闭环；没有，就只能读到第三层。

三、六家的可编程面，逐一对照

品牌	工程工具	工程级可编程接口	运行协议	现实评价
西门子	TIA Portal	Openness（.NET API，可创建对象、导入导出、编译）	S7 / OPC UA	最完整。第三方 MCP 网关已经成熟到能商用
罗克韦尔	Studio 5000 Logix Designer / FactoryTalk Design Studio	L5X（XML 导入导出）；Design Studio 是浏览器里的云端 IDE，自带 Copilot	EtherNet/IP (CIP)	双层：老工程走 L5X 文本交换，新工程在云 IDE 里"自带 AI"
倍福	TwinCAT 3 XAE	Automation Interface（COM 自动化，官方文档齐全）、XML 导入导出	ADS / EtherCAT	工程级接口老资格，社区 MCP 项目多；官方另有 TwinCAT CoAgent
CODESYS 系（WAGO、博世力士乐、Festo 等多家共用）	CODESYS	Scripting（脚本化）+ PLCopen XML 导入导出	OPC UA	一份接口覆盖多家硬件，是"混合品牌"里性价比最高的一段
三菱	GX Works3	工程文件格式私有，公开材料里没有等价的工程 API	MC 协议（运行时）	只能读运行；社区项目做的是"解析工程文件做只读分析"
欧姆龙	Sysmac Studio	同上，公开材料无工程 API	FINS（运行时）	同上，社区有 FINS 方向的 MCP，但止于读写

看懂这张表，选型就不用猜了：前四家的产线，AI 有资格进"改工程"这一层；后两家的，先把"读"和"监"做好，别急着让 AI 碰程序。

四、MCP 生态的实测现状：每家都有一个，但没人能通吃

GitHub 上按品牌搜 MCP 服务器（2026-10-27 实测星标，仅取每类前几名）：

方向	代表项目	星标	覆盖到哪
CODESYS	`codesys-mcp-toolkit` / `Codesys-MCP`	126 / 88	工程操作 + 起运行时
三菱（运行时）	`McpX`（MC 协议通信库，不是 MCP）/ `gx3-cli-mcp`（只读解析 GX Works3 梯形图）	67 / 8	前者读写变量，后者只读分析工程
倍福	`twincat-validator-mcp` / `twincat-mcp` / `TwinCAT-XAE-MCP`	39 / 34 / 21	校验并修 XML、构建部署、跑 TcUnit 测试
罗克韦尔	`studio5000-AI-Assistant` / `studio5000-mcp-server`	38 / 24	解析 L5X、与 AI 交互
欧姆龙	`OMRON-MCP`	9	FINS 读写
西门子	TiaLink（商用）+ 若干开源项目	—	Openness 全量操作，含编译与仿真

三个观察，都是实打实的：

量级都在两位数到三位数星标，和通用 MCP 服务器动辄上千的规模差一到两个数量级。这意味着这些工具基本没有经过大规模实战检验，拿来就要自己做回归测试。
没有任何一个项目声称能跨品牌。 名字就写死了：Studio5000 的只管罗克韦尔，TwinCAT 的只管倍福。这不是能力问题，是接口本身是厂商私有的——想跨，只能在上层拼。
覆盖面参差：倍福那一批能做到"构建 + 部署 + 跑单元测试"，说明 XML 与 COM 接口足够深；三菱、欧姆龙那一批停在"读写变量"。这就是上表那张界线在生态里的投影。

五、厂商自带的 agent，也都锁在自家

如果你指望"等厂商出 AI 就自动解决混合产线"，会失望，因为它们全都是单品牌的：

西门子 Eigen Engineering Agent（2026-04 发布，6 月加 ECAD 与合规工程生成）：与 TIA Portal 并行工作，读西门子工程模型、按目标执行、自纠错。我们另有一篇拆过它的五条边界（云、锁生态、工具面固定等）。
罗克韦尔 FactoryTalk Design Studio Copilot：它不是一个把 ChatGPT 包一层的东西——按 RealPars 的解读，罗克韦尔自己训了一个小模型专门服务 Design Studio，能生成代码、解释代码、接版本管理。但 Design Studio 本身是浏览器里的云端 IDE（官方定位：cloud-based、只需要浏览器），所以这套 AI 天然在云上。
倍福 TwinCAT CoAgent：官方定位是把生成式模型与专用 agent 结合，覆盖工程与运维的自然语言交互。
施耐德 PLC Code Generation Copilot：内置在 EcoStruxure Automation Expert 里，靠"验证过的库 + 多层护栏"，官方口径是开发时间降 30–50%。

四家各自的逻辑都是对的，但它们各自的逻辑只覆盖自己那条线。一条有四种 PLC 的产线，你不会有四个 AI，你会有四个互不相通的助手——这比没有更麻烦。

六、三条可行架构，代价各不相同

A. 一个 agent + 多个 MCP 后端（推荐给工程团队）

保留你已经在用的 agent（Claude Code / Cursor / Codex），按品牌接不同的 MCP 后端：西门子段接一个，倍福段接一个，三菱段只能接运行时读写。好处是人机界面只有一个、验收标准只有一套；代价是每个后端都得自己回归测试，而且你要接受"某些段 AI 只能读"。

B. 用交换格式中转（适合迁移与审查，不适合日常改程序）

不追求 AI 直接驱动各家的 IDE，而是把工程导出成文本格式，让 AI 在文本上工作：西门子是 SimaticML，罗克韦尔是 L5X，跨厂商的是 PLCopen XML（IEC 61131-10）。这条路对"批量审查、批量迁移、生成文档"很好用，Control Engineering 也专门写过 IEC 61131-10 的用法。

但代价必须说清：交换格式一定丢厂商特性。西门子的工艺对象、罗克韦尔的 AOI 与特定指令、倍福的 TcCOM 模块，导出再导入往往变形。所以它适合"读出来分析"，不适合"改完再灌回去上线"。

C. 只读统一（最保守，也最快见效）

所有段统一走 OPC UA（或加上 Modbus/MC/FINS），让 AI 只做看数据、写设定值、报警根因初筛这类不碰程序结构的事。见效快、风险低，代价是永远进不了"改工程"这一层。

现实里通常是 C 打底 + A 增量：先用只读把价值证明出来，再挑风险最低的那一段（一般是西门子或 CODESYS 段）开"写"的口子。

七、西门子那一段具体怎么落

大多数国内产线的"混合"，是西门子占大头 + 少量其他品牌。所以最实用的做法是：先把西门子段做成可闭环的样板，再复制到其他段。

这一段可以用 TiaLink：

形态：MCP 网关，暴露一个 /mcp（Streamable HTTP）端点，把 Openness 能力封装成 MCP 工具；
部署：网关必须与博途同机（Openness 只能跑在装了博途的机器上），MCP 客户端可以在内网另一台机器通过局域网接入，工程数据不出厂区；
能力：硬件与网络组态、创建 FB/FC/DB/UDT、写 SCL、编译、下载到 S7-PLCSIM Advanced 仿真、读回项目核对；
边界（必须说清）：当前支持 V19 / V20，V21 暂不支持；只管西门子，不跨品牌；不绑定任何 agent，也不替你决定"该设计成什么样"。

放进混合产线的架构里，它的位置是这样：

你的 agent（Claude Code / Cursor / Codex）
   ├─ MCP：#1 西门子段  → TiaLink → 博途（改 / 编译 / 仿真 / 回读）
   ├─ MCP：#2 倍福段    → TwinCAT 类 MCP → XAE（改 / 构建 / 跑测试）
   ├─ MCP：#3 三菱段    → MC 协议 → 只读写变量
   └─ MCP：#4 罗克韦尔段 → L5X → 文本层分析，不直接上线

同一个 agent、同一套验收标准、四段能力不同但口径一致——这是混合产线唯一站得住的形态。

八、跨品牌验收清单（每一段都套同一份）

不管后端是哪家，验收都该过这几关，缺一关就不算"能用"：

改动前有基线：导出原工程（或至少原块），留一份可比对的快照。
编译 0 错误：不是"看起来对"，是编译器说对。
仿真跑过：能在 PLCSIM / 软 PLC / TcUnit 里跑通主流程和至少一条异常路径。
回读核对：改完从工程里读回来，和预期逐项比对（块号、接口、变量地址）。
可回滚：出问题能一键退回基线，且回退本身也验证过。
留痕：谁在什么时候让哪个 agent 改了什么，事后能查——受监管行业这一条是硬要求。

九、别做的四件事

别指望"一个 MCP 打通四家"：现在的生态是四套私有接口，硬做聚合层只会把风险集中到一个你自己维护的点上。
别用交换格式当生产路径：PLCopen XML 适合审查和迁移，不适合"改完灌回去上线"。
别让 agent 直接落盘：预演 → 批准 → 执行 → 回读，这四步在任何品牌上都不能省；尤其是你只买机器、不掌握源码的 OEM 机台。
别看星标选工具：两位数星标的项目意味着几乎没有人替你踩过坑，装上第一件事是做回归测试，不是接现场。

参考来源

Siemens TIA Portal Openness（官方文档）与 Eigen Engineering Agent 产品页：链接
Rockwell FactoryTalk Design Studio（云 IDE、Copilot）官方产品页与文档；RealPars《How FactoryTalk Design Studio Uses AI to Help You》：链接
Beckhoff TwinCAT 3 Automation Interface 文档；TwinCAT CoAgent 官方页：链接
PLCopen / IEC 61131-10 XML 交换格式：链接；Control Engineering 对 IEC 61131-10 的解读
Schneider Electric《Engineering at scale: How AI is transforming PLC coding》（PLC Code Generation Copilot）：链接
GitHub 星标数据：codesys-mcp-toolkit、Codesys-MCP、twincat-validator-mcp、twincat-mcp、TwinCAT-XAE-MCP、studio5000-AI-Assistant、studio5000-mcp-server、OMRON-MCP、McpX、gx3-cli-mcp（2026-10-27 实测）
TiaLink 能力与版本边界：产品页