DeepMetier 与传统 RPA 工具的区别
传统 RPA 照着录制好的脚本回放，页面一变就容易失败；DeepMetier 的智能体先按语义读懂当前页面，再决定点哪里。差别不在速度，而在环境变化时谁还能跑下去。
核心结论
- 范式不同：传统 RPA 是「录制动作 → 原样回放」，DeepMetier 是「理解目标 → 现场决策」。前者要求环境不变，后者容忍环境变化。
- 定位方式不同：传统 RPA 依赖坐标与选择器，一改版就断；智能体按文字、角色、邻近元素等语义特征定位，抗改版能力更强。
- 异常处理不同：脚本遇到意外只会报错停下，智能体可以判断、重试、换路径，必要时才找人确认。
- 成本结构不同：脚本前期便宜、后期维护贵；语义化流程前期要写清规则，改版后几乎不用重录。
- 不是全替换：流程稳定、追求确定性的场景继续用 RPA；界面会变、系统没接口、需要判断的场景交给智能体。
一、原理差异：脚本回放 vs 语义决策
传统 RPA 的核心是录制与回放。你把一遍操作录下来，工具把它翻译成一串确定的动作：在第几个窗口、第几个坐标点击，在第几个输入框敲入什么内容。执行时它严格照做，不看不问。
DeepMetier 的核心是目标与决策。你描述的是「把这个月的对账单从系统里导出来并汇总」，执行时智能体先观察当前界面状态，找到目标元素，再决定动作；每一步做完都会校验结果对不对，不对就退回来换一种做法。
这个差别在环境稳定时看不出来，甚至会显得智能体更慢——它要「看」页面。但界面一改版、弹窗一出现、网络一抖动，脚本立刻中断，智能体还能继续找路。
二、五个维度对比
把两种方案放在同一张表里，差别集中在五个维度：
| 维度 | 传统 RPA | DeepMetier 智能体 |
|---|---|---|
| 流程定义 | 录制动作序列，按步回放 | 描述目标与验收标准，路径由执行时决定 |
| 元素定位 | 坐标、控件 ID、CSS 选择器 | 语义特征：文字、角色、相对位置、上下文 |
| 异常处理 | 报错即停，靠人重跑 | 判断后重试、换路径、降级，必要时请求确认 |
| 改版影响 | 页面一变往往整套重录 | 通常无需重录，改提示词或规则即可 |
| 适合场景 | 高频、固定、无接口的老系统 | 界面会变、需判断、跨多个软件的任务 |
注意最后一行。两者并不是替代关系：确定性越重要，越该用脚本；变化越频繁，越该用语义。
三、元素定位：坐标与选择器 vs 语义特征
定位方式是所有差异的源头。坐标定位本质上是「记住位置」，它假设界面永远长这样；选择器定位稍微稳一些，但一旦前端重构、类名哈希化，同样失效。
语义定位问的不是「在第几个位置」，而是「哪个元素看起来就是那个提交按钮」。它会综合按钮上的文字、周围的标签、表单里的字段名、甚至同一区域内的相对顺序来判断。界面挪了位置、换了皮肤、加了提示条，它仍然能找到。
四、异常处理与维护成本
脚本式自动化最贵的部分从来不是开发，而是维护。一次月度报表改版，可能要重录十几个流程；一个弹窗改了关闭按钮的位置，整条链路卡死，而失败往往发生在凌晨无人值守的时候。
语义化流程把异常当成常态来设计：找不到元素就先判断是不是有遮挡、有加载、有无新弹窗；确实找不到就换一条路；再不行才停下来告警。每次执行都留完整日志，能看出它当时看到了什么、为什么这么判断。
因此两种方案的成本曲线正好相反：脚本前期便宜、后期持续投入；语义化流程前期要多写规则与验收标准，改版后基本免维护。选哪种，等于选择把成本放在哪一端。
五、适用边界：什么该用 RPA，什么该用智能体
一个简单的判断标准：这件事的成功与否取决于「有没有照做」，还是取决于「有没有做对」。
- 继续用 RPA：界面多年不变的内网老系统、纯数据搬运、规则完全确定且不允许任何偏差的对账与报税流程。
- 换成智能体：外网系统、页面经常改版的供应商后台、需要在多个软件之间来回切换、需要看内容再决定下一步的任务。
- 两者并存：一条长流程里，把最稳定的段落留给脚本，把最易变的段落交给智能体，中间用文件或接口交接。
这套划分方式在 办公自动化 一页里有更具体的场景示例。
六、迁移与共存策略
不建议一次性推倒重来。更稳的路径是三步：先把现有脚本清单按「改版频率」和「失败次数」两列排序，挑出最痛的那两三条先迁；再把老脚本当成流程说明书，逐步翻译成智能体节点，原有分支与校验点全部保留；最后让新旧两套并行跑一个结算周期，对比成功率与人工干预次数，再决定下一步。
迁移过程中最容易被忽略的是那些「藏在人脑里的补救动作」——脚本报错后同事手动补的那一步。这些动作在迁移时正好可以显式写进流程，往往能顺带把成功率抬高一大截。
七、常见问题
已经有 RPA 了还需要 DeepMetier 吗？
看流程的稳定度。界面多年不变、字段位置固定的流程，现有 RPA 已经跑得很好，没必要替换。真正需要补的是那批「一变就坏」的流程：页面改版频繁、系统没有 API、需要人看着判断的环节。DeepMetier 更适合接手这一类，两者可以并存。
谁的稳定性更好？
要分开看。在完全不变的环境里，固定脚本的确定性最高，每次都走同一条路；在会变的环境里，语义决策的抗干扰能力更好，因为它是按页面含义找目标，而不是按坐标找位置。现实中的系统几乎都在变，所以长期运行的平均成功率往往后者更高。
能操作桌面应用吗？
能。DeepMetier 的执行器同时覆盖桌面与浏览器：可以操作本地窗口里的客户端软件，也可以驱动网页完成登录、填单、导出与下载。桌面端软件没有接口时，按界面元素与语义特征定位，不依赖固定坐标。
老的 RPA 脚本能复用吗？
不能直接导入。常见做法是把老脚本当成一份流程说明书：照着它把每一步翻译成智能体节点，保留原有的分支条件与校验点。这样迁移的其实是业务知识，而不是代码，通常比从零梳理要快，也更容易在迁移过程中把隐藏的人工补救动作补进去。
维护成本差多少？
差距主要体现在改版频率上。行业经验里，一套固定脚本的年度维护大约占初次开发量的两到三成，界面改版多的系统会更高；语义化流程的维护更多花在规则与提示词的微调上，改版后通常不需要重录。具体数字取决于系统数量与变更频次，建议用自己的流程清单做一次估算。
最后更新：2026-09-03 ｜ 作者：DeepMetier 团队