[论文学习]OSReward:为跨平台计算机使用奖励模型建立标准化评估
OSReward为跨平台计算机使用奖励模型建立标准化评估论文重点OSReward是一个针对计算机使用智能体CUA轨迹验证任务的标准化评估基准由来自香港大学、南京大学、新加坡国立大学等多所顶尖机构的23位研究者共同完成。研究发现当前最先进的视觉语言模型VLM作为CUA轨迹的评判者存在系统性的宽松偏差leniency bias——倾向于将失败轨迹误判为成功而少数足够可靠的模型又因成本过高而无法规模化部署。为此研究团队构建了OS-Shepherd系列开源奖励模型9B和35B在匹配商业级评判模型性能的同时将成本降低至前者的30-60分之一。核心研究内容问题定义计算机使用智能体CUA正在快速渗透数字世界的各个角落——网页、移动应用、桌面软件。一个CUA轨迹记录了智能体的动作、状态和推理过程验证该轨迹是否完成了任务指令是CUA评估、数据筛选和强化学习的核心环节。然而无论是人工编写的验证器还是人类标注者都无法在大规模场景下提供这种验证。因此该领域越来越依赖VLM作为CUA轨迹的“评判者”。但一个根本性的问题始终未被认真审视这些VLM评判者到底有多可靠创新方法OSReward的核心创新体现在三个层面1. 基准构建OSReward Benchmark不同于复用现有Agent基准中的现成轨迹这种做法会将评判者错误与轨迹本身缺陷混为一谈OSReward从零搭建了专用的跨平台数据基础设施在网页、移动端和桌面端四个平台上运行多种Agent主干模型执行人工验证的指令再通过多阶段人工标注生成高质量的“金标准”标签。2. 挑战集设计OSReward进一步衍生出两个子集——OSReward-Hard专注于真正困难的案例标注者自身都存在分歧的轨迹用于诊断评判模型的错误模式OSReward-Multi则在二分类判定之上叠加了细粒度的效率和对齐评分。3. 开源奖励模型OS-Shepherd基于评估发现的洞见团队构建了包含10万条推理标注轨迹评判的开放语料库OS-Shepherd-100K并采用两阶段训练策略训练出OS-Shepherd-9B和OS-Shepherd-35B两款开源奖励模型。研究成果研究团队对27个模型进行了迄今为止最全面的VLM评判者评估。核心发现包括准确性上限在OSReward完整集上只有最前沿的闭源模型接近90%的二分类准确率Claude-Opus-4-8达到89.7%但到了OSReward-Hard上最佳评判者准确率跌破70%平均仅52%。系统性宽松偏差所有VLM评判者共享一个令人不安的特征——对失败轨迹过于宽容尤其是当智能体“声称”任务完成但实际失败时评判者极易被误导。开源与闭源的鸿沟闭源模型在几乎所有维度上领先开源模型差距在小规模开源VLM上最为显著。但OS-Shepherd在OSReward-Hard的成本-准确率前沿上以极低成本达到了接近最昂贵商业模型的表现。实际落地应用的可能性OSReward的价值具有多重落地场景CUA训练与评估为CUA的强化学习提供可靠且低成本的奖励信号使规模化训练成为可能。数据筛选与质量把控在构建CUA训练数据集时自动过滤低质量轨迹。模型选型参考为开发者提供了一个标准化的评判模型对比平台。开源生态建设OS-Shepherd系列模型和OS-Shepherd-100K数据集已全部开源极大降低了CUA研发的门槛。技术细节数据采集与标注流程OSReward的数据构建采用了严格的端到端流程环境准备在桌面和移动端搭建专用的执行环境远超一般基准的覆盖范围。指令编写针对各平台生成经过人工验证的指令集。Agent执行在多种Agent主干模型上执行指令收集完整轨迹包含截图、动作序列和推理过程。多阶段人工标注每条预筛选的轨迹由三位独立标注者进行标注标注者之间存在分歧的案例被归入OSReward-Hard。评价指标体系研究采用了多维度的评价指标二分类准确率Binary Accuracy最基本的评判指标。成功召回率Success Recall真正成功的轨迹中被正确接受的比例——低值表示评判者过于严格。失败召回率Fail Recall真正失败的轨迹中被正确捕获的比例——低值表示评判者过于宽松。平衡准确率Balanced Accuracy上述两者的均值避免了类别不平衡OSReward中成功/失败比例为43%/57%对结果的扭曲。在OSReward-Multi中成功轨迹还会在对齐度Alignment和效率Efficiency两个维度上接受3级评分0/0.5/1。两阶段训练策略OS-Shepherd的训练采用了针对宽松偏差的专门设计第一阶段建立准确的轨迹评判能力。第二阶段直接针对“虚假成功false success”——即研究揭示的最严重失败模式——进行优化。成本-性能分析研究的一个重要贡献是绘制了OSReward-Hard上的成本-准确率前沿cost-accuracy frontier。分析显示可靠的评判模型极为昂贵而低成本的开放模型又表现不佳。OS-Shepherd恰好填补了这一空白——以远低于前沿模型的成本达到了接近其准确率的水平。研究设定硬件与软件配置模型规模OS-Shepherd提供9B和35BMoE架构两个版本。推理设置研究中固定了帧数、红色点击标记等参数并在消融实验中逐一扰动分析。解码策略采用贪心解码greedy decoding。数据规模OSReward基准包含1,019条跨平台轨迹。OSReward-Hard284条高难度案例。OS-Shepherd-100K从超过30万个评判实例中筛选出的近10万条训练样本。实验设计研究对27个VLM模型进行了系统评估涵盖了从开源到闭源、从小型到超大规模的各类模型。实验设计特别注意了训练集与测试集的严格分离——OS-Shepherd的训练语料与OSReward基准完全不相交。综合分析核心贡献的学术价值OSReward的贡献远不止于提供一个基准。它系统地揭示了一个此前被忽视但至关重要的问题VLM作为评判者的可靠性远未达到理想状态。这一发现对CUA领域的发展具有警示意义——如果连任务完成与否的判断都不可靠那么基于此的评估、数据筛选和强化学习都可能建立在不稳固的基础之上。尤为值得关注的是宽松偏差的系统性。研究发现这种偏差并非某个模型的偶然缺陷而是跨模型、跨平台的普遍现象。这意味着简单的“换一个更好的模型”无法解决问题——需要从根本上重新思考评判模型的设计和训练范式。方法论上的创新OSReward在方法论上提供了一个值得借鉴的范式先系统性地诊断问题再有针对性地构建解决方案。研究团队没有止步于“发现VLM评判者不可靠”这一结论而是基于诊断结果构建了OS-Shepherd-100K训练语料和两阶段训练策略。这种“诊断→数据→模型”的闭环思路为AI安全和对齐研究提供了可复用的方法论参考。开源生态的意义OSReward团队将代码、基准、数据集和模型权重全部开源。考虑到CUA是当前AI领域最热门的赛道之一这一决定具有重要的生态价值——它使得中小型团队也能开展CUA相关研究而无需承担高昂的商业API调用成本。OS-Shepherd将成本降低至商业模型的1/30到1/60这一数量级的差距足以改变整个领域的研究范式。局限性与展望从论文摘要和初步分析来看OSReward仍存在一些值得关注的局限性动态验证的缺失当前基准基于静态轨迹的离线评判而实际的CUA强化学习需要在线奖励信号——这一差距如何弥合尚不明确。人类标注的质量边界即使是多阶段人工标注“金标准”本身也受限于人类标注者的判断能力——OSReward-Hard正是标注者分歧的集合说明有些案例连人类也难以达成共识。跨平台泛化能力虽然OSReward覆盖了四个平台但CUA的应用场景仍在快速扩展基准的覆盖面能否跟上领域发展仍需观察。实践应用对研究者的建议评估CUA时请勿盲信VLM评判者OSReward的研究表明即使是GPT-5.5、Claude-Opus-4-8等前沿模型在困难案例上的准确率也仅徘徊在70%左右。建议在研究设计中加入人工抽检或交叉验证机制。优先使用OS-Shepherd作为奖励模型对于需要规模化部署CUA奖励信号的场景OS-Shepherd-35B在成本-性能权衡上表现最优。如果资源有限9B版本也是一个合理的选择。关注宽松偏差的缓解在构建自己的评判模型时应有意识地在训练数据中增加失败案例的比重特别是那些“看似成功实则失败”的边界案例。对工程师的建议直接使用开源资源OSReward的代码、模型权重和数据集均已开源可立即集成到现有CUA开发流程中。成本优化策略如果当前使用GPT-4o或Claude等商业模型进行轨迹评判迁移到OS-Shepherd可将成本降低30-60倍同时保持相近的准确率。利用OSReward-Hard进行压力测试在部署CUA系统前可使用OSReward-Hard子集对评判模型进行压力测试识别其在困难案例上的表现短板。对决策者的建议重视CUA的可验证性问题OSReward揭示的评判者可靠性问题提醒我们CUA的“自动化”不能以牺牲“可验证性”为代价。在将CUA投入关键业务场景前应建立多层次的质量把控机制。投资开源基础设施建设OSReward的成功表明开源社区能够以远低于商业方案的成本提供高质量的AI基础设施。在AI研发投入上支持开源生态可能比单纯采购商业API更具长期价值。参考资料原始论文https://arxiv.org/abs/2607.28609项目主页https://os-copilot.github.io/OSReward-Home/论文PDFhttps://arxiv.org/pdf/2607.28609

相关新闻

[论文学习]一人掌控N个智能体:校准偏差与相关性置信度下LLM智能体集群的审计预算分配

[论文学习]一人掌控N个智能体:校准偏差与相关性置信度下LLM智能体集群的审计预算分配

One Human, N Agents: Audit-Budget Allocation for LLM Agent Fleets under Miscalibrated, Correlated Confidence 论文重点 本文针对“一人监督N个LLM智能体”这一现实困境,构建了预算受限下的噪声审计模型。研究发现:当智能体自报置信度存在对抗性…

2026/10/2 13:34:17 阅读更多 →
如何在3分钟内将英雄联盟游戏体验提升到专业级?解锁League-Toolkit的智能革命

如何在3分钟内将英雄联盟游戏体验提升到专业级?解锁League-Toolkit的智能革命

如何在3分钟内将英雄联盟游戏体验提升到专业级?解锁League-Toolkit的智能革命 【免费下载链接】League-Toolkit An all-in-one toolkit for LeagueClient. Gathering power 🚀. 项目地址: https://gitcode.com/gh_mirrors/le/League-Toolkit 你是…

2026/10/3 6:27:40 阅读更多 →
Blender细节进阶:从程序化材质到光影渲染的全流程实战

Blender细节进阶:从程序化材质到光影渲染的全流程实战

1. 项目概述:为什么“细节补充”是Blender进阶的关键如果你已经能用Blender建出基础的模型,会一些简单的材质和动画,但总觉得自己的作品“差点意思”——不够真实、不够精致,或者效率低下,那么你遇到的就是典型的“细节…

2026/10/7 9:58:30 阅读更多 →

最新新闻

Claude Code 安装配置完全指南:从Node环境到终端AI编程助手

Claude Code 安装配置完全指南:从Node环境到终端AI编程助手

简介:面向开发者的Claude Code安装配置代码包,聚焦智能终端助手在Windows、macOS、Linux三平台下的部署与集成,帮助读者完成Node.js环境准备、全局安装、API密钥配置,并快速接入Visual Studio Code与JetBrains IDE。包体共3个文件…

2026/10/14 23:23:41 阅读更多 →
在线火山图绘制全攻略:从双色到四色的参数与实操

在线火山图绘制全攻略:从双色到四色的参数与实操

1. 先看懂火山图:坐标轴、阈值线、颜色的底层逻辑很多人上来就找按钮,先问“火山图在哪里”。我的建议是,先用两分钟理解这张图的坐标和阈值在说什么。你知道了每个参数背后的含义,在线工具里的选项就不会让你犯迷糊,出…

2026/10/14 23:23:41 阅读更多 →
大模型训练数据管线全拆解:从清洗去重到Tokenize分片

大模型训练数据管线全拆解:从清洗去重到Tokenize分片

1. 从数据视角切入大模型训练:为什么值得深挖做模型训练的人都有一个共识:架构决定上限,数据决定下限。很多人拿到一个开源大模型,第一反应是去看它的网络结构——注意力怎么设计的、位置编码用的什么方案、归一化放在哪里。但真正…

2026/10/14 23:23:41 阅读更多 →
手写Tool Use的三种实战方案:从字符串解析到AST沙箱

手写Tool Use的三种实战方案:从字符串解析到AST沙箱

1. “手写 Tool Use”到底在考什么:面试官没说破的三层潜台词“面试官让我手写一个 Tool Use,我用了 3 种方案”——这个标题乍看像段程序员日常吐槽,但背后藏着当前大模型应用开发岗位最核心的能力筛选逻辑。我带过十几轮校招和社招技术面&a…

2026/10/14 23:23:41 阅读更多 →
智能体五类伤害与三方责任:风险控制与实操指南

智能体五类伤害与三方责任:风险控制与实操指南

1. 从“智能体闯祸”说起:为什么五类伤害与三方责任值得每个从业者吃透智能体这两年被聊得很多,从自动订票、自动写代码,到在业务系统里替人做决策、调资源、发指令,能力边界一路外扩。但真正在一线做过落地的人都知道&#xff0c…

2026/10/14 23:23:41 阅读更多 →
Delphi中用TPaintBox生成显示二维码,并保存为PNG回读Image的完整实践

Delphi中用TPaintBox生成显示二维码,并保存为PNG回读Image的完整实践

1. 从画布到文件:为什么用PaintBox而不是直接放Image最近在做桌面端工具时,遇到一个挺典型的交互需求:界面某处要根据数据动态生成二维码,当场显示给用户看,同时提供一个“保存图片”的按钮,把二维码落盘。…

2026/10/14 23:22:37 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 22:01:27 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 7:53:34 阅读更多 →