西门子 Eigen：官方 AI Agent 能替工程师做到哪一步
西门子官方 AI agent 已经进 TIA Portal：它读工程上下文、按目标执行、自己纠错，但云、锁生态、工具面固定这三条决定了它适合谁。
一句话结论：西门子的 Eigen Engineering Agent 已经是能对真实博途工程动手的产品——它读工程模型、按"目标"拆步骤、跑失败了自己改；但它同时是云端、锁定西门子生态、工具面由厂商固定的。所以真正要问的不是"它强不强"，而是"你的工程数据能不能出内网、你的产线是不是纯西门子、你的流程需不需要自己加工具"。
披露（先说口径）：本文编译整理自西门子官方发布与产品页（2026 年 4–8 月）、Siemens Xcelerator 社区介绍、以及第三方（Interkey、Antomatix、Engineering Software Trials）的实测与评论文章，我们本人没有订阅、也没有独立复现 Eigen，所有性能数字（2–5 倍、50%、80%）都是厂商自述口径，未经我们验证。文中对本地 MCP 路线的描述来自 TiaLink 产品页。
一、时间线：从汉诺威到交付只有四个月
先把事实排清楚，因为中文圈关于 Eigen 的信息大多是转述，日期经常错。
| 时间 | 发生了什么 |
|---|---|
| 2026-04（汉诺威工业展） | 发布，定位"purpose-built AI for industrial automation"，与 TIA Portal 并行工作，纳入 Siemens Xcelerator |
| 2026-04-20 | 宣布正式可用（GA），此前已有 100+ 客户、19 个国家的试点 |
| 2026-05-04 | Xcelerator 社区发文《Meet Eigen: the AI agent that actually knows your TIA project》，首次讲清"它读的是工程对象，不是聊天记录" |
| 2026-06-17（巴黎 VivaTech） | 加两项能力：ECAD 集成（把电气设计接进博途）与符合规范的工程生成（自然语言描述机器 → 可用的标准合规工程）；明确包含在标准订阅里，不加价 |
| 2026-08-17 | 官方下发交付版本（Delivery release，支持条目 110001888） |
四个月从发布到交付，在这个行业里算很快。但注意一个细节："加两项能力不加价"说明它现在是按订阅卖、靠装机量铺开的产品，还没走到按能力分档收钱。
二、"给建议"和"动手做"差在哪
大多数工业 AI 产品到 2025 年为止，本质是"上下文更大的聊天框"：你把代码贴进去，它给你建议。Eigen 的差别有三处，这三处也是判断任何"工程 agent"成色的标准：
1）它读的是工程模型，不是文本。 功能块、UDT、HMI 画面、硬件拓扑——它直接读博途的原生数据模型。这消掉的是最常见的一段返工：AI 生成的代码看起来对，但拿进工程编译不过，因为不知道你的块接口、不知道你的 UDT 长什么样。
2）你给的是目标，不是提示词。 "把这个项目的硬件配好""给这条输送线写顺序控制""给这个块生成测试"——它自己拆步骤、执行、失败重试。工程的价值本来就不在"一次生成一大段代码"，而在串起一百个小而正确的决定，这个抽象层级是对的。
3）它会自检并改错。 编译报错、语法错误、测试不过，它自己回头改。这一条听着平淡，实际是"能交付"和"只能演示"的分水岭。
三、第三方实测看到的三个场景
Antomatix 做过一次比较像真实现场的测试，思路值得学：先故意埋一个故障，只让 AI 诊断、不许它改，等诊断对了再放它动手。它的原始指令大意是：
Motor01 起不来，但看起来各个允许条件都正常。调查这个项目、找出原因，先不要改任何东西。
这个"先诊断、后动手"的两段式，是所有 AI 改工程的正确开局。他们测的三个场景：
- 读老工程：给一个没有任何说明的输送线项目，让它解释结构、追一条启动指令经过哪些块、列出所有可能阻止启动的允许条件——这正好是现场调试和接手旧设备最耗时的部分。
- 改已有块而不是写新块：让它修改既有的电机控制块。这比"生成一个孤立示例"难得多，因为它必须先理解现有软件怎么组织的。
- 生成 HMI 与脚本：WinCC Unified 大量用 JavaScript，它的价值在于能直接写出动态化脚本（比如"Fault 有效时红色边框闪烁、500 ms 一次、故障清除立即停"），而不只是画控件。
再加上官方文档列举的能力面：SCL/LAD 生成与编译纠错、PLC 变量与变量表、常量、UDT、数据块、命名空间、软件单元、PROFINET 地址配置、SINAMICS 驱动配置、自动化测试生成。这份清单的覆盖面已经超过"代码助手"，接近"工程助手"。
四、官方数字怎么读
西门子给的三个数字是：执行速度 2–5 倍（对比手工流程）、工程效率最高提升 50%、整体方案质量提升 80%，客户案例点名了 ANDRITZ Metals（奥地利）、CASMT（中国）、Prism Systems（美国）。
读这类数字要守两条规矩：
- 它是"最高提升"，不是"平均提升"。 官方没有公布方法论、样本量、测量口径。第三方（Interkey）的评价是"与试点客户的口碑一致，但方法论未公开"。
- 速度和"能不能用"是两件事。 一个能省 50% 工时的工具，如果在你的行业里必须走审批和追溯，那它是把省下的时间还回去了。所以下一节比数字重要。
五、五条硬边界（决定你买不买）
这是第三方评论里最有价值的部分，也是官方材料里最不会强调的：
| 边界 | 具体是什么 | 对谁致命 |
|---|---|---|
| 云 | 通过 Siemens Digital Exchange 售卖，公开材料里没有本地部署或离线（air-gapped）方案 | 制药、军工、关键基础设施——工程数据和 PLC 代码不能出内网，合同条款再严也不行 |
| 锁生态 | 只认西门子：同一工厂里 Rockwell、Beckhoff、三菱的线它不碰 | 混合设备产线，等于买一半能力 |
| 工具面固定 | 能做什么由西门子定义；你有自研配方管理、自建 MES、非标测量流程，不能自己加工具，只能提需求 | 有大量内部标准件和自研工装流程的团队 |
| 授权与审计不公开 | 多步自动执行意味着它会改真实工程，但公开文档没有定义授权分级、变更审批流、自动加锁条件、审计格式 | 受监管行业，验收时要拿这一条卡 |
| 模型不公开 | 没说底层是什么模型、上下文窗口多大、推理在哪跑 | 需要按 EU AI Act 高风险类别做文档的团队 |
这五条不是我方臆测，逐条都能在公开材料里对上（Interkey 的评论、官方产品页的范围说明）。其中"云"和"工具面固定"这两条，恰好是第三方路线存在的理由。
六、把边界翻译成选型问题
不要用"哪个 AI 更强"来选，用这三个问题：
- 工程数据能不能出内网？ 不能 → 云端方案直接出局，剩下只有本地。
- 产线是不是纯西门子？ 不是 → 你需要的是"能对接多种 IDE 的通用接口"，而不是某个厂商的助手。
- 有没有厂商不知道的内部规范？ 有 → 你需要能自己加工具、自己写挂接点的方案。
三选一的对照：
| 维度 | 官方 agent（如 Eigen） | 本地 MCP 网关（如 TiaLink） | 通用聊天框（ChatGPT / Claude 网页） |
|---|---|---|---|
| 工程上下文 | 原生读博途数据模型 | 通过 Openness 读，同样作用于真实工程 | 靠你粘贴 |
| 数据出内网 | 是（云） | 否，网关与博途同机，客户端走内网 | 是 |
| 模型/agent 可换 | 否 | 是，任何支持 MCP 的客户端 | 是 |
| 自己加工具 | 否（提需求） | 可以（自己包 Openness 操作） | 否 |
| 编译/仿真/回读闭环 | 是 | 是（编译、下载 S7-PLCSIM Advanced、读回核对） | 否 |
| 支持版本 | 官方口径随版本走 | V19 / V20（V21 暂不支持） | — |
| 成本形态 | 订阅 | 一次性/订阅（以产品页为准） | 免费或订阅 |
七、第三条路：把 IDE 变成接口
前面那张表里，第三列和第一列之间其实还有一条路，而且它更接近工程的本质：不去做一个"更聪明的助手"，而是把博途本身打开成一组可被调用的工具。
道理不复杂。Eigen 之所以能做到"读工程、动手改、自己纠错"，是因为它内部就能调用博途的能力。那如果把这层能力用协议暴露出来（MCP），任何一个 agent——Claude Code、Cursor、Codex、你自己的脚本——就都能做同样的事，而不需要换掉你已经熟悉的 agent，也不需要把工程传到别人云上。
这正是 TiaLink 选的位置：它在装了博途的那台 Windows 机器上跑，把 Openness 能力封装成 MCP 端点 /mcp（Streamable HTTP），网关与博途同机、客户端可以在内网另一台机器接入、工程数据不出厂区。能力面对应的是同一批动作：硬件与网络组态、创建 FB/FC/DB/UDT、写 SCL、编译、下载到 S7-PLCSIM Advanced 仿真、读回项目核对。
关键差别不在"能不能写代码"，而在谁来收口：
- Eigen 把"判断该做什么"和"怎么执行"一起包进了产品，好处是开箱即用，代价是规则由厂商定；
- MCP 网关只提供"手"，目标和边界仍在你这侧——你在哪个 agent 里下指令、你的审批和回滚怎么做、哪些操作必须人工确认，都是你自己的流程。
所以对绝大多数团队，实际的选型不是"官方 or 第三方"，而是分层的：
低风险、重复性高的活（读项目、生成文档、写测试、配 IP）→ agent 直接干，编译+仿真验证
高风险、不可逆的活（改硬件组态、批量迁移、动安全相关逻辑）→ 预演 → 人工批准 → 执行 → 回读核对 → 留痕
任何一层都不应该让 AI 直接落盘——无论它是西门子的官方 agent，还是你自己接的 Claude Code。这也是"确定性优先于概率、护栏优先于放任生成、监督优先于自动化"这三条原则在第三方路线上的落法：确定性靠编译和仿真，护栏靠预演和权限，监督靠审计日志。
八、我们的边界，一并说清
写这种对比最怕只讲别人不讲自己，所以：
- 版本：TiaLink 当前支持博途 V19 / V20，V21 暂不支持。Eigen 走的是随官方版本更新，这一点上官方产品天然占优，不必和美化的说法较劲。
- 能力范围：我们做的是"操作博途"这一层（组态、程序、编译、仿真、读回），不做"替你决定该怎么设计"。业务推理交给你的 agent 和模型。
- 不绑定模型：不锁定任何 agent 厂商，也不替你做模型选型；代价是"开箱即用的完整工作流"要你自己搭。
- 许可：以 TiaLink 产品页 的说明为准，不在本文里复述价格。
九、什么时候选哪个（决策清单）
- 你的产线纯西门子、数据可以上云、团队希望开箱即用 → 官方 agent 是省事的选择，先申请试用一个月跑一个真实小项目。
- 你的工程不能出内网（制药/军工/关键基础设施/大型 OEM 保密项目） → 云端方案出局，看本地路线。
- 你有混合品牌设备、或需要把 AI 接进已有的自研流程 → 只有能自己加工具的方案活得下来。
- 你已经在用 Claude Code / Cursor / Codex，不想再学一套新界面 → MCP 网关是摩擦最小的路。
- 你在受监管行业 → 采购前把"授权分级、变更审批、审计格式、底层模型"这四问写成书面问题发给厂商；公开文档没写清，就要在合同里写清。
- 你要验证而不是相信 → 不管选哪条路，验收标准都该是同一套：编译 0 错误、仿真通过、回读比对一致、改动可回滚。
十、一句话收尾
Eigen 证明了这件事：在工业工程里，"会动手的 AI"已经不是演示，是可以买的产品了。 但它也顺手证明了另一半——越是能动手的东西，"谁定规则、数据在哪、出了事谁签字"就越重要。这条判断对西门子的产品成立，对我们自己的产品同样成立。
参考来源
- Siemens 新闻稿《Siemens takes AI for the physical world to the next level with two new Eigen Engineering Agent capabilities》，2026-06-17：链接
- Siemens 产品页 Eigen Engineering Agent：链接
- Siemens Xcelerator 社区《Meet Eigen: the AI agent that actually knows your TIA project》，2026-05-04：链接
- Siemens 支持条目《Guideline for Eigen Engineering Agent》110004476、Delivery release 110001888
- Interkey《what the April 2026 GA means for the industry》（竞品方评论，边界分析来源）：链接
- Antomatix《Siemens Eigen Engineering Agent: TIA Portal AI Tested》（第三方实测，含"先诊断后动手"测试设计）：链接
- Engineering Software Trials《What It Does and Is the Trial Really Free?》：链接
本文由汇智网编译整理，数据与结论归属上述来源。转载请注明出处。
工具入口：TiaLink ｜ TIA-CONTEXT ｜ 梯形图转 SCL ｜ PLC 云仿真 ｜ TIA Forge 总入口
这是「AI × 工业 / PLC」专题的一部分。完整地图见：AI × 工业 / PLC 完全指南
