这些信号指向统一个趋向：AI 不再只是谈天框里的回覆者，而是在进动手机这个最日常、最复杂、也最具状态性的推算环境

。 腾讯混元牵头，结合 The Chinese University of Hong Kong、The Chinese University of Hong Kong, Shenzhen、Tsinghua University等机构的最新钻研 PhoneHarness:A Mixed-Action Orchestration Harness and Benchmark for Phone Agents across CLI, GUI, and MCP Tools 关注一个更基础的问题：当 AI 真在手机上行动，我们若何让它真正实现工作，并验证它的确实现了？ 手机 Agent 的主题不只是「更会点屏幕」，而是能凭据工作选择 CLI、GUI、MCP 工具等相宜的行动面；真实手机 workflow 必要可验证的副作用：文件是否天生、设置是否扭转、邮件 / 日历对象是否真的创建，都不能只靠模型口头回覆；PhoneHarness 提供 mixed-action 执行 harness；PhoneHarness Bench 则用 trace、系统状态、App 了局和安全战术评估工作是否真的实现

。 在好多手机 Agent 评测里，工作被拆成一连串 GUI 操作

。模型观察屏幕，决定下一步点哪里、滑哪里、输什么

。若是最后 UI 状态看起来对，就算工作实现

。 把手机工作当作跨 CLI、GUI、MCP 工具的齐全 workflow；评估沉点不是「看起来实现」，而是副作用是否真实产生、trace 是否可审计；更适合系统设置、文件、搜索、邮件、日历和跨 App 工作

。 例如，「查一个 App 内的信息，再结合网页搜索补充布景，并整顿成邮件」这类工作，不是一个更长的点击链

。它同时蕴含 App 内 GUI 交互、表部信息检索、文本处置、邮件副作用，以及最终了局验证

。 若是评测只看最终回覆，就会漏掉最关键的问题：模型到底有没有查对起源、有没有真的创建文件、有没有真的发出邮件、有没有绕过了应该被确认的高风险操作？ 主题判断：PhoneHarness 的启程点很直接：手机 Agent 的评测不能只问「它会不会点屏幕」，而要问「它能不能在真实手机环境里把一件事做完，并留下可验证证据」

。 关键区别：问题不是「纯 GUI 理论上能不能做」，而是「纯 GUI 是否是靠得住、高效、可验证的作为抽象」

。真实手机 workflow 往往同时逾越系统状态、App 界面、文件、网页、邮件、日历和安全天堑

。GUI 是沉要入口，但不应该是唯一入口

。 因而，mixed-action 不是给 GUI agent 加几个表挂工具，而是让 agent 在执行过程中为分歧子指标选择相宜的 action surface：能用确定生号令读取状态，就不用反复点设置页；必须进入 App 内实现交互时，才交给 GUI；必要表部信息、文件处置或了局复核时，则挪用 host-side tools 或 verifier

。 这意味着，PhoneHarness 里的 agent 不用把所有工作都硬塞进 GUI 点击链

。它能够判断：什么时辰该走系统号令，什么时辰该交给 GUI worker，什么时辰该挪用搜索、文档、邮件、日历等工具

。 这种设计更靠近 AI 手机时期的真实需要

。AI 手机不是「在手机里放一个谈天机械人」，而是让智能体能在复杂手机环境里理解指标、选择行动、执行工作，并产生可查抄的了局

。 PhoneHarness Bench 成立在 PhoneHarness 之上，不把工作写成抽象问答题，而是写成一段能够执杏注纪录和复核的 phone workflow

。Agent 在执行过程中会留下截图、CLI / MCP 操作、文件变动、系统状态和 App 侧了局；benchmark 再通过 task-specific verifier 判断工作副作用是否真实产生

。 Bench 的关键：PhoneHarness Bench 不问「模型有没有说自己做完」，而是看「工作证据链是否支持它真的做完」

。这也是它区别于纯问答式评测和纯 GUI 状态评测的关键

。 每个 PhoneHarness Bench task 都蕴含一个用户指标、一组可挪用行动面，以及一个面向副作用的 verifier

。这样，benchmark 评估的不是单步 GUI 操作，而是齐全 workflow：工作输入、agent loop、混合作为执杏注trace 纪录、了局验证和失败归因

。 这条链路让失败不再只是一个抽象的「没做对」

。我们能够进一步分辨：是表层 controller 没有规划好，是 GUI worker 没有点对，是工具挪用失败，是环境不不变，还是 verifier 没有看到预期副作用

。 PhoneHarness 的收益重要来自那些存在确定性蹊径、工具辅助蹊径或可验证副作用的工作

。好比设备状态查问、文件处置、网页检索、日历 / 邮件 / 文档有关 workflow，以及必要跨行动面组合的手机工作

。 尝试解读：这个结论反而更沉要：手机智能体的未来不是「把 GUI 点击模型做得更大」，而是要让 agent 学会选择相宜的行动面，并让每一步执行都能被验证

。 若是说从前手机 Agent 的竞争更像「谁更会看屏幕点按钮」，那么 AI 手机时期真正沉要的问题会造成：谁能把真实手机 workflow 做完，谁能留下可信证据，谁能在安全天堑内不变执行

。 AI 手机不是单一地把大模型塞进系统

。它意味着手机从 App-centric device 走向 Agent-centric device：用户表白指标，agent 掌管选择蹊径、挪用工具、操作 App，并实现可验证的了局

。 一句话总结：AI 手机时期，关键问题不只是模型能不能理解屏幕，而是它能否在真实手机环境里选择正确行动面、实现可验证工作，并留下可审计的执行轨迹

。