最近你要是常刷 B 站或者知乎，搜"博途"大概率会刷到同一类视频：给 AI 说一句中文，它就在西门子博途里自动生成一套 Modbus 轮询程序，建块、建变量表、编译一气呵成，还配一句"全程录屏无剪辑"。这波热度不掺水分，7 月以来，AI+博途编程的内容集中爆发。用 Kimi K3 写博途程序的视频播放量 2.4 万。哔哩哔哩用 Claude Code 接 MCP 画梯形图的播放 7000 多。哔哩哔哩还有开源工具直接晒出"373 条指令、99.7% 成功率"的测试数据。哔哩哔哩
更关键的是官方也下场了。今年 4 月汉诺威工博会上，西门子正式发布了自家的 AI 工程智能体 Eigen Engineering Agent，定位被业内称为"PLC 编程界的 Claude Code"。Eigen Engineering Agent 已面向 60 多万 TIA 博途用户开放，并按计划于 6 月下旬在中国市场上市——算下来，国版上线已经两个月了。知乎
那么问题就变得很实际：AI 写博途程序，现在到底能不能用？想上手的话该走哪条路线？哪些坑得提前避开？ 我把最近知乎、B站、公众号上的内容整体翻了一遍，今天把棋盘和坑位一次说清楚。
先看棋盘：AI+博途，目前就四条路
第一条：西门子官方的 Eigen Engineering Agent。 这是根正苗红的一条路。它不是简单的代码补全，而是以应用形式跑在 TIA 博途项目上的智能体，端到端做任务规划、执行和验证。它支持 SCL 和 LAD 代码生成、编译和语法错误秒级修复、批量属性修改、风格指南检查、自动生成项目文档，还能给遗留老程序理清逻辑、补注释。知乎HMI 侧支持 JavaScript 动态生成、VB 脚本向 WinCC Unified 迁移；驱动配置、硬件批量导入、PROFINET 网络拓扑也在能力清单里。所有输出直接落回 TIA 博途内部，这是第三方工具比不了的集成度。
不过要泼一点冷水：国版上市两个月，站内的深度实测反馈还很少，定价、授权方式、对国内项目环境的适配都还没有足够的一手信息，目前不宜拿官方宣传当实测结论。
第二条：第三方闭环工具。 代表是 RealPLC TIA Agent，思路是让 AI 写代码不止步于聊天窗口，而是把"AI 生成→导入博途→真实编译→错误反馈→自动修复"串成闭环。知乎方向是对的，但他们自己也承认瓶颈：8 月初官方宣布 V3.0 延期，原话是博途 Openness 的集成，目前还是不能很好地完整生成 PLC 代码后自动编译。知乎连做闭环的都这么说，你就知道"全自动"离落地还有距离。
第三条：开源免费路线。 代表是 Gitee 上的开源项目"枢途"，基于 .NET 10 + WPF + TIA Portal Openness MCP，支持博途 V16 到 V20，作者自报 373 条 LAD 指令总体成功率 99.7%，还可以搭配智谱 GLM 这类国产模型。哔哩哔哩注意这是作者自报数据，不是第三方审计——但它的价值在于把"AI 通过 Openness 直连博途"这条路彻底跑通了，而且免费。
第四条：自己搭。 用 Claude Code、Kimi、Trae 这类通用 AI 编程工具，自己接 TIA Portal Openness 的 MCP；或者像有人做的那样本地部署小模型加技能库。上限高、门槛也高，适合本身有开发能力、又想完全掌控链路的人。
到底能不能用？证据要分两面看
先说能用的部分：模板化的活，AI 是真快。通信轮询、阀门控制这类标准功能块、变量表、IO 映射、项目文档和注释——这些占掉工程师大量时间的重复劳动，AI 已经能一口出个能用的草稿，人类只需要审和改。
但"靠不靠谱"不能看演示，得看专门有人较真之后的结果：
其一，学术侧有人故意往 ST 程序里埋雷。一篇叫 STMutants 的研究，选了 PID、流量计、交通灯、刀库、顺序控制等 11 个 ST 程序，植入 108 个有效 bug，再让 GPT-5.2、Gemini 2.5、Claude Sonnet 4.5 分别生成单元测试去抓。知乎结果：大多数 bug 能被抓到，但一个带深层状态转换的顺序控制程序表现骤降。原因不难理解——这类程序的错误要跨多个 PLC 扫描周期、靠内部状态演化才会传到输出，而大模型擅长看局部代码，弱在推演跨周期、带状态保持的顺序逻辑。真实工业现场最危险的问题，恰恰集中在这里。
其二，翻车现场是真实存在的。8 月中旬 B 站就有个视频，标题直白得很：让 AI 修博途报错，结果 AI 把 FC 块整个删没了。哔哩哔哩工具能写能删，权限给出去之前要想清楚。
其三，连最激进的闭环派也在踩刹车——RealPLC 因为 Openness 集成成熟度不够而推迟版本。
所以结论可以给得比较扎实：AI 写博途程序，"生成模板代码 + 解释老项目 + 文档工作"已经能用；但复杂顺序控制、安全回路的逻辑，编译、测试、仿真、验证四步一步不能省，更不能让大模型自己审自己。知乎
生态的三个真相，上头之前先看看
第一，热闹里一半是卖课的。 高播放视频评论区里，“这个 MCP 收费多少”"是不是要加群"这类问题刷屏。有圈内 UP 主说得很直白：都是利益，光 B 站带徒弟的有多少，通过 MCP 生成 PLC 程序的 UP 也不少，不是加群获取就是收费，真开源免费的也不多。哔哩哔哩掏钱之前，先确认有没有免费方案。
第二，安装教程水很深。 搜"博途安装教程"，相当一部分资源帖带的是网盘安装包加密钥生成器，教程里直接教你右键运行 keygen 安装密钥。知乎这类内容在工控圈一直是流量大户，但真要在生产环境干活，安装包和授权请走官方渠道。另外两个老问题 AI 暂时也解决不了：博途安装包二十几个 G、对电脑配置要求高，很多人只能虚拟机部署；V12 到 V21 版本繁多、项目兼容性差，是 PLC 工程师常年的痛点。换版本之前，先想清楚项目里其他人用的什么版本。
第三，焦虑话术不必照单全收。 "不会用 AI 写 SCL、只会梯形图的注定被淘汰"这类标题党已经出现了。哔哩哔哩但对照前面的证据，AI 连完整项目的 90% 都还撑不起来。有个评论区的提问比口号有参考价值得多：能不能直接用 AI 做整个项目，数字点位 1000+、模拟点位 50+、伺服 20+，能完成 90% 就很厉害了。哔哩哔哩这才是真实项目的标尺。
怎么选，看你是哪种人
如果你是项目里有真实产线的在职工程师： 不用急着下水。可以先从官方渠道了解 Eigen，把 AI 用在文档、注释、风格检查这类低风险环节；要生成代码，先从非安全回路开始，安全联锁相关的代码一步都别让给 AI。
如果你是效率党，现在就想上手： 从 SCL 这种文本语言切入，AI 生成文本代码明显比画梯形图稳。让 AI 起草通信轮询、标准功能块，人逐段审，编译和仿真别省。博途项目记得先做版本留档——V21 新增了 SIMATIC 源文档导出，FBD、SCL 块第一次能导入导出对接 Git，AI 改坏了能回滚，才敢放心用。哔哩哔哩
如果你是白嫖党、技术宅： 开源路线加 S7-PLCSIM 仿真就能把整条链路跑起来，零成本。玩明白了再决定要不要投入真金白银。
如果你是学生或转行者： 别把顺序搞反了。博途基础操作、指令系统、工艺理解才是地基，AI 压缩的是模板劳动的时间，压缩不了你理解"为什么这么写"的时间。
顺便说下国产阵营： 评论区已经有人在问"汇川能不能用"，宝信软件也发布了天行 PLC 编程助手。知乎AI+PLC 编程这条路线正在往更多品牌蔓延，逻辑是相通的。
接下来值得盯什么
一是 Eigen 国版的实测反馈和定价，这会决定官方路线是不是默认选项；二是 TIA Portal Openness + MCP 生态的成熟速度，RealPLC 的延期和枢途的数据都是这条路上的刻度；三是国产 PLC 厂商跟进的节奏。
一句话总结：AI 写博途程序已经过了"玩具"阶段，但还没到"交给它就能下班"的阶段。当下最合理的姿势是——让 AI 写模板、人做判断，把版本管理和仿真验证当护栏。
你上手 AI 写 PLC 程序了吗？效果如何，评论区聊聊。
