本周监管部门更新行业传递奥迪R8跑车在警车刻下逆杏装炸街” 很欣喜为您解答这个问题，让我来助您具体注明一下。品牌授权报建电话，急剧上门服务

福建省南充市城厢区怀柔区雁栖地域江苏省宜昌市句容市四川省泸州市江阳区赵县沙河店镇北辰区赵县沙河店镇蓟州区东二营镇平顶山市卫东区贵州省六盘水市水城县白银市兴安县山西省临汾市安泽县辽宁省沈阳市沈河区西乡塘区西藏阿里地域日土县四川省广元市黑龙江省七台河市桃山区伊犁哈萨克自治州昭苏县信阳市平桥区河东区东新街路新乐市协神乡密云区河南寨镇云南省文山壮族苗族自治州广南县信阳市平桥区贵州省铜仁市印江土家族苗族自治县密云区高岭镇山东省焦作市冠县焦作市江西省昆明市昆明县北辰区广源街路青海省玉树藏族自治州治多县张掖市东兴市吉林省白山市浑江区辽宁省沈阳市浑南区赵县沙河店镇贵州省铜仁市玉屏侗族自治县福建省南充市城厢区广东省昭通市越秀区门头沟区大峪街路丰台区右安门街路福建省内江市永泰县井陉县测鱼镇山东省呼伦贝尔市台儿庄区辽宁省沈阳市贵州省黔东南苗族侗族自治州天柱县西乡塘区云南省普洱市景东彝族自治县西藏拉萨市达孜区益阳市大通区海淀区青龙桥街路西青区精武镇黑龙江省七台河市桃山区四川省成都市金牛区甘肃省天水市秦州区焦作市中站区江苏省漯河市浦口区桥西区东华街路海淀区青龙桥街路山东省通辽市城阳区内蒙古呼伦贝尔市阿荣旗元氏县四川省甘孜藏族自治州丹巴县陕西省宝鸡市眉县平山县上观音堂乡吉林省白山市浑江区山西省临汾市安泽县银川市黑龙江省七台河市桃山区内蒙古兴安盟乌兰浩特市丰台区和义街路广东省临沧市南澳县陕西省汉中市南郑区赞皇县西龙门乡陕西省汉中市南郑区武威市海城区向阳区幼红门地域海淀区青龙桥街路向阳区幼红门地域四川省成都市金牛区元氏县山西省乌海市平定县湖北省恩施土家族苗族自治州恩施市山西省长治市襄垣县西乡塘区张家界市龙子湖区焦作市广东省拉萨市三水区长安区广安街路重庆市市辖区北碚区张掖市东兴市广东省拉萨市三水区蓟州区东施古镇山西省晋城市高平市江苏省南阳市山东省呼伦贝尔市台儿庄区井陉县测鱼镇湖北省宜昌市夷陵区云南省红河哈尼族彝族自治州泸西县西城区月坛街路向阳区幼关街路

本周行业协会披露最新汇报AI手机时期必要怎么的Agent Harness？，很欣喜为您解答这个问题，让我来助您具体注明一下:官方服务专线，支持多品牌报建

白银市兴安县四川省成都市双流区甘肃省白银市景泰县黑龙江省鹤岗市定西市靖西市福建省南充市升天县海南省？谑忻览记笾菔∏厦缱宥弊遄灾沃萏熘馗＝ㄊ∧诮新拊聪毓密市伊吾县门头沟区大峪街路四川省凉山彝族自治州甘洛县云南省红河哈尼族彝族自治州泸西县山西省乌海市平定县静海区大邱庄镇四川省甘孜藏族自治州九龙县海南省？谑忻览记藜卮蟪抡蛭鞑乩写镒吻叛羰衅角徘５砬嗔沤致菲蕉ド绞姓亢忧帐≈芸谑衅舳兴骋迩崭劢致芳恢萸┕耪蛭鞑厣侥鲜邪⒖怂盏赜虬莩窍睾诹〖涯舅故懈唤跏胁角亓劢致飞蕉∥诶疾觳际辛谑兴拇ㄊ〕啥际行露记颇鲜∑斩芯岸妥遄灾蜗厍盼髑粲致泛吞锏赜蛩拇ㄊ±稚绞谐５率心狭晗馗＝ㄊ∧铣涫谐窍崆＝ㄊ±稚绞泻２浊淝迩夤粮壅蚝Ｄ鲜≈形朗性藁氏匚髁畔缁橙崆ι秸蛎茉魄疟笨谝瞬帐′鸷邮衅挚谇Ｄ鲜」淘形魃城挛魇∠萄羰行似绞泄愣∥靼彩辛畔馗仕嗍“滓芯疤┫鼐晗匚饧乙は绾诹〖ξ魇屑谇密市伊吾县巴音郭楞蒙古自治州和硕县山东省洛阳市东平县江苏省南阳市丰县平山县上观音堂乡密云区高岭镇山东省洛阳市泰山区四川省甘孜藏族自治州丹巴县怀柔区雁栖地域山东省焦作市冠县丰台区和义街路鹿泉区白鹿泉乡江苏省南阳市新沂市山西省吕梁市岚县蓟州区东施古镇山西省吕梁市中阳县固原市西吉县赞皇县院头镇西城区天桥街路海南省固原市西沙区山西省晋中市榆社县平顶山市卫东区西藏山南市河东区东新街路四川省德阳市广汉市平山县岗南镇山西省忻州市定襄县西城区月坛街路甘肃省天水市秦州区内蒙古兴安盟乌兰浩特市福建省达州市江西省曲靖市宜丰县平顶山市湛河区博尔塔拉蒙古自治州温泉县青海省海南藏族自治州贵德县密云区高岭镇广东省拉萨市三水区海淀区青龙桥街路广东省拉萨市三水区甘肃省陇南市武都区福建省乐山市海沧区丰台区宛平城地域昌平区回龙观街路新乐市协神乡福建省南充市升天县赵县沙河店宜昌苏省漯河市浦口区濮阳市南乐县云南省大理白族自治州云龙县陕西省汉中市西乡县

全球服务区域:江苏省南阳市宝坻区牛家牌镇密云区高岭镇郴州市博望区四川省乐山市甘肃省甘南藏族自治州广东省普洱市斗门区重庆市县巫山县福建省眉山市梅列区甘肃省甘南藏族自治州山东省焦作市茌平区阿克苏地域拜城县甘肃省天水市秦州区西藏拉萨市达孜区山东省巴彦淖尔市垦利区辽宁省沈阳市沈河区山东省鄂尔多斯市临淄区丰台区长辛店镇北辰区云南省西双版纳傣族自治州勐腊县丰台区右安门街路焦作市沁阳市福建省眉山市梅列区湖北省宜昌市夷陵区山西省长治市襄垣县辽宁省锦州市义县西藏阿里地域日土县山东省巴彦淖尔市垦利区云南省丽江市宁蒗彝族自治县元氏县苏村乡向阳区幼红门地域四川省成都市新都区向阳区酒仙桥街路湖北省恩施土家族苗族自治州恩施市辽宁省铁岭市开原市南开区长虹街路甘肃省天水市秦州区内蒙古鄂尔多斯市鄂托克旗福建省内江市罗源县平凉市云南省文山壮族苗族自治州广南县常德市南陵县云南省怒江傈僳族自治州福贡县辽宁省大连市旅顺口区银川市山西省忻州市宁武县辽宁省大连市旅顺口区江苏省南阳市新沂市北辰区黑龙江省鹤岗市贵州省铜仁市玉屏侗族自治县井陉县吴家窑乡丰台区右安门街路四川省甘孜藏族自治州丹巴县平山县幼觉镇辽宁省向阳市北票市山西省忻州市定襄县湖北省宜昌市秭归县西藏阿里地域日土县南开区体育中心街路辽宁省辽阳市白塔区四川省宜宾市江安县赞皇县院头镇昌平区延寿镇福建省乐山市湖里区江西省六盘水市上栗县平凉市定西市靖西市平山县上观音堂乡井陉县吴家窑乡昌平区阳坊镇辽宁省辽阳市白塔区平山县宅北乡内蒙古鄂尔多斯市鄂托克旗四川省甘孜藏族自治州泸定县辽宁省辽阳市白塔区广东省山南市武威市海城区平山县宅北乡向阳区豆各庄地域大兴区江苏省周口市启东市蓟州区东赵各庄镇贵州省六盘水市水城县河东区东新街路山东省乌兰察布市牟平区向阳区管庄地域四川省成都市金牛区上海市市辖区嘉定区广东省兰州市新兴县平顶山市湛河区怀柔区宝山镇赵县沙河店镇四川省德阳市广汉市重庆市市辖区北碚区内蒙古呼伦贝尔市阿荣旗山东省焦作市冠县鹿泉区白鹿泉乡黑龙江省伊春市金林区行唐县龙州镇

本月行业汇报传递行业新变动AI手机时期必要怎么的Agent Harness？，很欣喜为您解答这个问题，让我来助您具体注明一下:售后服务维建中心电话，支持多渠路服务

全国服务区域：广东省昭通市越秀区向阳区豆各庄地域云南省红河哈尼族彝族自治州绿春县向阳区管庄地域隆安县甘肃省陇南市武都区岳阳市瑶海区黑龙江省伊春市金林区山东省洛阳市泰山区广东省临沧市龙湖区福建省内江市罗源县昌平区回龙观街路重庆市市辖区北碚区向阳区豆各庄地域怀柔区雁栖地域云南省丽江市宁蒗彝族自治县湖北省宜昌市夷陵区福建省南充市升天县宝坻区牛家牌镇湖北省宜昌市西陵区博尔塔拉蒙古自治州温泉县四川省甘孜藏族自治州泸定县和田地域山西省晋中市榆社县青海省玉树藏族自治州治多县江西省六盘水市上栗县平山县幼觉镇云南省玉溪市新平彝族傣族自治县贵州省六盘水市水城县蓟州区东施古镇丰台区长辛店镇陕西省宝鸡市眉县北辰区广源街路巴音郭楞蒙古自治州和硕县湖北省恩施土家族苗族自治州建始县甘肃省庆阳市镇原县西乡塘区云南省西双版纳傣族自治州勐腊县行唐县龙州镇定西市靖西市武清区上马台镇辽宁省锦州市义县丰台区长辛店镇黑龙江省大兴安岭地域呼玛县信阳市平桥区江苏省南阳市丰县赞皇县西龙门乡湖北省襄阳市襄州区怀柔区雁栖地域云南省大理白族自治州云龙县黑龙江省大兴安岭地域呼玛县丰台区和义街路四川省宜宾市翠屏区四川省宜宾市江安县平凉市湖北省孝感市汉川市黑龙江省绥化市明水县西藏阿里地域日土县向阳区幼红门地域密云区高岭镇青海省海北藏族自治州门源回族自治县蓟州区东二营镇四川省宜宾市翠屏区岳阳市庐阳区四川省宜宾市江安县白银市兴安县山东省鄂尔多斯市临淄区山西省吕梁市岚县陕西省汉中市留坝县内蒙古锡林郭勒盟正镶白旗焦作市中站区昌平区回龙观街路辽宁省锦州市义县贵州省铜仁市印江土家族苗族自治县延庆区康庄镇张家界市蚌山区平山县上观音堂乡濮阳市南乐县辽宁省沈阳市浑南区平山县岗南镇辽宁省沈阳市沈河区内蒙古鄂尔多斯市康巴什区海南省？谑忻览记拇ㄊ〕啥际薪鹋Ｇ茉魄疟笨谡蚱缴较囟厣嵴蚋＝ㄊ∶忌绞忻妨星＝ㄊ∶忌绞忻妨星滓行税蚕厮拇ㄊ〉卵羰泄愫菏懈仕嗍《ㄎ魇形荚聪厣挛魇『褐惺心现Ｇ⒖怂盏赜虬莩窍匚鞑厣侥鲜泄备孪卣韵厣澈拥暾蚱搅故懈＝ㄊ∶忌绞忻妨星骋迩崭劢致钒⒖怂盏赜蛐潞拖鼐晗夭庥阏

售后服务上门服务电话，智能分配单据：AI手机时期必要怎么的Agent Harness？

从前一年，AI 与手机的关系在被重新界说：OpenAI AI Phone / AI Agent Phone 把「AI 原生手机」推到台前，Gemini on Android 也在把系统级副手从问答带向跨 App、多步骤工作协助。

这些信号指向统一个趋向：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 了局和安全战术评估工作是否真的实现。

论文地址：https://phoneharness.github.io/assets/paper.pdf项目主页：https://phoneharness.github.io/GitHub：https://github.com/PhoneHarness/PhoneHarnessHuggingFace Dataset：https://huggingface.co/datasets/PhoneHarness/phoneharness-bench

先看三个执行片段：手机 Agent 不只是点屏幕

下面三个 demo 展示了 PhoneHarness 想表白的主题差距：真实手机工作往往不是一条更长的 GUI 点击链，而是 CLI、GUI、MCP-style tools 与 verifier 共同组成的执行 workflow。

Demo 1｜CLI-first：先读设备状态，再决定是否进入 GUI

视频链接：https://mp.weixin.qq.com/s/I2ztL6sFiHGxAiCfh_FTqg

Demo 2｜Mixed workflow：MCP 检索 + GUI 执行 + verifier 复核

视频链接：https://mp.weixin.qq.com/s/I2ztL6sFiHGxAiCfh_FTqg

Demo 3｜Virtual display：后盾 GUI 执行与过程留痕

先把第一个问题说明显：手机 Agent 真的「做了」吗？

在好多手机 Agent 评测里，工作被拆成一连串 GUI 操作。模型观察屏幕，决定下一步点哪里、滑哪里、输什么。若是最后 UI 状态看起来对，就算工作实现。

这套范式当然有价值。终于，手机的确是一个强 GUI 环境，真实 App 的搜索、浏览、点击和输入都必要视觉 grounding。

但对于 AI 手机时期的 Agent 来说，只会 GUI 操作远远不够。

传统 GUI-centric 视角：

把手机工作当作 screenshot → tap /swipe/type；视觉感知险些是所有作为执行的前置操作；更适合单 App、强视觉、低副作用工作。

PhoneHarness 的 mixed-action 视角：

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

例如，「查一个 App 内的信息，再结合网页搜索补充布景，并整顿成邮件」这类工作，不是一个更长的点击链。它同时蕴含 App 内 GUI 交互、表部信息检索、文本处置、邮件副作用，以及最终了局验证。

若是评测只看最终回覆，就会漏掉最关键的问题：模型到底有没有查对起源、有没有真的创建文件、有没有真的发出邮件、有没有绕过了应该被确认的高风险操作？

主题判断：PhoneHarness 的启程点很直接：手机 Agent 的评测不能只问「它会不会点屏幕」，而要问「它能不能在真实手机环境里把一件事做完，并留下可验证证据」。

PhoneHarness：让手机 Agent 的行动空间不止 GUI

PhoneHarness 的主题不是再造一个 GUI 点击器，而是把手机工作放进一个混合作为空间里。

关键区别：问题不是「纯 GUI 理论上能不能做」，而是「纯 GUI 是否是靠得住、高效、可验证的作为抽象」。真实手机 workflow 往往同时逾越系统状态、App 界面、文件、网页、邮件、日历和安全天堑。GUI 是重要入口，但不应该是唯一入口。

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

为什么 mixed-action 比纯 GUI 更稳

PhoneHarness 架构图：host-side orchestration 与 Android device-side execution 共同组成 mixed-action harness。

在 PhoneHarness 中，agent 能够在三类行动面之间切换：CLI /device-side commands、GUI delegation、以及 MCP-style host tools。

图解：PhoneHarness 的三类行动面

PhoneHarness 的 mixed action space：CLI、GUI 与 MCP-style tools 在统一个 phone-agent loop 中共存。

这意味着，PhoneHarness 里的 agent 不用把所有工作都硬塞进 GUI 点击链。它能够判断：什么时辰该走系统号令，什么时辰该交给 GUI worker，什么时辰该挪用搜索、文档、邮件、日历等工具。

这种设计更靠近 AI 手机时期的真实需要。AI 手机不是「在手机里放一个谈天机械人」，而是让智能体能在复杂手机环境里理解指标、选择行动、执行工作，并产生可查抄的了局。

PhoneHarness Bench：若何构建并验证手机 workflow

有了 mixed-action harness，还必要一个能真正检验执行了局的 benchmark。原因很单一：敌手机 Agent 来说，能行动不蹬宗真的实现了工作。

PhoneHarness Bench 成立在 PhoneHarness 之上，不把工作写成抽象问答题，而是写成一段能够执杏注纪录和复核的 phone workflow。Agent 在执行过程中会留下截图、CLI / MCP 操作、文件变动、系统状态和 App 侧了局；benchmark 再通过 task-specific verifier 判断工作副作用是否真实发生。

Bench 的关键：PhoneHarness Bench 不问「模型有没有说自己做完」，而是看「工作证据链是否支持它真的做完」。这也是它区别于纯问答式评测和纯 GUI 状态评测的关键。

PhoneHarness Bench 若何验证工作实现

Bench 是怎么构建的？

每个 PhoneHarness Bench task 都蕴含一个用户指标、一组可挪用行动面，以及一个面向副作用的 verifier。这样，benchmark 评估的不是单步 GUI 操作，而是齐全 workflow：工作输入、agent loop、混合作为执杏注trace 纪录、了局验证和失败归因。

PhoneHarness Bench 的工作散布：覆盖 device/system、single-app GUI、tool-assisted workflow 与 cross-app workflow。

为什么这能援手分析失败？

这条链路让失败不再只是一个抽象的「没做对」。我们能够进一步分辨：是表层 controller 没有规划好，是 GUI worker 没有点对，是工具挪用失败，是环境不不变，还是 verifier 没有看到预期副作用。

代表性执行轨迹：截图、CLI / MCP 操作卡片与 verifier 信号共同组成可审计证据链。

尝试发现：收益来自 mixed-action routing，不是单纯更会点屏幕

在论文尝试中，我们没有把 PhoneHarness 描述成一个「所有场景都更强」的 GUI agent。相反，尝试更明显地显示了它的天堑和价值。

PhoneHarness 的收益重要来自那些存在确定性蹊径、工具辅助蹊径或可验证副作用的工作。好比设备状态查问、文件处置、网页检索、日历 / 邮件 / 文档有关 workflow，以及必要跨行动面组合的手机工作。

对于纯 GUI-heavy 的工作，视觉 grounding、权限弹窗、登录状态、告白、搜索了局不不变等问题依然会带来挑战。

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

mixed-action affordance 工作上的行动空间拆解。

分歧工作类型下的执行步数，辅助理解效能差距。

当 AI 手机真正到来，我们会看到什么新瓶颈？

OpenAI AI Phone 和 Gemini on Android 之所以值得关注，不只是由于「大厂要做 AI 手机」。更重要的是，它们共同指向了一个产品范式变动：手机在从 App-centric device 走向 Agent-centric device。

在 App-centric 时期，用户自己掌管拆解工作：打开哪个 App、点哪里、复造什么、搜什么、确认什么。

在 Agent-centric 时期，用户表白指标，agent 掌管调度行动。

AI 手机时期的新瓶颈

PhoneHarness 的切入点正是在这里：AI 手机时期必要的不只是更强的模型，还必要能承载真实执行的 harness，以及能验证执行了局的 benchmark。

PhoneHarness 和 PhoneHarness Bench，到底推动了什么？

PhoneHarness 与 PhoneHarness Bench 的分工

这两个产品是相互依赖的。

没有 harness，benchmark 很难覆盖真实混合工作。没有 benchmark，harness 的执行能力也很难被系统性评估。

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

PhoneHarness 回覆的是「怎么让手机 Agent 真的行动」。PhoneHarness Bench 回覆的是「怎么确认它真的做成」。

AI 手机不是单一地把大模型塞进系统。它意味着手机从 App-centric device 走向 Agent-centric device：用户表白指标，agent 掌管选择蹊径、挪用工具、操作 App，并实现可验证的了局。

这背后的基础设施问题，比「模型会不会点屏幕」更复杂，也更关键。

PhoneHarness 和 PhoneHarness Bench 想推动的，正是这一层基础设施：让手机 Agent 的行动空间更靠近真实世界，也让评测更靠近真实实现。

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

作者信息

共统一作：Jason、Zhengyao Fang、Zhengyang Tang、Pengyuan Lyu。

齐全作者：Jason, Zhengyao Fang, Zhengyang Tang, Pengyuan Lyu, Xingran Zhou, Xin Lai, Fei Tang, Liang Wu, Yiduo Guo, Weinong Wang, Junyi Li, Yi Zhang, Yang Ding, Huawen Shen, Sunqi Fan, Shangpin Peng, Zheng Ruan, Anran Zhang, Benyou Wang, Chengquan Zhang, Han Hu.

机构：Tencent Hunyuan; The Chinese University of Hong Kong; The Chinese University of Hong Kong, Shenzhen; Tsinghua University.

今日监管部门披露行业新变动AI手机时期必要怎么的Agent Harness？

从前一年，AI 与手机的关系在被重新界说：OpenAI AI Phone / AI Agent Phone 把「AI 原生手机」推到台前，Gemini on Android 也在把系统级副手从问答带向跨 App、多步骤工作协助。

这些信号指向统一个趋向：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 了局和安全战术评估工作是否真的实现。

论文地址：https://phoneharness.github.io/assets/paper.pdf项目主页：https://phoneharness.github.io/GitHub：https://github.com/PhoneHarness/PhoneHarnessHuggingFace Dataset：https://huggingface.co/datasets/PhoneHarness/phoneharness-bench

先看三个执行片段：手机 Agent 不只是点屏幕

下面三个 demo 展示了 PhoneHarness 想表白的主题差距：真实手机工作往往不是一条更长的 GUI 点击链，而是 CLI、GUI、MCP-style tools 与 verifier 共同组成的执行 workflow。

Demo 1｜CLI-first：先读设备状态，再决定是否进入 GUI

视频链接：https://mp.weixin.qq.com/s/I2ztL6sFiHGxAiCfh_FTqg

Demo 2｜Mixed workflow：MCP 检索 + GUI 执行 + verifier 复核

视频链接：https://mp.weixin.qq.com/s/I2ztL6sFiHGxAiCfh_FTqg

Demo 3｜Virtual display：后盾 GUI 执行与过程留痕

先把第一个问题说明显：手机 Agent 真的「做了」吗？

在好多手机 Agent 评测里，工作被拆成一连串 GUI 操作。模型观察屏幕，决定下一步点哪里、滑哪里、输什么。若是最后 UI 状态看起来对，就算工作实现。

这套范式当然有价值。终于，手机的确是一个强 GUI 环境，真实 App 的搜索、浏览、点击和输入都必要视觉 grounding。

但对于 AI 手机时期的 Agent 来说，只会 GUI 操作远远不够。

传统 GUI-centric 视角：

把手机工作当作 screenshot → tap /swipe/type；视觉感知险些是所有作为执行的前置操作；更适合单 App、强视觉、低副作用工作。

PhoneHarness 的 mixed-action 视角：

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

例如，「查一个 App 内的信息，再结合网页搜索补充布景，并整顿成邮件」这类工作，不是一个更长的点击链。它同时蕴含 App 内 GUI 交互、表部信息检索、文本处置、邮件副作用，以及最终了局验证。

若是评测只看最终回覆，就会漏掉最关键的问题：模型到底有没有查对起源、有没有真的创建文件、有没有真的发出邮件、有没有绕过了应该被确认的高风险操作？

主题判断：PhoneHarness 的启程点很直接：手机 Agent 的评测不能只问「它会不会点屏幕」，而要问「它能不能在真实手机环境里把一件事做完，并留下可验证证据」。

PhoneHarness：让手机 Agent 的行动空间不止 GUI

PhoneHarness 的主题不是再造一个 GUI 点击器，而是把手机工作放进一个混合作为空间里。

关键区别：问题不是「纯 GUI 理论上能不能做」，而是「纯 GUI 是否是靠得住、高效、可验证的作为抽象」。真实手机 workflow 往往同时逾越系统状态、App 界面、文件、网页、邮件、日历和安全天堑。GUI 是重要入口，但不应该是唯一入口。

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

为什么 mixed-action 比纯 GUI 更稳

PhoneHarness 架构图：host-side orchestration 与 Android device-side execution 共同组成 mixed-action harness。

在 PhoneHarness 中，agent 能够在三类行动面之间切换：CLI /device-side commands、GUI delegation、以及 MCP-style host tools。

图解：PhoneHarness 的三类行动面

PhoneHarness 的 mixed action space：CLI、GUI 与 MCP-style tools 在统一个 phone-agent loop 中共存。

这意味着，PhoneHarness 里的 agent 不用把所有工作都硬塞进 GUI 点击链。它能够判断：什么时辰该走系统号令，什么时辰该交给 GUI worker，什么时辰该挪用搜索、文档、邮件、日历等工具。

这种设计更靠近 AI 手机时期的真实需要。AI 手机不是「在手机里放一个谈天机械人」，而是让智能体能在复杂手机环境里理解指标、选择行动、执行工作，并产生可查抄的了局。

PhoneHarness Bench：若何构建并验证手机 workflow

有了 mixed-action harness，还必要一个能真正检验执行了局的 benchmark。原因很单一：敌手机 Agent 来说，能行动不蹬宗真的实现了工作。

PhoneHarness Bench 成立在 PhoneHarness 之上，不把工作写成抽象问答题，而是写成一段能够执杏注纪录和复核的 phone workflow。Agent 在执行过程中会留下截图、CLI / MCP 操作、文件变动、系统状态和 App 侧了局；benchmark 再通过 task-specific verifier 判断工作副作用是否真实发生。

Bench 的关键：PhoneHarness Bench 不问「模型有没有说自己做完」，而是看「工作证据链是否支持它真的做完」。这也是它区别于纯问答式评测和纯 GUI 状态评测的关键。

PhoneHarness Bench 若何验证工作实现

Bench 是怎么构建的？

每个 PhoneHarness Bench task 都蕴含一个用户指标、一组可挪用行动面，以及一个面向副作用的 verifier。这样，benchmark 评估的不是单步 GUI 操作，而是齐全 workflow：工作输入、agent loop、混合作为执杏注trace 纪录、了局验证和失败归因。

PhoneHarness Bench 的工作散布：覆盖 device/system、single-app GUI、tool-assisted workflow 与 cross-app workflow。

为什么这能援手分析失败？

这条链路让失败不再只是一个抽象的「没做对」。我们能够进一步分辨：是表层 controller 没有规划好，是 GUI worker 没有点对，是工具挪用失败，是环境不不变，还是 verifier 没有看到预期副作用。

代表性执行轨迹：截图、CLI / MCP 操作卡片与 verifier 信号共同组成可审计证据链。

尝试发现：收益来自 mixed-action routing，不是单纯更会点屏幕

在论文尝试中，我们没有把 PhoneHarness 描述成一个「所有场景都更强」的 GUI agent。相反，尝试更明显地显示了它的天堑和价值。

PhoneHarness 的收益重要来自那些存在确定性蹊径、工具辅助蹊径或可验证副作用的工作。好比设备状态查问、文件处置、网页检索、日历 / 邮件 / 文档有关 workflow，以及必要跨行动面组合的手机工作。

对于纯 GUI-heavy 的工作，视觉 grounding、权限弹窗、登录状态、告白、搜索了局不不变等问题依然会带来挑战。

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

mixed-action affordance 工作上的行动空间拆解。

分歧工作类型下的执行步数，辅助理解效能差距。

当 AI 手机真正到来，我们会看到什么新瓶颈？

OpenAI AI Phone 和 Gemini on Android 之所以值得关注，不只是由于「大厂要做 AI 手机」。更重要的是，它们共同指向了一个产品范式变动：手机在从 App-centric device 走向 Agent-centric device。

在 App-centric 时期，用户自己掌管拆解工作：打开哪个 App、点哪里、复造什么、搜什么、确认什么。

在 Agent-centric 时期，用户表白指标，agent 掌管调度行动。

AI 手机时期的新瓶颈

PhoneHarness 的切入点正是在这里：AI 手机时期必要的不只是更强的模型，还必要能承载真实执行的 harness，以及能验证执行了局的 benchmark。

PhoneHarness 和 PhoneHarness Bench，到底推动了什么？

PhoneHarness 与 PhoneHarness Bench 的分工

这两个产品是相互依赖的。

没有 harness，benchmark 很难覆盖真实混合工作。没有 benchmark，harness 的执行能力也很难被系统性评估。

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

PhoneHarness 回覆的是「怎么让手机 Agent 真的行动」。PhoneHarness Bench 回覆的是「怎么确认它真的做成」。

AI 手机不是单一地把大模型塞进系统。它意味着手机从 App-centric device 走向 Agent-centric device：用户表白指标，agent 掌管选择蹊径、挪用工具、操作 App，并实现可验证的了局。

这背后的基础设施问题，比「模型会不会点屏幕」更复杂，也更关键。

PhoneHarness 和 PhoneHarness Bench 想推动的，正是这一层基础设施：让手机 Agent 的行动空间更靠近真实世界，也让评测更靠近真实实现。

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

作者信息

共统一作：Jason、Zhengyao Fang、Zhengyang Tang、Pengyuan Lyu。

齐全作者：Jason, Zhengyao Fang, Zhengyang Tang, Pengyuan Lyu, Xingran Zhou, Xin Lai, Fei Tang, Liang Wu, Yiduo Guo, Weinong Wang, Junyi Li, Yi Zhang, Yang Ding, Huawen Shen, Sunqi Fan, Shangpin Peng, Zheng Ruan, Anran Zhang, Benyou Wang, Chengquan Zhang, Han Hu.

机构：Tencent Hunyuan; The Chinese University of Hong Kong; The Chinese University of Hong Kong, Shenzhen; Tsinghua University.

在这一步，骗子用精心设计的环境氛围，强行给你造作了一场神秘履历。

k8凯发天生赢家

奥迪R8跑车在警车刻下逆杏装炸街”