前言

上期我们聊了FTP备份相比U盘备份的优势，也演示了单台机器人通过FTP连接电脑完成文件备份的操作流程。那套方法解决的是“一台怎么备”的问题，但在实际产线上，机器人往往有几十台甚至几百台，逐台手动连接、选文件、复制，依然是个体力活。
于是我就想，能不能把整个流程做成一个工具——打开界面、选好清单、点一下按钮，所有机器人的程序自动备份到位，并按名称归档保存。
这期就把这个工具的制作过程完整分享出来，也算是一个普通自动化工程师用AI编程工具解决实际问题的真实记录。

为什么不直接用AI帮我备份？

有朋友可能会问：既然现在AI这么强，直接让AI通过FTP连上机器人帮我备份不就行了，为什么还要自己做个工具？

这个问题我认真想过，事实上在工业现场通常有以下几种限制，导致直接让AI联网操作设备并不现实，也不合适。

1. 生产网络与互联网安全隔离
   车间的设备网络和办公网、互联网往往是物理隔离的，出于安全考虑，不会允许外部服务直接访问生产设备机器人所在的网段。AI大部分需要联网使用，连不上机器人便无法操作。即便有的工厂部署了本地的AI大模型，也存在下一点所述的安全风险。

2. AI工具权限过大，存在安全风险
   工业现场需要的是安全、稳定，对“不可控”的操作是零容忍的。让AI直接对机器人执行FTP操作，意味着它拥有对生产设备文件系统的读写权限。若出现指令理解偏差、误删程序、误传文件，简单点的后果可能是“重做一次”轨迹，严重的可能导致设备撞机损坏，直接影响产线运行。

AI在工业现场就不能使用了吗？

当然不是。关键在于怎么用、用在哪一环。

让AI直接操作生产设备，就像把一头野兽直接放进车间——它力气大、跑得快，但你不确定它下一秒会做什么。工业现场最怕的就是“不确定”，一次误操作可能影响整条产线，这种风险没人愿意承担。

但如果我们换一种思路：不是让野兽在车间里乱跑，而是把它关进笼子里干活。

那么真正需要的是本地化的离线工具。与其让AI远程操作，不如让AI帮我写一个能在本地运行的离线工具——工具本身不联网、不依赖外部服务，只在我设定的权限内执行备份操作。笼子就是这段代码，边界由我来定，AI的力气再大，也只能在笼子里使。

这样既用上了AI的编程能力，又保证了操作的可控性和安全性，边界清晰，风险可控，这也是我用AI工具做这个备份工具的根本出发点。

用AI做这个工具的实际步骤

整个工具从想法到落地，大致经历了五个阶段。

1. 需求分析：先想清楚要什么
   动手写提示词之前，我先把自己的需求从头到尾梳理了一遍。

   • 工具要容易操作，大家不可能每次都打开命令行敲指令，所以需要图形化界面，点几下就能操作。
   • 产线上机器人可能几十甚至几百台，每台IP不同、备份到本地的文件夹名也不同，所以首次用需要建立一份Excel清单，把IP和文件夹名称的对应关系固定下来，并提供填写模板。
   • 备份动作本身是FTP连接、逐台下载，这个过程重复且机械，所以工具要能自动批量处理，不用我盯着。下载下来的文件按Excel里的名称自动命名，归档清晰。
   • 备份过程中可能会有网络错误导致备份失败，所以要有实时进度和状态显示。

2. 写提示词：把需求翻译成AI能理解的话
   这一步很关键，提示词越具体，AI制作的就越准，返工越少。
   我没有简单地说“帮我写个FANUC机器人备份工具”，而是将上篇讲到的使用 FTP 备份的具体操作给它参考，并按结构把具体要求明确，写了一段相对完整的提示词，内容是：

   • 具备可视化图形操作页面，提供机器人IP与文件夹名称excel文件选择路径及备份后的文件保存路径；
   • 统一机器人IP与文件夹名称对应excel模板，提供模板下载按钮；
   • 根据机器人IP地址，使用FTP协议连接机器人，将文件夹中所有文件复制到文件保存路径，文件夹以excel的名称命名；
   • 提供备份状态及进度显示；
     

3. 发给AI写代码：拿到第一版
   把提示词发给AI后，很快就得到了一份完整的Python代码。

包含界面布局、Excel读取、FTP下载、进度显示等模块。

第一次运行基本框架是通的，但在测试时出现了报错，这就进入了下一步。

4. 本地调试：报错→对话→迭代
   这是整个过程中最耗时、也最有意思的一步。

   

   iter_rows() got an unexpected keyword argument ‘values_only’：这个报错是因为openpyxl版本过低，不支持该参数。AI建议升级库，但考虑到现场环境不便升级，于是让AI改成了兼容低版本的写法，问题顺利解决。

   整个过程就是发现问题→把报错信息和期望效果发给AI→AI给方案→本地验证→继续下一轮，经过多次迭代直至符合需求。

5. 打包：把代码变成能分发的EXE
   调试完成后，需要在未安装python环境的电脑也可以使用，需要用PyInstaller打包，打包的命令也可以问AI。

   

   照着操作，最终打包出来的EXE，双击就能运行，不用装Python环境，发给同事直接能用。

   以下是测试效果
   
   

关于AI写离线工具的一点总结

回过头看，这个工具本身并不复杂，几乎零代码编写，但它代表了一种很实际的思路：用AI的编程能力，做本地化、离线化、可控化的小工具，解决一线工作中的具体问题。

这种模式有几个明显的好处：

• 第一，适合工业现场的网络环境。 工具本身不联网，可以在完全离线的车间电脑上运行，不受网络限制。

• 第二，风险可控。 工具做什么、不做什么，都由代码定义，AI只参与写代码这一环，不参与实际设备操作，边界清晰。

• 第三，复用性强。 这次写的是FANUC备份工具，下次遇到ABB、西门子的类似需求，可以基于同样的框架快速改一版，甚至可以让AI帮忙改造。

• 第四，门槛低。 不需要精通Python，只要能把需求描述清楚、能看懂报错信息、能按步骤调试，就能借助AI把工具做出来。

对一线自动化从业者来说，这可能是AI最实在的用法：不是让AI替我们干活，而是让AI帮我们把活干得更省事。

以上便是本篇文章的全部内容，我会持续分享我的经验，如果你喜欢我的分享请点个关注，希望能和大家一起进行问题或技术交流。

Tips
利用AI制作工具时，代码需要在安装了python环境的电脑进行测试，若无环境测试，可直接下载已做好的工具，谢谢