一句话区分
RPA：模拟人点鼠标，逐步骤执行 IF-THEN，变更 UI 要重录。Agent：给定目标与工具列表，模型规划步骤，遇阻塞可换路径，但仍需护栏与人工审批。
对照表：怎么选
选 RPA：ERP 导表、邮件附件下载、固定模板填报、跨系统复制粘贴。选 Agent：工单分类、合同条款摘要、多步检索后写报告、客服多轮意图。
两者串联：RPA 抓数→Agent 解读→RPA 写回——常见且比纯 Agent 稳。
- UI 变一次：RPA 维护成本↑
- 意图多变：Agent 更合适
- 涉资金：都要人工审批
采购演示怎么验真伪
同一用例让 RPA 与 Agent 各跑十次，统计成功率与平均修复时间。要求看失败日志：Agent 是否胡调工具？RPA 是否 selector 失效？
问供应商：是否支持版本控制、回滚、审计、人机协同暂停点——没有这些的 Agent 只是 demo 玩具。
企业落地顺序
先 RPA 三条高频低判断流程，建立运维与变更通知机制。再选一条允许试错的 Agent 场景（内部知识问答），设每日调用上限与禁用工具列表。
别并行上十个 Agent；运维带宽会被失败重试吃光。
合规与权限
Agent 能调 API 就能闯祸：最小权限、只读数据库账号、禁止生产写操作除非双人审批。RPA 账号同样要独立、可审计、可一键停用。
典型误购案例
误购一：用 Agent 做稳定报表下载——维护地狱。误购二：用 RPA 做开放式研究——脚本爆炸。误购三：不买运维预算——两者都烂尾。
给采购委员会的三问
第一问：候选流程过去十二个月 UI 或接口变更几次？超过四次优先 RPA 维护预算，而不是 Agent 演示。第二问：失败时能否在三十秒内人工接管并回滚？无暂停点的 Agent 不得接资金类写操作。第三问：同一用例十次试跑的成功率与平均修复工时是否写入合同验收附件？
把答案写进采购纪要后，再决定买 RPA 席位还是 Agent 调用包。很多项目烂尾不是因为模型不够聪明，而是因为变更通知机制与运维编制从未立项，上线后全靠研发兼职救火。