



















你以为 CUA 和 RPA 都是“自动干活”?其实一个是“听懂你说的”,一个是“照着你设的做”。本文通过结构对比与场景拆解,讲透两者的协作方式与适用边界,帮助你选对工具、用对场景。

前两天粉丝跟我探讨CUA未来的场景,他说了很多CUA的功能强大之处,吹嘘CUA的牛逼之处,但是越听越不对劲,他一直在说的是RPA+AI的用法,不是CUA的用法。
RPA(Robotic Process Automation机器人流程自动化)作为成熟的 “流程执行者”与 CUA(Computer-Using Agent,电脑使用智能体)新兴的 “智能行动者” ,二者不仅在核心能力上存在代际差异,其实现逻辑、适用场景与发展前景也是截然不同的。
RPA 与 CUA 的本质区别,源于其底层设计逻辑的根本不同,这直接决定了它们的能力边界与价值定位。
RPA 的核心是 “预设规则”,本质是一种 “无感知的流程执行工具”。它依赖明确的、结构化的操作指令,如同按照固定剧本演戏的演员 —— 必须预先定义好每一步的操作坐标(如 “打开某个网站”、“点击屏幕上的固定按钮”、打开文件路径和判断条件。一旦界面元素位置变化、系统弹出未预设的弹窗,或者遇到非结构化信息,RPA 就会立刻 “卡壳”,无法自主调整路径。
RPA逻辑可概括为 “输入 – 匹配 – 执行” 的线性闭环:通过 UI 元素识别技术(如 OCR、控件 ID 匹配)定位操作对象,对比预设规则后机械执行动作,全程缺乏对任务语义的理解能力。例如某银行使用对账流程,仅能处理固定格式的银行流水,一旦报表表头微调就需重新配置。
CUA 的核心是 “围绕目标自主决策”, 本质是一种”认知驱动”。它无需预设固定流程,而是像人类一样完成 “感知 – 思考 – 行动” 的完整闭环:通过屏幕截图 “看懂” 界面语义(如分辨 “灰色不可点击的提交按钮” 与 “可输入的搜索框”等),用多模态大模型拆解任务目标(如将 “订明天北京飞上海的经济舱” 转化为 “开浏览器 – 搜机票网站 – 筛选信息-订机票” 等步骤),再精准执行操作并动态应对异常。
这种逻辑赋予 CUA 强大的适应性,系统能处理未预定义的网页元素,甚至完成开发者未明确编程的操作步骤,标志着自动化系统首次具备了处理非结构化任务的能力。
二者的实现复杂度与技术栈差异显著,直接决定了实施门槛、成本与周期。
RPA 的实现以 “轻量化、模块化” 为核心,无需深厚的 AI 技术积累,业务人员经培训后即可参与开发,典型流程如下:
CUA 的实现需整合计算机视觉、大模型推理、强化学习等多领域技术,构建 “感知 – 规划 – 执行 – 学习” 的复合型系统,核心步骤包括:
其技术核心在于多模态大模型与强化学习的融合,需投入大量资源训练模型,初期开发成本远超 RPA,但长期维护成本更低 —— 界面改版后无需重新配置,视觉模块可自主适配。
尽管 CUA 展现出强大潜力,但目前仍面临多重瓶颈,制约其大规模落地:
1. 技术瓶颈:复杂场景适应性不足
2. 安全风险:操作可控性与隐私保护不足
3. 伦理与成本障碍
RPA 与 CUA 并非替代关系,而是覆盖不同需求的自动化解决方案:
未来,随着 CUA 技术成熟,二者将走向融合 ——RPA 负责标准化流程的高效执行,CUA 处理复杂场景的智能决策,形成 “轻量执行 + 智能中枢” 的自动化架构。而 CUA 的终极价值,在于将 AI 从 “被动” 转化为 “主动”,推动人机协作从 “人类操作、AI 辅助” 迈向 “人类定目标、AI 做执行” 的新范式。
本文由 @luffy 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自 Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。