PhoneWorld:扩展手机使用代理环境 PhoneWorld: Scaling Phone-Use Agent Environments
将真实GUI轨迹转换为可控手机环境,支持评估与训练
前置知识
GUI代理
GUI代理是通过像素直接操作智能手机的智能体,必须处理视觉丰富、有状态、触摸驱动的界面,通过截图理解界面状态,预测触摸操作完成用户目标,与基于API的代理不同。
PhoneWorld专注于为GUI代理构建训练和评估环境,理解GUI代理的工作原理对于理解论文的核心贡献至关重要。
监督微调(SFT)
SFT是大型语言模型的关键训练方法,通过在高质量标注数据上进行有监督训练来提升模型在特定任务上的性能,论文使用LlamaFactory运行两个epoch。
论文使用SFT作为主要训练方法,理解SFT的工作原理对于理解论文如何利用PhoneWorld生成的轨迹数据训练模型至关重要。
可重置环境
可重置环境是可以恢复到已知初始状态的模拟环境,PhoneWorld通过SQLite数据库存储可变状态,环境重置时恢复初始内容快照,确保任务可以从已知状态重复执行。
PhoneWorld的核心贡献就是构建可重置的手机使用环境,这是区别于真实应用的关键特性,使得大规模训练数据生成和精确评估成为可能。
规则验证
规则验证是通过预定义的确定性规则检查任务完成状态的方法,PhoneWorld使用SQLite查询验证期望记录是否存在,消除了评估器在不同运行中的变化。
规则验证是PhoneWorld支持可扩展评估的关键技术,理解这种验证方式对于理解论文如何避免传统基准中基于模型判断的变异性问题至关重要。
迁移学习
迁移学习是将在一个环境或任务中学到的知识迁移到不同环境或任务中的能力,论文通过多个基准测试评估迁移性能,优化跨环境的迁移效果。
论文的核心贡献之一是展示PhoneWorld数据如何提升迁移性能,理解迁移学习对于理解论文的实验设计和结果解读至关重要。
研究动机
手机使用代理面临的核心瓶颈是难以大规模构建覆盖真实移动行为的可控、可重现环境。现有的移动代理基准测试如AndroidWorld、MobileWorld和A3在评估方面取得了重要进展,但它们主要关注环境已经构建后的评估,而不是如何规模化地构建新的手机使用环境。真实移动应用频繁变化,难以重置,而且将它们转化为可重现的评估和训练环境成本高昂。现有的移动代理基准测试虽然有价值,但它们一次只能构建一个基准,而不是提供规模化构建新环境的方法。论文中指出,现实中的消费者应用可能包含数十个不同的屏幕,但只有一小部分驱动了大多数用户交互,因此手动构建每个应用的所有细节既不经济也不必要。
本文的目标是本文的目标是提出PhoneWorld,一个可复用的管道,能够将真实的GUI轨迹和截图转换为可控的手机使用环境、可执行任务、自动验证器和训练轨迹。PhoneWorld不是简单地模仿轨迹,而是将真实使用轨迹作为环境构建的指导,揭示哪些屏幕是关键的、导航流如何在屏幕之间移动、哪些交互必须持久化到可变状态、以及哪些用户目标可以后期自动检查。论文的实例化版本覆盖了34个应用,横跨16个领域,包括常见的消费者移动行为如搜索、浏览、购物、预订、媒体消费和社交互动。论文还通过三个扩展问题研究如何更好地利用PhoneWorld:在固定训练预算下用PhoneWorld监督替换部分AndroidWorld数据能否提升性能、PhoneWorld监督量如何影响性能、以及固定PhoneWorld预算下应用覆盖范围如何影响性能。
与已有工作不同的是,本文的独特切入角度是关注如何规模化地构建新的手机使用环境,而不是关注环境已经构建后的评估。与AndroidWorld等现有基准测试不同,PhoneWorld不是另一个基准测试,而是一个可复用的方法来持续构建新的手机使用环境,并将它们转化为评估任务和训练数据。与其他可扩展环境构建工作如InfiniteWeb、AutoWebWorld、GUI Exploration Lab和Agent-World相比,PhoneWorld专注于需要通过像素、触摸交互、移动导航和应用状态操作的手机使用代理,而不是一般的工具使用代理。PhoneWorld的核心创新在于将真实GUI轨迹不仅作为模仿学习的演示,而且作为环境构建的指导,这使得构建的环境既有视觉基础,又保留了功能行为。论文强调,同样的支持程序化评估的环境也可以重置、重新执行和收集成功的轨迹,这些轨迹成为模型训练的监督信号。
核心方法
PhoneWorld的整体思路是从真实移动使用数据中提取结构和行为信号,构建可重置的模拟Android应用,然后从这些环境中生成可验证的任务和训练轨迹。方法从直觉上可以分为三个主要阶段:首先是应用结构恢复,从真实轨迹中识别关键屏幕、导航流程和状态改变交互;其次是自主应用构建,根据恢复的结构规范生成可运行的模拟应用;最后是任务合成和验证,从构建的环境中生成可执行任务和自动验证规则。技术路线包括页面分类、频率分析、转换图提取、PRD生成、可重用组件库构建、SQLite状态管理、编码代理迭代实现、人工审核和质量保证。整个管道是AI驱动但人工审核的,结合了自动化规模化和人工精确性的优势。PhoneWorld当前实例化覆盖34个应用16个领域,共享18个可重用模块,产生了120个审计评估任务和7,936个生成任务池,执行后得到3,354个成功轨迹,共36,193个交互步骤。
PhoneWorld的核心创新点是将真实GUI轨迹不仅作为模仿学习的演示数据,而是作为环境构建的指导信号。这个与已有方法的本质区别在于,PhoneWorld利用轨迹揭示的结构信息(哪些屏幕是关键的、导航流如何在屏幕之间移动、哪些交互必须持久化到可变状态、哪些用户目标可以自动验证)来确定构建什么、简化什么和验证什么,而不是简单地复制外观或模仿行为。另一个关键区别是PhoneWorld构建的环境是可重置、可检查和可重用的,由只读应用内容和可变状态支持,这使得同一个环境既可以用于程序化评估,也可以通过重置、重新执行和收集成功轨迹来生成训练监督。PhoneWorld还通过共享可重用组件库来实现规模效应,18个共享模块(如搜索引擎、信息流卡片、评论、购物车和结账、地址管理、消息传递、设置、媒体播放器等)在新应用中被实例化,集中开发精力在真正应用特定的逻辑上。
方法步骤详情
PhoneWorld的完整流程包含七个主要步骤。第一步是输入和设计范围,每个应用的输入包括代表性截图和一组真实使用轨迹,每个轨迹包含自然语言用户指令以及在真实设备上记录的截图和动作序列。这些截图揭示每个页面的视觉布局和内容,而轨迹揭示使用结构:哪些屏幕经常被访问、哪些转换是常见的、哪些用户目标经常出现。第二步是应用结构恢复,首先建立目标应用的页面分类,提示Claude Code浏览代表性截图并识别重复出现的页面类型(如主页、详情页和个人资料页),生成每个应用25-30个类别的分类和描述每个类别的分类提示。轻量级视觉语言模型然后将完整截图语料库并行分类到这个分类中,聚合结果生成每个类型的清单。给定分类后的语料库,通过将轨迹中的每个截图映射到相应的页面类型并计算所有轨迹中的出现次数,推导页面频率分布。这个分布直接确定优先级排序:访问最频繁的页面被分配为P0(必须构建),中等访问频率的页面接收P1(推荐),长尾页面被标记为P2(仅当下游任务需要时构建)。还从真实使用轨迹中提取页面转换图,编码页面类型之间的导航流程。第三步是构建规范生成,为每个页面生成按优先级排序的结构化PRD,视觉语言模型检查页面类型的两三个代表性截图并生成四个维度的规范:页面布局、交互元素、转换关系和视觉属性。这些每页面PRD条目成为构建代理的主要指令集。还整合跨应用共享的交互组件到可重用组件库,设计分离只读应用内容和可变应用状态的数据架构。第四步是自主应用构建,编码代理在迭代循环中构建每个应用:读取PRD、生成Kotlin/Jetpack Compose源代码、编译APK、运行自检清单、修复报告的问题。第五步是人工质量保证,安装编译的应用在模拟器上并运行烟雾测试,人工审核重点放在高影响力问题上,将模拟应用与对应的真实应用并排比较。第六步是任务合成和验证,从已经构建的环境制品(只读应用内容、数据库模式和UI规范)生成可执行任务和自动验证规则。对于每个任务,生成器通过交叉参考三个来源来确保一致性:只读应用内容、数据库模式和每页面PRD。最后一步是PhoneWorld套件总结,提供34个模拟Android应用跨16个消费者领域,共享18个可重用模块,维护120个审计评估任务和7,936个生成任务池。
技术新颖性
PhoneWorld的技术新颖性体现在多个方面。首先是AI驱动的环境构建管道,这是首次将真实GUI轨迹系统地转换为可控手机使用环境的端到端方法,结合了视觉语言模型的页面分类、PRD生成和编码代理的应用构建,辅以人工审核保证质量。其次是频率驱动的优先级排序,通过真实使用轨迹的访问统计自动确定页面构建优先级(P0/P1/P2),而不是基于主观判断功能重要性。第三是共享组件库的规模化效应,18个可重用模块(如搜索引擎、信息流卡片、评论、购物车和结账、地址管理、消息传递、设置、媒体播放器等)在新应用中被实例化,随着构建更多应用而积累,降低每个新应用的构建成本。第四是数据库支持的可重置状态模型,通过分离只读应用内容和可变SQLite状态,支持环境重置、程序化验证和确定性检索行为,这使得验证器确认的轨迹采集和未来的在线训练变得实用。第五是环境、任务、验证器和训练轨迹的同源生成,所有制品来自同一个可控应用实例,添加新应用自动扩展评估表面和训练供应,不需要单独的数据收集活动。第六是任务-验证器的联合生成,从只读应用内容、数据库模式和UI规范生成确保一致的可执行任务,保证每个生成的任务引用代理实际可见的实体并触发验证器可以实际检查的状态变化。最后是双用途基础设施,同一个支持程序化评估的环境也可以重置、重新执行和收集成功轨迹成为模型训练的监督信号,这是区别于传统基准只关注评估的关键创新。
实验结果
论文围绕三个扩展问题组织实验,得出四个核心发现。首先,在固定训练预算下,部分替换来自辅助AndroidWorld语料库的步骤,用广泛的PhoneWorld监督可以改进所有四个评估基准。在10K PhoneWorld替换设置中,相比基线模型,PhoneWorld在HYMobileBench上提升17.7分,AndroidControl提升6.0分,AndroidWorld提升14.7分,PhoneWorld提升52.5分。这是论文最清晰的单一结果,提升不仅限于PhoneWorld,还迁移到真实应用AndroidWorld基准和两个离线基准。其次,完全替换控制显示PhoneWorld监督自身强大但与AndroidWorld数据互补而不是可互换。完全用PhoneWorld数据替换辅助AndroidWorld语料库在PhoneWorld上大幅提升60.8分,HYMobileBench提升17.7分,AndroidControl提升5.6分,但AndroidWorld下降10.3分。附录中的补充仅添加分析显示,当PhoneWorld监督添加在共享AndroidWorld基线语料库之上而不移除现有AndroidWorld数据时,PhoneWorld急剧上升而AndroidWorld基本保持不变(0K:46.6/14.2,10K:45.7/64.2,20K:45.2/70.0,36K:46.6/73.3),这种模式更符合缺少辅助AndroidWorld迁移信号而不是添加PhoneWorld监督本身的有害影响。第三,扩展PhoneWorld监督量主要加强PhoneWorld性能。从共享AndroidWorld基线语料库单独开始并添加0、10K、20K或36,193 PhoneWorld步骤,PhoneWorld任务成功率从14.2上升到64.2、70.0和73.3,最大增益出现在第一个10K PhoneWorld步骤之后。第四,在固定PhoneWorld预算下,扩展应用覆盖范围产生最广泛的增益并成为论文中最强的扩展信号。在相同10K PhoneWorld预算下,将源应用集从5扩展到34将PhoneWorld从46.7提升到65.0(+18.3),HYMobileBench从14.9提升到33.2(+18.3),AndroidWorld从61.2提升到71.6(+10.4),而AndroidControl整体基本保持稳定。由于PhoneWorld预算固定,这些增益不能简单地通过添加更多PhoneWorld数据解释,变化的是模型暴露的环境广度。
查看结构化数据
| 任务 | 指标 | 本文 | 基线 | 提升 |
|---|---|---|---|---|
| HYMobileBench离线评估 | Step SR | 33.2 | 15.5 | +17.7 |
| AndroidControl离线评估 | Step SR | 59.7 | 53.7 | +6.0 |
| AndroidWorld在线真实应用评估 | Task SR | 71.6 | 56.9 | +14.7 |
| PhoneWorld在线模拟应用评估 | Task SR | 65.0 | 12.5 | +52.5 |
局限与改进
论文明确指出PhoneWorld有几个局限性。生成的应用是真实应用的选择性抽象而不是完整复制品,论文保留对手机使用代理最重要的屏幕、状态变化和交互路径,但不以完整功能覆盖或完美系统保真度为目标。当前的基准测试故意紧凑并手动审计,这提高了稳定性但不消耗完整PhoneWorld套件的行为空间。HYMobileBench是内部基准而不是公开基准。论文承认生成的应用不会复制真实应用的每个细节,重点不是像素级匹配,而是主要用户流是否正确工作以及接口是否足够接近真实应用以供手机使用代理操作。此外,论文的实验主要关注Qwen3.5-9B视觉语言骨干,在其他模型架构上的泛化性尚未充分探索。PhoneWorld套件目前覆盖34个应用,虽然横跨16个领域,但与真实世界中成千上万的移动应用相比仍然有限。论文使用的训练预算固定在72,383步,更大规模的训练预算可能揭示不同的扩展模式。最后,论文的评估主要在Android 13 Pixel 6模拟器上进行,真实设备的性能可能有所不同。
独立分析的弱点
论文的几个弱点值得注意和改进方向。首先,生成的应用与真实应用之间的保真度差距可能限制迁移到真实应用的能力。改进方向可以是引入更高保真度的视觉模拟,包括更精确的布局渲染、动画效果和交互响应,或者引入真实应用截图作为视觉背景以减少视觉差异。其次,当前的120个审计基准任务虽然稳定但可能不足以全面评估PhoneWorld套件的行为空间。改进方向可以是扩展基准测试的规模和多样性,或者引入动态任务生成机制在评估时生成新任务。第三,论文主要关注消费者应用,对于企业应用、游戏应用或专业应用领域覆盖不足。改进方向可以是将PhoneWorld管道扩展到这些领域,或者研究如何从不同应用类型中提取共同结构以实现跨领域迁移。第四,当前的自检清单和人工审核可能难以捕捉所有功能缺陷。改进方向可以是引入更系统的自动化测试,包括形式化验证、基于属性的测试或用户模拟器进行更全面的功能测试。第五,论文的训练数据主要来自Seed 2.0 Pro的成功轨迹,失败轨迹可能包含有价值的学习信号。改进方向可以是研究如何有效利用失败轨迹,例如通过对比学习或从失败中恢复的策略。最后,PhoneWorld的构建管道虽然可重用,但仍然需要人工参与和审核,这限制了完全自动化的规模化。改进方向可以是进一步自动化质量保证流程,引入更先进的人工智能审核或形式化验证方法。
未来方向
论文提出和隐含的未来研究方向包括几个方向。作者提出的方向是继续扩展PhoneWorld套件的规模和多样性,覆盖更多应用和领域,研究更大规模的扩展效应。基于论文成果可以延伸的方向包括:研究如何将PhoneWorld管道应用于其他移动平台,如iOS或跨平台框架;探索更复杂的跨应用任务和长周期任务,可能需要多步骤规划和持久记忆;研究如何结合其他学习范式,如强化学习、课程学习或元学习,以更有效地利用PhoneWorld环境;探索如何将PhoneWorld与其他可扩展环境构建工作如InfiniteWeb、AutoWebWorld或Agent-World结合,构建更全面的代理生态系统;研究如何评估和改进生成应用的真实感和用户体验,可能引入用户研究或A/B测试;探索如何将PhoneWorld用于更复杂的代理能力评估,如工具使用、多智能体协作或自适应行为;研究如何将PhoneWorld管道与其他数据源如用户反馈、应用商店数据或网络日志结合,以构建更真实的环境;最后,探索如何将PhoneWorld应用于其他交互模态,如语音交互、手势交互或多模态交互。
复现评估
PhoneWorld的复现性面临一些挑战。论文明确指出PhoneWorld APK、基准测试任务和相关评估制品在提交时没有公开发布,需要向作者合理请求才能访问。这限制了外部研究者的独立验证和扩展。论文使用的训练数据包括AndroidWorld基线语料库(36,193步)、辅助AndroidWorld语料库(36,193步)和PhoneWorld滚动语料库(3,354轨迹共36,193步),这些数据的具体细节和获取方式没有完全公开。论文使用的Qwen3.5-9B视觉语言骨干是公开的,但具体的训练设置、超参数和提示格式可能需要从论文中重建或向作者询问。评估在Android 13 Pixel 6模拟器上进行,硬件要求明确但具体配置细节可能需要补充。论文的实验设计相对清晰,训练预算固定、评估基准明确,但具体的运行时间、计算资源需求和随机种子没有完全报告。总的来说,PhoneWorld的核心思想和方法描述相对详细,但由于数据、代码和制品的获取限制,完全复现论文结果需要与作者合作。改进方向可以是公开部分数据、代码或制品,或者提供更详细的复现指南和配置细节。
论文图表