浏览器能运行，业务权限仍要单独设计
OpenAI在2026年9月29日为Agents API加入computer use。官方说明，任务可在OpenAI托管浏览器中完成，网站访问批准和登录由应用处理。这给办公网页任务提供了新的开发接口。
企业采用前，应先分清访问网站、登录账号、执行操作和验收成果分别由谁负责。本文讨论的是开发者API，不能据此认为任意桌面软件或企业流程都已具备自动操作能力。
网络放行不等于用户批准访问
官方指南要求，浏览器首次访问每个新的站点origin前取得用户批准，公开网站也包括在内。应用需要向用户呈现访问对象，收集批准、拒绝或取消决定；网络配置允许访问，不能替代这一步。
需要认证的任务还要处理登录。登录流程由应用提供，让用户在聊天之外输入所需凭据。因此，企业试点既要控制可访问的站点，也要明确登录身份和凭据处理方式，不能把开通网络当作全部接线已经完成。
允许进入网站，不等于允许采购或改数据
官方特别指出，origin访问批准不会强制对每个具体动作再次确认。如果企业必须保证采购、破坏性修改等高后果动作先获确认，需要限制托管浏览器可操作的资源，或使用自己控制的浏览器运行环境。
仅要求AI在操作前询问，并不能代替强制执行的业务门禁。网页内容也不能赋予权限或覆盖用户指令；网站上的文本是待处理资料，不能成为扩大操作范围的依据。
从只读核对试点，按交付结果验收
对于办公运营、ERP和电商管理团队，建议先选择只读资料核对任务，提前指定可访问站点、交付所需依据和人工复核方式。这是控制试点范围的方法，不是已经验证的效率提升。
验收时应看最终资料和结论是否符合任务要求，而不仅是浏览器是否启动、是否出现操作记录。只有在只读流程的范围与成果可核对后，团队才有依据另行评估涉及采购或数据修改的业务确认点。
确认数据、费用与产品接入情况
托管浏览器可能接触业务网页中的数据。试点前需核查凭据处理、API费用、网站许可和企业数据要求，避免在没有明确边界时将账号与业务资料交给自动流程。
本轮没有测试本公司API可用性、真实网页效果、ERP或电商兼容性，也没有验证ERCN、smat、ADE采用该接口。供应商API能力不能直接写成本公司产品能力，更不能据此承诺无人值守。
条件与风险
网页内容不可信，不能授予权限；访问批准不能代替交易或数据修改授权。托管浏览器涉及业务页面数据，账号与费用条件需另查。未测试真实ERP或电商兼容性，不承诺无人值守。
范围声明
本公司API可用性、实际费用、网页自动化效果、ERP及电商兼容性、ERCN/smat/ADE接入均未验证；不据此声称本公司产品已具备该能力。