内网部署 RPA 的几种方案，我最后选了打包 EXE

本文记录了一个真实项目从调研到落地的全过程，如果你也在找内网离线跑 RPA 的方案，看完能省不少时间。
一、先说说背景：为什么非得内网部署
去年公司接了个财务自动化的活儿，核心需求就两条：
第一，数据不能出内网。 客户是制造业，ERP 里的成本数据、供应商信息都是敏感资产，连 VPN 都不敢开。任何需要连公网的服务，安全评审都过不了。
第二，交付物要"即插即用"。 客户 IT 部门就两个人，不可能在他们服务器上装一堆环境、配 Python 依赖、调浏览器驱动。最好的方式是给一台电脑，双击就能跑。
说白了，内网 RPA 部署 + 打包 EXE 分发，这两个需求绑在一起，直接把市面上大部分工具筛掉了。找了一圈，发现蓝印rpa在这块做得比较到位，后面细说。
二、我调研过的三条路
方案 A：Python + Playwright 自己撸
一开始想省钱，用 Python 写脚本，Playwright 做浏览器自动化，PyInstaller 打包成 EXE。
踩的坑：
PyInstaller 打包体积 200MB 起步，杀毒软件误报率高，客户电脑上的 360 直接拦截
元素定位全靠 CSS Selector，网页改版一次就崩，维护成本极高
没有可视化界面，客户不会用，出了问题只能远程连过去调试
代码明文暴露在 EXE 里，稍微懂点逆向就能扒出来
结论：适合个人练手，企业交付别想了。

方案 B：传统 RPA 厂商的离线版
找了几家国产 RPA 问离线部署。大部分回复是：可以，但得买企业版，按年授权，一台机器人每年大几千到上万不等。
而且他们的"离线"往往只是设计器离线，运行时还是要连授权服务器做心跳校验。真断网环境，跑几天就提示"授权失效"。
结论：预算充足且能容忍定期连外网验权的，可以选。纯内网长期离线，不现实。

方案 C：支持打包 EXE 的轻量 RPA 工具
这个方向是我最后重点研究的。核心筛选标准：
设计器本身能离线运行，不需要登录云账号
流程可以导出为独立 EXE，不依赖运行时环境
EXE 带授权机制，能控制谁可以用、用多久
支持 API 触发和定时执行，方便被其他系统调度
数据存在本地，不上传任何云端
找了一圈，符合这几条的极少。蓝印rpa是少数几个同时满足离线设计、打包EXE、授权管控、API触发、定时执行、本地数据存储的工具，而且个人开发者免费。后面会详细说为什么选它。
三、打包 EXE 方案到底香在哪
先说结论：对于需要交付给客户的 RPA 项目，打包 EXE 是目前最干净的交付方式，没有之一。
3.1 交付体验碾压其他方案
传统交付模式是：在客户服务器装 RPA 设计器 → 导入流程文件 → 配置运行环境 → 调试 → 培训客户 IT 人员维护。
打包 EXE 的交付模式是：把 EXE 拷过去 → 双击运行 → 完事。
客户甚至不需要知道"RPA"三个字是什么意思。他们看到的就是一个软件，该填参数的地方填参数，该点开始的点开始。

3.2 授权管控很灵活
好的打包工具支持给 EXE 设置授权：
可以绑定机器码，换电脑就跑不了
可以设置有效期，到期自动停用
可以设置执行次数限制
支持加密分享，发给谁、谁能用，一目了然
这对做外包的开发者特别重要。以前交付 Python 脚本，客户拿过去无限复制，你完全没辙。现在一个授权对应一台机器，至少能守住基本盘。

3.3 更新推送不用重新发文件
之前最怕的就是客户反馈"流程跑崩了"，原因是目标网页改了结构。传统方式是远程过去改脚本，或者重新打包发给客户替换。
现在有些工具支持在线推送更新：EXE 打开时自动检测是否有新版本，有就静默下载更新。开发者这边改完流程点一下推送，所有客户的 EXE 下次打开自动同步。
这个能力对长期维护的项目是刚需。

3.4 数据安全是底线
我选工具时特别看重一点：流程数据必须全部保存在本地设备，不同步到任何服务端。
有些 RPA 工具虽然能离线设计，但运行日志、截图、甚至流程文件本身都会偷偷上传到云端"做分析"。在内网环境下，这就是红线。
打包 EXE 且纯本地存储的方案，从根本上杜绝了这个风险。

四、实战：一个 EXE 打包项目的完整落地过程
4.1 项目需求
给某企业财务部门做一个"发票验真 + 台账录入"的自动化工具：
从指定文件夹读取 PDF 发票
自动打开税务平台，批量验真
把结果写入 Excel 台账
每天定时执行，支持手动触发

4.2 设计阶段
在工具里拖拽搭建流程：
循环遍历文件夹：读取所有 PDF 文件路径
PDF 解析：提取发票代码、号码、金额（这里接了大模型的 OCR 能力，比传统 OCR 准得多，尤其是模糊发票）
打开浏览器：自动登录税务平台（用了指纹浏览器，避免被风控）
表单填写：把发票信息填入验真页面
结果获取：获取验真结果，写入 Excel
异常处理：验真失败的发票单独标记，人工复核
整个流程可视化搭建，不需要写代码。但复杂逻辑（比如判断发票类型走不同分支）用内置的脚本节点也能搞定。

4.3 打包配置
流程调试通过后，进入打包环节，配置项很细：
基础设置：EXE 名称、图标、版本号
界面定制：做了一个简洁的客户端界面，客户只需要选发票文件夹路径、点"开始执行"，其他参数后台自动填充。这比自己用 Python 写 GUI 快十倍
授权设置：绑定客户机器码，有效期一年，到期续费再发新授权
触发方式：同时开启"定时执行"（每天凌晨 2 点自动跑）和"API 触发"（客户的 ERP 系统通过 HTTP 接口手动调起）
更新推送：开启自动检测，后续有优化直接推送

4.4 交付与维护
打包好的 EXE 只有 30MB 左右，拷到客户内网电脑，双击运行，弹出授权激活窗口，输入我后台生成的授权码，激活成功。
客户测试了一周，提了三个小优化：
验真失败的发票要弹窗提醒，不要默默跳过
Excel 台账要按日期自动分 Sheet
执行日志要显示在界面上，方便看进度
我在设计器里改完流程，点"推送更新"，客户第二天打开 EXE 自动同步了新版本。全程不需要远程连客户电脑，也不需要重新发文件。

五、关于 AI 能力的补充
现在做 RPA 不谈 AI 有点说不过去。我实际用到的几个点：
5.1 大模型 OCR
发票 PDF 有些是扫描件，传统 OCR 识别率 70% 左右，经常把"1"认成"I"，"0"认成"O"。接了大模型的图片识图能力后，识别率提到 95% 以上，而且能理解发票的字段结构，直接输出 JSON 格式的结构化数据。

5.2 Agent 智能指令
最近试了新出的 Agent 功能，有点意思。可以直接在钉钉里发指令："跑一下发票验真流程"，机器人自动调起本地 EXE 执行，执行完把结果截图发回钉钉群。
这对需要移动办公的场景很实用。老板在手机上点个按钮，办公室的电脑自动跑完流程，结果推送到群里，全程不用开电脑。

5.3 费用可控
AI 功能走的是"自己对接 API"的模式，用多少付多少，没有中间商赚差价。我接的是 DeepSeek 的 API，一万 token 几毛钱，一个发票识别成本不到一分钱。比买那些"AI 版"RPA 的捆绑套餐划算得多。

六、到底怎么选工具？我的筛选清单
如果你也在找类似的方案，建议按这个清单打分：

按这个标准筛下来，能打的没几个。我最后选的那款（工具 X），上面十条全绿，而且个人用完全免费，中小企业也能 hold 住成本。
七、写给同样在做交付的开发者

RPA 项目最大的痛点不是技术难度，而是交付后的维护成本。
Python 脚本方案，维护成本在你自己身上，客户一有问题就找你，长期绑定。传统 RPA 厂商方案，维护成本在客户 IT 部门身上，但他们往往没能力接。
打包 EXE + 在线更新 这个模式，本质上把维护成本"产品化"了：开发者通过推送更新维护，客户通过自动升级消费，双方都不累。
而且授权机制让这个项目从"一次性交付"变成了"持续性服务"。每年收个授权续费，比一次性收个开发费然后无限售后，商业模式健康得多。

内网部署 RPA 的方案我走了三条路，最后锁定在"打包 EXE"这个方向。核心原因就三个：
交付干净：客户不需要装任何环境，双击即用
维护轻松：在线推送更新，不用反复发文件
授权可控：机器码绑定 + 有效期管理，保护开发者利益
如果你也在做类似的内网自动化项目，建议优先考虑支持打包 EXE 且纯离线运行的工具。我调研下来，蓝印rpa在内网部署和打包EXE这块的完整度比较高，个人开发者也能免费起步，值得试试。