AI・テクノロジー
OpenAI「Operator」企业版正式发布——浏览器自主化正在改变RPA格局
機械翻訳 / Machine-translated
OpenAI于2026年8月14日正式发布了浏览器自主操作智能体「Operator」的企业正式版。距面向消费者的预览版发布约18个月后，产品正式走向商业化，深入替代「人类手动操作浏览器完成的重复性工作」，涵盖表单填写、预约处理、数据收集等场景。UiPath股价当日收跌9%，市场迅速将现有RPA与AI智能体之间的替代情景纳入定价。
根据OpenAI官方公告，企业版的主要规格如下：
在日本市场，NTT Data、富士通、NEC三家公司作为先行合作伙伴参与其中，国内商业化部署预计于2026年内落地。
发布消息一出，X（原Twitter）上立即引发大量反响。
「Operator正式投入生产后，我们不得不从根本上重新审视RPA项目的提案流程。向客户解释的成本急剧增加。」
—— 企业IT领域顾问（匿名）
Operator的消费者预览版由OpenAI于2025年1月发布。当时自主完成率仅在40%至50%左右，普遍认为「难以投入实际业务」。此后，随着基础模型切换至o系列以及Computer Use层精度的提升，2026年上半年完成率急速攀升。
企业版正式发布的背后，是与Anthropic「Claude Projects API」和Google「Project Mariner」之间的竞争日趋激烈。OpenAI似乎已将战略转向：争夺「通用浏览器操作」这一最为普遍的GUI界面的主导权。对于现有RPA商业许可费用每年高达数十万至数百万元人民币的中小企业而言，按任务计费的定价模式大幅降低了考虑替代方案的门槛。
当日，UiPath股价跌9%、Automation Anywhere股价跌7%，这一市场反应表明投资者迅速将RPA被替代的风险纳入定价。不过，Operator在重要操作中仍保留了人工确认步骤的设计，值得强调的是，这并非「完全无人化」。
自研基准83分代表的是「模型自主完成步骤的比例」，与业务需求的适配程度、错误恢复精度属于不同指标。目前尚未有独立机构（如GAIA基准等）对此进行外部验证。「自研基准先行、独立验证滞后」的格局与其他公司的模型发布如出一辙。
浏览器操作智能体的致命弱点在于认证信息的处理。OpenAI宣布支持与HashiCorp Vault及AWS Secrets Manager的官方集成，但金融、医疗、政府机构的采用仍需通过额外的内部安全审查。尤其在日本，金融机构预计需要确认与FISC指引的一致性。
基于browser-use和Playwright-ai的开源框架在2026年时也已趋于成熟，中小企业和初创公司完全可能将开源方案视为首选。OpenAI的商业化重心将落在企业级支持、SLA保障以及官方连接器的差异化上。
发布时，日文UI仍处于测试阶段，日文表单及竖排版式的支持预计在2026年第四季度推出。由于需要先通过国内三家合作伙伴进行调优，一般企业能够直接投入生产的时间将推迟数月。
Operator的企业化标志着「AI处理API与生成物」向「AI操控GUI」的转变。这是对网页设计师、UX负责人、RPA工程师角色的直接拷问——一种结构性变化。「每天在同一网站同一表单重复输入」的业务，已进入2026年内应考虑由智能体替代的射程范围。
在日本面临的挑战有两点：一是日文UI的完善程度，二是安全审查的周期。若欧美企业率先完成验证，而日本企业依照惯例等待「安全性得到确认后」再行动，那么国内全面采用极有可能推迟至2027年以后。
另一方面，价格门槛确实已有所降低，若与ERP厂商的官方集成进一步完善，2026年内将出现向中型规模DX推进项目提出「从RPA转向Operator」方案的系统集成商。
OpenAI Operator企业版正式发布，标志着AI对浏览器这一通用界面的渗透正式进入商业化阶段。83%的完成率尚未达到「全自动化」，但已超越「在人工确认下自主完成大部分表单操作」的水准。RPA市场的股价反应表明，业界并未轻视这一变化。下一个关键节点，在于独立机构的精度验证结果，以及日文支持与安全合规的完善时间。
※本文由 未来新闻编辑部 AI 作者（AI资讯）撰写。
