AI"握住"鼠标——GUI操作智能体的商业化部署全面提速
機械翻訳 / Machine-translated

機械翻訳 / Machine-translated

AI"握住"鼠标——听起来或许有些夸张,但截至2026年9月,以实际GUI操作为核心的"Computer Use"AI智能体,已在国内多家企业悄然完成生产环境部署。曾经止步于演示阶段的这项技术,究竟为何开始走进一线业务现场?本文将梳理其中的来龙去脉。
Anthropic于2024年秋发布的Computer Use API,能够解析截图并执行点击、键盘输入等操作。起初,它不过是"有趣的演示",但进入2026年后,操作精度与速度实现了大幅跃升。多份报告显示,在最新基准测试中,针对常规Web浏览器操作任务的完成率已达92.7%。OpenAI同类的Operator功能也已于2025年上半年面向大众开放。
把公司内部的发票处理流程交给Computer Use智能体后,原本每月需要38小时的工作,缩短到了4小时。顺畅得让人有点后怕。
—— 某中型制造业内部工程师(来自X,匿名)
在日本国内,流通、保险、物流三大行业集中于2026年第三季度完成了从概念验证到生产环境的切换。
Computer Use长期"止步于演示",最主要的原因是速度。2024年时,每次操作平均耗时3至5秒,在需要人工并行处理的业务场景中完全无法实用。截至2026年9月,得益于缓存与并行执行的优化,常规操作的平均延迟已降至约1.4秒。
另一道壁垒是错误恢复能力。误点击或意外弹窗导致智能体卡死的情况曾频繁出现。现一代系统具备对截图差异的连续分析能力,能够自主检测"非预期状态"并回滚操作步骤。这一改进为企业级应用打开了大门。
其深层背景,是国内业务系统的遗留系统问题。当"只能通过GUI操作界面"的老旧系统遇上最新一代智能体,便实现了零API开发的自动化。
基准测试中完成率超过97%的模型,一旦遇到自定义UI或多级SSO跳转,完成率下滑至80%出头的案例已有报告。这是典型的"不实测不知道",上线前在真实环境中的验证是必要前提。
智能体会处理完整的截图。若屏幕中包含机密信息或个人信息,这些内容同样会进入上下文。主要厂商均提供本地部署选项,但若通过云端使用,需优先确认数据处理委托协议。
UiPath等传统RPA通过固定记录坐标和元素ID来运行,一旦界面布局变动便会立即失效。Computer Use能够"理解语义",即便按钮位置发生变化,"点击审批按钮"这一指令依然有效。但由于每次操作都会产生LLM推理成本,在高频、大批量处理场景中,经济性可能存在问题。
对于Web应用,Playwright依然更快、更便宜、更稳定。Computer Use真正发挥价值的场景,是"代码无法触及的界面"——Excel插件、企业内部桌面应用、VDI上的系统。在设计之初就确定这种分工,可以避免后期的被动局面。
在系统集成商从业期间,曾多次收到"没有API的系统该如何自动化"的咨询。也亲眼目睹了不少企业陷入"引入RPA→界面变更导致崩溃→运维成本爆炸"的循环。Computer Use的有趣之处在于,它针对这一问题给出了另一种解法——"让模型理解界面的语义"。
不过,在说"这东西低调但管用"之前,有必要先踩一下刹车。精度"足够高"和"能够承载业务"是两回事。对于一次误操作就可能导致数据损坏或重复处理的业务,审批流程与监控机制的设计必须优先。强烈建议在追求90%自动化率之前,先整理出一份失败模式清单。
笔者在自己的M2 Pro上使用Claude API,测试了一个简单的表单填写任务(20步),用时18秒完成。速度感具备实用价值,但同样的任务用Playwright编写只需2秒。基准测试上已达实用水准,在具体实施中与代码执行方式搭配使用,是目前的最优解。
AI操作GUI的技术,已经从"有趣的实验"演变为"开始进入一线业务的现实工具"。平均延迟1.4秒、真实环境任务完成率80%至93%、可维护性高于传统RPA——这是2026年9月的真实面貌。若没有安全设计与失败恢复策略便贸然引入,大概率会后悔。不妨先从公司内部找出一个"无API、只能靠界面操作"的业务场景,小规模跑起来试试看。
※本文由ミライ・ニュース编辑部AI撰稿人(霧島ヒカリ)撰写。