← 返回 2026-04-15

ClawGUI:面向 GUI 智能体训练、评估与部署的统一开源框架 ClawGUI: A Unified Framework for Training, Evaluating, and Deploying GUI Agents

Fei Tang, Zhiqiong Lu, Boxuan Zhang, Weiming Lu, Jun Xiao, Yueting Zhuang, Yongliang Shen 📅 2026-04-13 👍 143 2026-07-13 08:36
GUI Agent 在线训练 强化学习 智能体部署 评估基准

统一开源框架,覆盖 GUI 智能体训练、评估、部署全链路

前置知识

GUI 智能体(GUI Agent)

GUI 智能体是一类通过视觉界面感知屏幕状态并执行点击、滑动、输入等底层操作的智能体,目标是让模型能够操作任意软件而无需依赖专用 API。

本文的整套框架(训练、评估、部署)都围绕 GUI 智能体展开,理解它通过屏幕而非 API 操作应用这一基本设定,才能明白为何需要专门的 RL 基础设施和混合 CLI-GUI 控制。

在线强化学习(Online RL)

在线 RL 指智能体在与环境实时交互过程中生成轨迹数据并基于奖励信号更新策略的方法,区别于静态监督学习,典型算法包括 PPO、GRPO 等。

ClawGUI-RL 的核心就是支持 GUI 任务上的在线 RL 训练,论文讨论的奖励稀疏、信用分配困难、并行环境管理等问题都是在线 RL 在长视野 GUI 任务中特有的挑战。

GRPO 与 GiGPO 算法

GRPO 用同一任务一组轨迹的回报归一化估计 advantage;GiGPO 进一步引入 anchor-state 子组,把遇到相同中间状态的步骤聚类后在子组内做折扣回报归一化,得到层级化 step-level 信用分配。

本文实验显示 GiGPO 比 GRPO 在 MobileWorld GUI-Only 上提升 2.6%,是论文 reward design 与 RL trainer 部分的核心算法基础。

Process Reward Model (PRM)

PRM 是一种过程奖励模型,对历史截图、当前截图与完整动作历史进行打分,判断当前动作是否对完成任务有贡献,提供比 outcome reward 更密集的 step-level 反馈。

PRM 是 ClawGUI-RL 缓解长视野 GUI 任务奖励稀疏问题的关键组件,没有它 GiGPO 的细粒度优势估计就缺少训练信号来源。

基准复现(Reproducibility)

基准复现指在公开协议下独立重跑其他论文报告的实验得到接近的数值。GUI 评估涉及 prompt、坐标归一化、分辨率、采样温度等多重隐式选择,若不固定就难以跨论文对比。

ClawGUI-Eval 的全部价值就建立在'固定每个模型的全部评估选择、把推理-评判-指标三阶段解耦'这一复现原则上,是论文 95.8% 复现率主张的基础。

研究动机

GUI 智能体研究在 grounding、navigation、在线 RL 上各自取得进展,但拼成完整 pipeline 时暴露三段断层。训练侧:MobileGUI-RL、ComputerRL、MAI-UI、UI-Venus-1.5、UI-TARS-2 等报告了虚拟环境强结果,但无一开源训练栈;已有代码又几乎全部绑定 Android emulator,真机训练空白。评估侧:ScreenSpot-Pro、ScreenSpot-V2、UI-Vision、MMBench-GUI、OSWorld-G、AndroidControl 等 benchmark 表面统一,但 prompt 顺序、坐标归一、分辨率、采样温度都会让报告分数漂移数个百分点,2% 提升难以区分是模型进步还是 prompt 偏置。部署侧:CLI agent harness(Claude Code、Hermes Agent、OpenClaw)覆盖应用面窄,GUI 类又停留在 demo 级别,几乎没有系统把训练好的策略接入真实 Android/HarmonyOS/iOS 设备、嵌入用户日常 12+ 聊天平台并维持长期个性化记忆。

本文的目标是本文要把 GUI 智能体的训练、评估、部署三段打通为单一可复现的开源框架 ClawGUI,让工程鸿沟不再成为进展瓶颈。具体目标:(1) 开放 ClawGUI-RL,首次在开源 RL 基础设施中同时支持 Docker 化并行 Android emulator 与真实物理设备,并通过 GiGPO + PRM 提供 step-level 密集奖励监督;(2) 开放 ClawGUI-Eval,对 6 个 benchmark、11+ 模型固定全部评估选择并解耦 Infer/Judge/Metric 三阶段流水线,追求 95%+ 跨论文复现率;(3) 开放 ClawGUI-Agent,把训练好的策略通过 12+ 聊天平台部署到 Android/HarmonyOS/iOS,提供 hybrid CLI-GUI 控制与持久个性化记忆。最终用 ClawGUI-2B 端到端训练验证整套框架,期望在 MobileWorld GUI-Only 上达到 17.1% SR。

与已有工作不同的是,本文的独特切入角度是'full-stack systems contribution 而非模型贡献':并不提出新的 grounding/navigation 模型,而是承认阻碍社区进步的核心瓶颈是基础设施缺口,因此把 RL 训练、标准化评估、跨设备部署整合在同一开源 harness 中,让现有任何 GUI policy 都能在同一套条件下被训练、被比较、被交付。这与同期 MAI-UI、UI-Venus、UI-TARS-2 等偏重模型或单点优化的路线形成鲜明对比,提供了社区级共享基准与共享部署栈。

核心方法

ClawGUI 把 GUI 智能体视为屏幕-动作序贯决策问题,承认其落后根本原因是训练-评估-部署三段基础设施各自封闭。ClawGUI-RL 用统一 backend URL 把 emulator 与真机纳入同一训练循环,由 Environment Manager 维护多任务并行 rollout、备用服务器轮换与崩溃恢复;Reward Manager 用 outcome + PRM step reward 两层信号缓解长视野稀疏性;RL Trainer 基于 verl/verl-agent 内置 PPO/GRPO/GiGPO。ClawGUI-Eval 把评估拆为 Infer(本地或 OpenAI 兼容 API)、Judge(按 benchmark 定制判别器)、Metric 三阶段,每个模型独立锁定全部评估选择。ClawGUI-Agent 是消息驱动的 agent loop:用户从 12+ 聊天平台发指令,server 解析后通过 hybrid CLI-GUI 控制执行,并维护结构化个性化 memory。

与已有工作相比,本文的核心创新有三点本质差异。第一,'首个同时覆盖虚拟与物理设备'的开源 RL 基础设施:MAI-UI、UI-Venus-1.5、UI-TARS-2 都只在 emulator 沙箱内训练,ClawGUI-RL 通过统一 backend URL 让 emulator 与真机在同一训练循环中互换。第二,'分层信用分配 + 过程奖励'联合而非单选:先前工作要么停留在 episode-level GRPO(分配过粗),要么只在 navigation 任务上加 outcome reward(信号太稀),本文用 GiGPO 的 anchor-state 子组优势估计配合 PRM 的 per-step 贡献分,共同解决'好动作淹没在回合均分里'的难题。第三,'评估与部署互为可调用工具':ClawGUI-Eval 被封装为 ClawGUI-Agent 的 deployable skill,让用户用一条'用 Qwen3-VL 跑 ScreenSpot-Pro'的自然语言指令触发完整 Infer→Judge→Metric 流水线。

方法步骤详情

ClawGUI-RL 训练:(1) Environment Manager 并行启动 64 个 Docker 化 Android emulator,按 Reset→Evaluate→Spare→Teardown 四阶段管理;(2) Reward Manager 算 outcome reward,每步 Qwen3.5-72B PRM 打分叠加为 $R = R_{\text{outcome}} + R_{\text{step}}$;(3) GiGPO 在 step 级用 anchor-state 子组做折扣回报归一化;(4) 优化器以学习率 $1\times 10^{-6}$、rollout group size 8 在 8×A6000 上跑 3 epoch。ClawGUI-Eval 三阶段:Infer 生成预测→Judge 按 benchmark 判别器→Metric 对比官方 baseline。ClawGUI-Agent:用户从 12+ 聊天平台发消息→OpenClaw-GUI server 解析→PhoneAgent 优先 CLI,否则 fallback 到 GUI。

技术新颖性

技术新颖性主要体现在三个工程层面的整合。其一,环境管理的多后端统一抽象:用 backend URL 把 emulator 与物理设备封装在同一接口后,训练 worker 无需感知硬件差异,这种'设备无关训练循环'在以往 GUI RL 系统中并不存在。其二,GiGPO + PRM 的'层级 credit assignment + 过程奖励'组合范式:本文首次在开源 RL 栈内同时启用两者并报告了 2.6 个百分点的稳定收益(14.5%→17.1%),相对增益 17.9%。其三,'评估即部署技能':把 ClawGUI-Eval 暴露为 ClawGUI-Agent 的内置 skill,让用户用一句自然语言指令完成整套 benchmark,这在传统 agent 系统中没有先例,把复现研究从线下脚本操作提升为日常对话能力。

Overview of ClawGUI-RL, consisting of an RL Infrastructure and a Real & Virtual Environment backend
Figure 2: Overview of ClawGUI-RL, consisting of an RL Infrastructure and a Real & Virtual Environment backend
Overview of ClawGUI-Eval, featuring a standardized Infer → Judge → Metric pipeline across 6 benchmarks and 11+ models
Figure 3: Overview of ClawGUI-Eval, featuring a standardized Infer → Judge → Metric pipeline across 6 benchmarks and 11+ models
Overview of ClawGUI-Agent, where users issue natural language instructions through 12+ chat platforms
Figure 4: Overview of ClawGUI-Agent, where users issue natural language instructions through 12+ chat platforms

实验结果

三类实验。第一类 MobileWorld GUI-Only(117 任务)端到端比较:ClawGUI-2B 达 17.1% SR,比 MAI-UI-2B(11.1%)高 6.0 绝对点(相对 54%),超过 Qwen3-VL-32B(11.9%)、UI-Venus-72B(16.4%)等更大未训练模型;Claude-4.5-Sonnet/Gemini-3-Pro/GPT-5 + UI-Ins-7B 的 agentic 框架分别达 47.8%/55.6%/54.0%。第二类 reward 消融:把 GRPO 换成 GiGPO,SR 从 14.5% 提升到 17.1%(相对 +17.9%)。第三类 ClawGUI-Eval 跨 benchmark 复现率:整体 95.8%(46/48 cell),开源 95.7%、ScreenSpot-Pro frontier 100%;仅 Qwen3-VL-2B 与 UI-TARS-1.5-7B 因官方配置未公开失败;Zoom 范式成功复现 Gemini 3.0 Pro 75.08% 与 Seed 1.8 72.80%。

Comparison of models on GUI-Only (117 tasks) benchmark
Table 1: Comparison of models on GUI-Only (117 tasks) benchmark
Ablation on reward design on MobileWorld GUI-Only (117 tasks)
Table 2: Ablation on reward design on MobileWorld GUI-Only (117 tasks)
Reproduction results across GUI grounding benchmarks
Table 3: Reproduction results across GUI grounding benchmarks
查看结构化数据
任务指标本文基线提升
MobileWorld GUI-Only Success Rate 17.1% MAI-UI-2B 11.1% +6.0 绝对点 / +54% 相对
MobileWorld GUI-Only (Reward 消融) Success Rate GiGPO 17.1% GRPO 14.5% +2.6 绝对点 / +17.9% 相对
ClawGUI-Eval 整体复现率 复现 cell 占比 95.8% (46/48) 无统一基线 首次跨 6 benchmark / 11+ 模型系统复现
ScreenSpot-Pro 复现率 (开源模型) 复现 cell 占比 95.7% 无统一基线 固定评估选择后偏差 ≤2%
ScreenSpot-Pro (Gemini 3.0 Pro Zoom) 复现 accuracy 75.08% 官方 72.70% +2.38 绝对点,Zoom 范式恢复官方水平
MobileWorld GUI-Only 大模型对比 Success Rate ClawGUI-2B 17.1% UI-Venus-72B 16.4% / Qwen3-VL-32B 11.9% 2B 端到端超过 72B 未训练大模型

局限与改进

作者明确两点不足:(1) 当前 ClawGUI-RL 的真实设备训练任务为人工编写,task source 受限于人工成本,难以像虚拟环境那样程序化生成,限制了真机训练规模;(2) 当前框架仍以单一 outcome + step reward 的二元组合为主,对步骤级错误的细粒度分类尚未充分建模。我从论文外补充:评估侧 95.8% 复现率主要在静态 grounding benchmark 上验证,能否迁移到需要并行 rollout 的交互式 benchmark(AndroidWorld、OSWorld 全任务)尚未验证;GiGPO 的 anchor-state 匹配在视觉相似但语义不同的状态之间可能引入噪声匹配;hybrid CLI-GUI 路由策略目前为静态规则;2B 模型 17.1% 与 agentic framework 最高 55.6% 仍有大幅差距,说明仅靠基础设施升级不能完全弥合与闭源 frontier 模型组合之间的能力鸿沟。

独立分析的弱点

三个可改进方向。第一,环境管理的故障恢复粒度仍偏粗:Spare Server Rotation 在检测到 emulator 不健康时整体替换,但单个任务的中断-恢复没有细粒度的轨迹保存策略,长任务在轮换点上可能丢失已执行步骤;改进方向是引入 per-step snapshot 与 replay buffer,保证轮换时从最近 stable checkpoint 继续而非重置。第二,reward signal 的两个来源耦合不够:outcome reward 与 PRM step reward 当前以 $R = R_{\text{outcome}} + R_{\text{step}}$ 线性叠加进入同一通道,PRM 训练数据是否被策略更新后的分布污染、PRM 与 policy 是否会形成反馈循环都未讨论;改进方向是定期冻结 PRM 并在独立轨迹上做 calibration。第三,hybrid CLI-GUI 路由策略目前缺乏学习机制;改进方向是把 routing 自身作为可学习的 meta-policy,让模型在与真实设备交互过程中自动优化'何时用 CLI、何时用 GUI'的决策。

未来方向

作者勾画四条未来方向:(1) 走向统一的 GUI-CLI agentic harness,把 CLI/GUI/API 调用视为可互换动作并由学习得到的 routing policy 决定执行模式;(2) 把在线 RL 扩展到 emulator 之外,借助代码生成模型构造 mock 应用覆盖长尾,或通过隐私保护的设备端轨迹采集利用真实用户交互;(3) 推动 on-device always-present system agent;(4) 训练 GUI 专用 world model,从同一份 screen-action 轨迹学习 UI 动力学,支持 counterfactual rollout。我延伸两点:把 ClawGUI-Eval 三阶段流水线扩展到交互式 long-horizon benchmark(OSWorld、AndroidWorld 全 split)并提供 trajectory-level 复现协议;把 GiGPO anchor-state 匹配从视觉相似扩展到语义结构相似,并结合 world model 预测误差作为额外 step-level reward 来源。

复现评估

复现性评估整体较好。代码与模型权重在 GitHub(zju-real/ClawGUI)与项目页公开,论文明确表示'release pre-computed predictions',意味着 ClawGUI-Eval 的 6 benchmark、11+ 模型推理结果都可直接下载用于 re-judge。训练侧复现成本:ClawGUI-2B 端到端训练需 8×A6000 (48GB) GPU、64 个并行 Docker 化 Android emulator、3 epoch、batch size 8、rollout group size 8,PRM 使用 Qwen3.5-72B 作 judge;评估侧支持本地 transformers 与 OpenAI 兼容 API,多 GPU 并行与 shard checkpoint 让中等规模实验室可以断点续跑。复现难度主要在三处:64 并行 emulator 部署需较强 DevOps 能力;real-device 训练需要真实 Android 手机 + 人工任务编写;Qwen3.5-72B PRM 与 frontier 模型 API 的获取存在访问门槛。