想象你请了一位特别能干的管家。他不住在你家里,而是常驻一座“云端公馆”,随时带着联网设备听候差遣。你只需要在便签上写一句“帮我比较三家网店,找一台 5000 元以内、口碑最好的笔记本”,递进公馆的窗口。几个小时后,他不仅把比价结果整理得清清楚楚,还替你甄选好了型号,甚至把下单页面填到一半,跑回来问你:“确认要付款吗?”这位管家,就是 OpenAI 推出的网页浏览 Agent——Operator。 和只会“动嘴”的聊天机器人不同,Operator 是一双能“动手”的数字化双手。它会真正打开网址、移动光标、点击按钮、输入文字,像一位训练有素的助理替你完成线上任务。你也许会好奇:它怎么知道该点哪里?点错了怎么办?接下来的章节,我们就一起拆开这位管家的眼睛、手脚和大脑,看看它如何感知网页、调用工具、编排任务,最终把一件件线上差事办成。学完这些,你也能把自动比价、数据采集、批量填表这类场景亲手搭建起来。

岗位关联

对 AI 从业者而言,Operator 是“从对话到行动”的样板工程:掌握它的工具调用与任务编排机制,你就能把大模型从聊天框里解放出来,构建真正能自动办事的智能体应用。

目录
  1. 可视化演示
  2. 初识 Operator:你雇了一位云端管家
  3. 感知网页元素:管家的三套眼睛
  4. 工具调用机制:管家的手脚工具箱
  5. 决策与推理:管家的脑内剧本
  6. 任务编排方法:管家的日程表
  7. 实战应用场景:管家上岗接单
  8. 安全与局限:管家的家规红线
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

动态演示OpenAI Operato的核心机制,通过采集/分析/决策/反馈四种模式展示关键概念与交互流程。

本节配有交互动效(进入视口后自动加载,约 3KB)。

OpenAI Operato:Open OpenAI Operat 工具调用机制与Agent决 核心机制可视化 OpenAI Operato整体架构与关键组件

初识 Operator:你雇了一位云端管家

想象你雇了一位业务能力极强的生活管家。他不与你住在一起,而是常驻一座“云端公馆”,手持联网设备随时待命。你在便签上写下“帮我比较三家网店,找一款 5000 元内的办公笔记本”,把便签递进公馆的窗口。几小时后,他不仅把比价结果整理得清清楚楚,还替你选好了型号、填好了下单页,只等你点头付款。

这位“云端管家”就是 OpenAI 推出的网页浏览 Agent:Operator。它不是一个只会生成文字的聊天机器人,而是一个真正“在浏览器里动手办事”的任务型 Agent。它运行在 OpenAI 托管的云端浏览器环境中,像真人一样打开网址、移动鼠标、点击按钮、填写表单、滚动页面。

从技术角度看,Operator 由大语言模型与视觉模型共同驱动,经过思维链推理与强化学习训练,形成“观察 → 决策 → 行动 → 复盘”的闭环。每一次行动之前,模型都会结合当前页面截图、结构信息和用户任务,计算下一步最优动作。有人打比方说,ChatGPT 是“最强大脑”,Operator 则是“大脑加双手”。

有了一位住在云端的管家,你不再需要亲自在网页的迷宫里兜圈子。但这位管家凭什么不迷路?接下来,我们就像给员工做入职体检一样,把它的眼睛、手脚、大脑逐一检查一遍。

st→感知π(at∣st,τ)→执行st+1\displaystyle s_t \xrightarrow{\text{感知}} \pi(a_t \mid s_t, \tau) \xrightarrow{\text{执行}} s_{t+1}
一句话:管家看一眼当前页面,结合你的任务,推断该做什么,做完再看一眼新页面,循环往复。
  1. 页面状态 s_t管家当前看到的页面快照——截图、DOM 与无障碍树汇总成的“眼前景象”。
    sts_t
  2. 任务目标 τ你交给管家的一句话任务描述,例如“买一台 5000 元以内的笔记本”。
    τ\tau
  3. 决策策略 π模型根据眼前景象和任务,为每个候选动作计算一个概率分布。
    π(at∣st,τ)\pi(a_t \mid s_t, \tau)
  4. 动作 a_t 与执行概率最高的动作被选中,云端浏览器真实执行点击或输入,页面随之更新。
    at→st+1a_t \to s_{t+1}

感知网页元素:管家的三套眼睛

管家第一次走进一家陌生的商场,首先要“看”。他抬头认招牌,低头看导览图,还要核对每层楼的店铺编号。网页对 Operator 来说也是这样一座商场,只不过“店铺”不是实体,而是一串串 HTML 代码——没有好眼神可不行。

Operator 的“眼睛”其实有三套。第一套是截图视觉理解:把页面截屏交给视觉语言模型,像人一样看整体布局。第二套是 DOM 结构分析:把网页源码解析成一棵树,搞清楚按钮、输入框之间的父子层级。第三套是无障碍树(Accessibility Tree):浏览器为屏幕阅读器准备的“盲文导览”,能给出每个元素的语义角色和精确坐标。

三套眼睛各有分工。截图负责“看懂”广告、图片这类视觉信息;DOM 负责“搞清层级”,不被花哨样式欺骗;无障碍树负责“精确定位”,告诉模型该点哪儿、点得准。Operator 把三者融合后统一打分,选出最像目标的那一个元素。

三只眼睛同时睁开,管家即便身处再拥挤的页面、再花哨的活动页,也能一眼锁定要找的柜台。看清目标之后,接下来就是“动手”的问题了。

scorei=αvi+βdi+γai,Pi=escorei∑jescorej\displaystyle \text{score}_i = \alpha v_i + \beta d_i + \gamma a_i, \qquad P_i = \frac{e^{\text{score}_i}}{\sum_{j} e^{\text{score}_j}}
一句话:三种感知各给一个分,加权求和后再用 softmax 归一化,谁分高就点谁。
  1. 视觉分 v_i截图模型判断元素 i“长得像不像目标”的得分。
    viv_i
  2. 结构分 d_iDOM 树中元素文本与任务关键词的匹配强度。
    did_i
  3. 语义分 a_i无障碍树给出的元素角色与名称评分。
    aia_i
  4. 加权融合权重 α、β、γ 表示三种感知的信任度,加权得到综合分。
    αvi+βdi+γai\alpha v_i + \beta d_i + \gamma a_i
  5. 归一化为概率softmax 把综合分换算成概率,概率最高的元素就是管家要去的“柜台”。
    escorei∑jescorej\frac{e^{\text{score}_i}}{\sum_{j} e^{\text{score}_j}}

工具调用机制:管家的手脚工具箱

看准柜台之后,管家要动手:按电梯要用手,推门要用手,在签收单上签字也要用手。这些动作看似普通,却是把“想法”变成“结果”的唯一桥梁。

Operator 把这些“手”封装成一套工具集:点击元素、输入文字、滚动页面、打开新标签页、返回上一页、截取当前屏幕。每个工具都是一个函数,函数参数写清楚“操作对象是谁”。模型推理时,会输出一条结构化的工具调用指令,比如点击第 3 个按钮、在输入框填入“笔记本”。

工具调用是 Agent 与聊天机器人的分水岭。聊天机器人输出的是“话”,Agent 输出的是“动作”。云端浏览器执行完动作后,新的页面状态会再次进入感知环节,形成闭环——这正是 Operator 能够持续完成多步任务的根本原因。

工具箱里的工具不算多,但组合起来足以应付绝大多数网页。不过,手脚再灵活,也得有个好脑子指挥——什么时候该用哪只手、下一步做什么,正是决策模块的职责。

at=arg⁡max⁡k∈T  f(st,toolk,τ)\displaystyle a_t = \mathop{\arg\max}_{k \in \mathcal{T}} \; f(s_t, \text{tool}_k, \tau)
一句话:管家打开工具箱,给每件工具按当前场景打分,挑分数最高的那件来用。
  1. 工具集合 T管家工具箱中的全部工具——点击、输入、滚动、导航等。
    T\mathcal{T}
  2. 打分函数 f评估在当前页面状态与任务下,第 k 件工具的使用价值。
    f(st,toolk,τ)f(s_t, \text{tool}_k, \tau)
  3. 选出最优工具argmax 挑出得分最高的那件工具,作为本轮动作。
    arg⁡max⁡k∈T\mathop{\arg\max}_{k \in \mathcal{T}}
  4. 动作执行输出结构化调用(工具名+参数),交给云端浏览器真实执行。
    ata_t

决策与推理:管家的脑内剧本

优秀的管家绝不会走到哪算哪。你交代“买一台笔记本”,他脑中立刻浮现一份剧本:先锁定数码区,再对比参数与口碑,最后选一家性价比高的下单。每演完一幕,他还会回头确认:这页真的是我要的东西吗?

Operator 的决策核心是“任务拆解 + 思维链推理”。模型先把大目标拆成子目标,例如“搜索商品 → 筛选列表 → 查看详情 → 加入购物车”,再针对当前子目标推理出下一步动作。动作执行后,模型会校验新页面状态与预期是否一致,不一致就调整路线。

从强化学习视角看,Agent 的目标是最大化长期收益,而不是贪图眼前一步。比如它不会急着点“加入购物车”,而是先确认输入框里关键词正确、搜索结果已加载。每一步动作都在为后续步骤铺路,短期慢一点,长期反而更稳。

有了脑内剧本,管家能自己写路线、自己纠错。但任务一长,剧本就变成厚厚一叠日程表——先办什么、后办什么、什么情况改道,这就是任务编排要解决的问题了。

Gt=rt+γrt+1+γ2rt+2+⋯=∑i=0nγirt+i\displaystyle G_t = r_t + \gamma r_{t+1} + \gamma^2 r_{t+2} + \cdots = \sum_{i=0}^{n} \gamma^i r_{t+i}
一句话:管家每走一步都盘算“后面几步的总收益”,而不是只看眼前这点好处。
  1. 即时收益 r_t当前这步动作带来的好处,例如“成功打开商品详情页”记 +1。
    rtr_t
  2. 折扣因子 γ管家对未来收益的重视程度,取值在 0 到 1 之间,越接近 1 越有远见。
    γ\gamma
  3. 累计回报 G_t从当前步开始,把之后每一步奖励按折扣累加,得到“长远总收益”。
    ∑i=0nγirt+i\sum_{i=0}^{n} \gamma^i r_{t+i}
  4. 策略目标Agent 优先选择让累计回报最大的那条动作序列,即最大化 G_t。
    max⁡Gt\max G_t

任务编排方法:管家的日程表

一个称职的管家会把所有差事排成日程表:上午去 A 店取干洗、下午去 B 店买礼品,如果 A 店没开门就先办 B 事,最后回家向你报账。日程表上的每一项,就是一次工具调用;整张日程表,就是任务编排。

Operator 通过多步流程串联来完成复杂任务:搜索 → 筛选 → 比较 → 下单,前一步的输出是后一步的输入。它会根据执行情况动态调整分支:遇到“缺货”标记就换一家店,价格超出预算就降档。这种 if-else 能力让单个动作升华为可分支的流程图。

编排中最重要的一环是人机协同审核。Operator 内置“敏感操作需确认”机制,遇到登录、支付、修改数据等高风险操作会暂停执行,把控制权交还给你。这既守住安全底线,也让自动化流程拥有了人工兜底的保险丝。

有了日程表和确认闸门,管家可以连续跑腿几小时,而你只需在关键时刻点几下“同意”。日程表再漂亮,也得看实际能办成什么事——接下来我们让它上岗接几单真实的活。

Ask(at)={1if risk(at)>θ,0otherwise\displaystyle \text{Ask}(a_t) = \begin{cases} 1 & \text{if } \text{risk}(a_t) > \theta,\\[4pt] 0 & \text{otherwise} \end{cases}
一句话:风险超过阈值就暂停,回来问你一句“真要办吗”,得到确认才继续。
  1. 动作风险 risk(a_t)管家评估这一步操作的风险,“付款”高风险、“翻页”低风险。
    risk(at)\text{risk}(a_t)
  2. 安全阈值 θ你设定的风险红线,Operator 内置了合理的默认值。
    θ\theta
  3. 条件判断当风险超过阈值时,Ask 返回 1,动作暂停进入人工确认。
    risk(at)>θ\text{risk}(a_t) > \theta
  4. 放行或拦截Ask 返回 0 表示安全放行,Agent 继续执行下一步。
    Ask(at)∈{0,1}\text{Ask}(a_t) \in \{0, 1\}

实战应用场景:管家上岗接单

管家学成出师,该接活了。第一单是“自动比价采购”:你给出预算和偏好,它在多家电商之间来回穿梭,读取价格、销量与评价,最后生成对比清单。这正是 Operator 在电商零售领域最常见的用法。

第二单是“网页数据采集”。管家像一位尽责的抄录员,把行业资讯、商品目录、招聘信息逐条摘录并整理成表格,适合市场调研与情报监控。第三单是“批量表单提交”:例如给 200 位客户发送满意度问卷,管家一份一份地填写、提交、记录结果,全程自动。

这些场景的共同特点是“低风险、高重复、多页面”。传统爬虫脚本一遇到页面改版就失效,而 Operator 靠视觉与语义理解自适应页面变化,不改代码也能继续干活。衡量这类任务效果的核心指标,就是任务成功率。

三单跑完,管家效率惊人。但再能干的管家也有家规——哪些事必须停下来请示、哪些门不能进,接下来这节,我们聊聊它的安全红线。

Success=1N∑i=1N1[完成i]\displaystyle \text{Success} = \frac{1}{N} \sum_{i=1}^{N} \mathbb{1}[\text{完成}_i]
一句话:统计一下 N 趟差事里,管家真正办成了几趟,就是成功率。
  1. 总任务数 N例如 200 份调研问卷的提交任务。
    NN
  2. 单任务成功指示每份表单成功提交记为 1,失败记为 0。
    1[完成i]\mathbb{1}[\text{完成}_i]
  3. 汇总成功率完成数除以总数,得到衡量编排质量的总体指标。
    1N∑i=1N1[完成i]\frac{1}{N} \sum_{i=1}^{N} \mathbb{1}[\text{完成}_i]

安全与局限:管家的家规红线

主人再信任管家,也会定下家规:不能私自刷你的银行卡,不能进上锁的书房,遇到拿不准的事必须打电话请示。Operator 同样被绑上了这些“安全缰绳”。

权限限制设计上,Operator 对登录、支付、验证码等敏感操作一律设卡,必须人工确认才放行;高风险站点和需要复杂身份认证的系统,它会被直接限制。合规使用边界上,OpenAI 明令禁止将其用于生成违法内容、绕过网站访问控制、大规模爬取受保护数据。

即使一切合规,任务仍可能失败:弹窗拦截、验证码、网络超时都会中断流程。Operator 的失败处理策略是“多轮重试 + 换路绕过 + 交还用户”:先按原计划重试,不行就换一个搜索入口,再不行就把当前进度整理好交给你接手。

家规不是束缚,而是保护。理解了管家能做什么、不能做什么,你才能在真实业务中放心地把任务交给它。从眼睛到手脚、从大脑到家规,这位云端管家的完整画像,到这里就拼齐了。

Pfinal(at)=Ppolicy(at)×1[safe(at)]\displaystyle P_{\text{final}}(a_t) = P_{\text{policy}}(a_t) \times \mathbb{1}[\text{safe}(a_t)]
一句话:模型心里再想干,安全开关一关,这个动作的概率就直接清零。
  1. 策略原始概率模型内心想执行某个动作的概率,也就是“管家原本的打算”。
    Ppolicy(at)P_{\text{policy}}(a_t)
  2. 安全指示函数动作合法安全时取 1,违反家规红线时取 0。
    1[safe(at)]\mathbb{1}[\text{safe}(a_t)]
  3. 最终执行概率任何不安全动作的概率被乘 0 清除,永远不会真正执行。
    Pfinal(at)P_{\text{final}}(a_t)

AI 应用场景

场景一:电商自动比价采购

阶段:任务编排与工具调用

解决的问题:人工比价要开十几个标签页反复切换、记录,效率低且容易漏掉优惠。Operator 自动遍历各电商页面,感知价格与促销信息,通过点击、滚动、输入等工具完成浏览并汇总。

具体案例:某采购专员让 Operator 在京东、天猫、拼多多比较一款蓝牙耳机,设定 300 元预算和“降噪优先”条件。Agent 自动完成搜索、筛选、详情对比,输出带链接的比价表格,仅把下单动作留给人工作确认。

场景二:市场调研数据采集

阶段:感知网页元素与决策

解决的问题:网页信息采集靠人工复制粘贴,量大易错。Operator 以视觉加结构双通道感知,自动定位表格与列表,决策模块判断“摘抄哪一列、翻到第几页”,把半结构化网页转为结构化数据。

具体案例:市场研究员让 Operator 连续采集 50 家竞品的价格、评分与上市日期。Agent 按品牌逐个浏览商品页、滚动加载、抽取字段,最终输出 CSV 供团队分析。

场景三:批量表单提交

阶段:工具调用与多步流程串联

解决的问题:批量报名、批量录入系统在传统方式下要么人工重复劳动,要么写脚本但页面一改就崩。Operator 每次感知表单结构,调用输入与点击工具填写内容,提交后校验结果再进入下一份。

具体案例:行政人员在内部 OA 批量提交 200 份差旅报销单。Operator 逐份读取 Excel 数据、填入表单、点击提交、核对成功提示,失败的单据单独列出等待人工处理。

Python 演示

python113 行
"""MiniOperator: 用Python演示网页浏览Agent的核心循环. 模拟Operator的感知->决策->工具调用->复盘四步闭环,在玩具页面上完成"搜索->点击->提交"任务."""  class Element:    def __init__(self, eid, role, text):        self.eid = eid        self.role = role        self.text = text        self.done = False     def __repr__(self):        return "{}:{}".format(self.role, self.text)  class ToyPage:    def __init__(self, title, elements):        self.title = title        self.elements = elements     def render(self):        print("== {} ==".format(self.title))        for e in self.elements:            print("  - {}".format(e))  class MiniOperator:    def __init__(self, task, max_steps=6):        self.task = task        self.max_steps = max_steps        self.step_count = 0        self.trace = []     def perceive(self, page):        # 感知: 读取页面上的全部候选元素        return page.elements     def score_of(self, elem):        # 决策打分: 与任务相关的元素得高分, 已处理的元素得负分        if elem.done:            return -100        score = 0        for kw in self.task.split("和"):            if kw in elem.text:                score += 3        if elem.role == "button":            score += 1        return score     def decide(self, page):        # 决策: 在候选中选出得分最高的元素        elements = self.perceive(page)        best = max(elements, key=lambda e: self.score_of(e))        self.step_count += 1        if self.step_count > self.max_steps:            return "stop", None        return "click", best     def tool_click(self, elem):        # 工具: 点击元素, 并更新页面状态        elem.done = True        self.trace.append("click: " + elem.text)        return "已点击[" + elem.text + "]"     def act(self, action, elem):        if action == "click":            return self.tool_click(elem)        return "未知工具"     def task_done(self, page):        # 复盘: 任务要求的关键按钮是否都已点击        keys = ["加入购物车", "提交订单"]        return all(            any(e.done and kw in e.text for e in page.elements) for kw in keys        )     def run(self, page):        print("任务: " + self.task)        page.render()        for _ in range(self.max_steps):            action, elem = self.decide(page)            if action == "stop":                print("达到最大步数, 任务终止")                break            result = self.act(action, elem)            print("  动作 -> " + result)            if self.task_done(page):                print("复盘: 关键步骤已完成, 任务结束")                break        print("工具调用轨迹:")        for step in self.trace:            print("  " + step)  def main():    page = ToyPage(        "商品搜索页",        [            Element("input1", "input", "搜索框"),            Element("btn1", "button", "搜索"),            Element("btn2", "button", "加入购物车"),            Element("btn3", "button", "提交订单"),        ],    )    agent = MiniOperator("加入购物车和提交订单")    agent.run(page)  if __name__ == "__main__":    main()
目的:用几十行 Python 模拟 Operator 的“感知 → 决策 → 工具调用 → 复盘”主循环,直观展示 Agent 如何根据任务关键词选择点击目标、记录轨迹,并在关键步骤完成后及时收手。
  1. elements = self.perceive(page)感知环节:像管家环顾四周,把页面候选元素全部收进视野。
  2. best = max(elements, key=lambda e: self.score_of(e))决策环节:给每个元素按任务相关度打分,挑出分数最高的目标。
  3. for kw in self.task.split("和"):把任务关键词与元素文案做匹配,相关度越高分越高。
  4. elem.done = True行动完成后更新页面状态,避免同一按钮被反复点击。
  5. self.trace.append("click: " + elem.text)每次工具调用都记入日志,形成可审计的执行轨迹。
  6. if self.task_done(page):复盘环节:检查关键步骤是否都已完成,完成就及时收手。
  7. action, elem = self.decide(page)主循环入口:先观察后决策,再把动作交给工具执行。

常见误区

误区很多初学者看到“自动点击、自动填表”后认为,Operator 就是把鼠标轨迹录下来循环播放,本质是高级版 RPA。

正解Operator 是模型驱动的智能体:每一步都实时感知当前页面、现场推理该点哪里。页面改版后它靠视觉与语义理解自适应;而传统 RPA 依赖固定的 CSS 选择器,页面一改就断裂。一句话:RPA 背剧本,Operator 临场发挥。

为何常见:两者外在表现都是“自动操作网页”,不深入内部很难区分。

误区“先点 A 按钮,再输入 B 文本,再点 C 链接”——以为像写代码一样逐步指令最可靠。

正解Operator 是目标导向的。给出“帮我买一台 5000 元内口碑最好的笔记本”这样清晰的目标,它自己拆解步骤;若把步骤写死,页面结构稍有变化整个流程就崩了,还会限制它绕路纠错的能力。写目标,别写剧本。

为何常见:习惯了命令式编程思维,天然想控制每一步执行细节。

误区宣传视频里它什么都能点,于是以为登录、支付、提现这类敏感操作也能全自动。

正解Operator 内置安全护栏:敏感操作需要人工确认,高风险站点被限制,它还受 OpenAI 使用政策约束,不能绕过网站访问控制或爬取受保护数据。它更像“带你逛店、替你结账前先请示”的管家,而不是万能黑客。

为何常见:只看到演示里的高光时刻,没注意每次支付前的确认弹窗。

误区以为 Operator“看懂页面”完全靠截图识别。

正解真实感知是三路融合:截图负责看布局、DOM 负责理层级、无障碍树负责精确定位坐标。只用截图容易点偏像素,只用 DOM 又看不懂视觉样式,三者互补才稳。

为何常见:视觉大模型太出名,容易把“看图”当作唯一答案。

面试题

Q1. Operator 在什么环境中执行网页操作?

单选题 · easy

  • A.用户本地浏览器插件
  • B.云端浏览器中执行← 正确答案
  • C.手机应用内部执行
  • D.桌面虚拟机中执行

答案:B。Operator 运行在 OpenAI 托管的云端浏览器中,不依赖用户本地环境,因此可以持续执行任务、处理多页面交互。本地插件、手机应用、桌面虚拟机都不是它的运行形态。

Q2. 下列哪项是 Operator 感知网页时最典型的输入?

单选题 · easy

  • A.页面截图与结构信息← 正确答案
  • B.网络请求报文数据
  • C.服务器日志文件内容
  • D.用户键盘输入历史

答案:A。Operator 的感知是三路融合:页面截图(视觉)、DOM 结构、无障碍树。其中截图与结构信息是最典型的输入组合,靠它们理解布局并定位元素;请求报文、日志、键盘历史都不是页面感知的对象。

Q3. Operator 点击页面元素前,依靠什么获取可操作元素的精确坐标?

单选题 · mid

  • A.随机尝试点击位置
  • B.无障碍树与DOM信息← 正确答案
  • C.图片像素颜色判断
  • D.用户手动标注坐标

答案:B。无障碍树(A11y)和 DOM 结构会提供元素的语义角色与坐标,模型由此生成精确的点击目标。随机点击和颜色判断都不可靠,人工标注则无法规模化,这正是三路感知中“结构通道”的价值。

Q4. 与传统 RPA 脚本相比,Operator 最大的优势是什么?

单选题 · mid

  • A.执行速度更快十倍
  • B.无需任何网络连接
  • C.页面变化后自适应← 正确答案
  • D.完全不需要成本投入

答案:C。RPA 脚本依赖固定选择器和页面路径,页面一改版就失效;Operator 通过视觉与语义理解自适应变化。速度与成本并不是核心优势,离线运行更不可能,因为它的“大脑”在云端。

Q5. 在工具调用机制中,模型最终输出什么来驱动浏览器?

单选题 · mid

  • A.自然语言长文报告
  • B.结构化动作与参数← 正确答案
  • C.二进制页面渲染码
  • D.完整网页源码文件

答案:B。Agent 通过结构化函数调用输出动作与参数,例如“点击元素 ID=3”,由云端浏览器解析执行。自然语言报告只是给用户看的副产品,二进制渲染码和网页源码都不是工具调用的输出格式。

Q6. Operator 在任务编排中遇到“需要登录”的页面时,通常会怎么做?

单选题 · hard

  • A.自动尝试所有密码
  • B.暂停并请求用户确认← 正确答案
  • C.忽略登录直接操作
  • D.删除该页面继续任务

答案:B。登录属于高风险敏感操作,Operator 会暂停流程并请求用户确认或接管,而不是自己猜测口令。这是人机协同审核机制的核心表现,也体现了它“先请示再办事”的安全家规。

Q7. 关于 Operator 的安全边界,下列说法正确的是?

单选题 · hard

  • A.可以绕过网站反爬机制
  • B.能替用户完成支付操作
  • C.敏感操作需人工确认← 正确答案
  • D.可收集用户所有密码

答案:C。Operator 对登录、支付等敏感操作设有确认闸门,必须人工放行;它不能绕过网站访问控制,也不能替用户支付或收集密码。安全红线是它区别于“万能黑客”的关键设计。

Q8. 下列哪项最适合用 Operator 完成?

单选题 · easy

  • A.给你电脑装操作系统
  • B.在电商平台批量比价← 正确答案
  • C.破解 WiFi 密码
  • D.编写底层编译器代码

答案:B。Operator 擅长网页端的浏览、点击、填表类任务,电商比价正是它的典型场景。装系统、破解 WiFi 涉及本机与安全边界,写编译器更是超出了它的能力范围。

Q9. Operator 的典型网页操作工具包括哪些?

多选题 · mid

  • A.点击页面按钮元素← 正确答案
  • B.填入文本表单内容← 正确答案
  • C.滚动与切换标签页← 正确答案
  • D.修改服务器数据库

答案:ABC。点击、输入、滚动、切换标签页都是内置的网页操作工具,覆盖了浏览过程中的主要动作;修改服务器数据库不属于网页操作工具,也超出了 Agent 的权限边界。

Q10. 哪些机制共同保证了 Operator 完成任务的稳定性?

多选题 · extreme

  • A.状态校验与复盘纠错← 正确答案
  • B.失败后多轮重试← 正确答案
  • C.人机协同人工兜底← 正确答案
  • D.无限次循环重试

答案:ABC。状态校验、失败重试、人工兜底构成完整的稳定性体系:每步验证页面变化、出错换路重试、高风险交还用户。无限次循环重试是错误说法——Agent 有步数上限,超过即停止并把控制权交给用户。