荣耀联手阿里，豆包转向MCP：AI手机谁说了算

两条 AI 手机新闻，隔了一天，走向却完全不同。

据晚点报道，新一代豆包手机面对头部应用时，不再读取屏幕、模拟点击，而是等应用主动提供 MCP 服务。另一边，荣耀宣布与阿里千问共创终端模型方案，并把它落到 Robot Phone 上。

两条消息放在一起，结论很直接：AI 手机的模型可以外采，执行权不能外包。就目前的结构看，阿里加荣耀这条路胜算更大。

豆包转向MCP，拿到的是稳定，交出的是主动权

GUI Agent 的办法很猛。它看懂屏幕，再像人一样点击、输入。哪怕应用没有专门为 AI 开接口，也能先把任务跑起来。第一代豆包手机让人眼前一亮，靠的就是这一点。

问题同样明显。碰到登录、支付、账号风控，一次误点就不只是体验不好。应用厂商也不会轻易接受另一个助手越过自己的接口，读取页面并控制交易流程。

MCP 改变了这套关系。它让应用明确告诉 AI：哪些数据能读，哪些动作能做。执行更稳定，也更容易授权和审计。但能力上限从此不只由豆包决定，而是由每一家应用决定。

这就不只是技术方案切换了。豆包想完成一个订票、打车、支付串起来的任务，先要让几家公司分别开放能力。谈下一个 MCP，只解决一个节点。用户关系、交易入口和数据还在应用厂商手里，偏偏这些才最难谈。

荣耀和阿里，闭环更短

荣耀的思路不一样。它在 WAIC 2026 发布 Agentic OS 技术框架，公开提出把硬件、内核、模型、框架、交互和生态放在一起重构；阿里千问参与终端模型共创。Robot Phone 现场演示了订蛋糕、打车和预约 KTV 等连续任务。这里必须加一句：这是厂商演示，尚不是独立测试结果。

阿里提到的另一个词更值得留意：闭环。手机 Agent 跑长任务，任何一步不稳都可能全盘失败，因此要把模型、Harness 工程和真实场景反馈连起来。

荣耀掌握手机硬件、系统入口和产品定义，阿里提供已经公开确认的千问能力。遇到问题，双方至少可以在同一条工程链上定位：是模型没理解，系统没权限，还是服务没有接口。相比豆包逐家谈 MCP，这条反馈链更短。

当然，阿里和荣耀仍是两家公司。联盟协同不等于苹果式的一体化，荣耀的市场规模、第三方应用覆盖和正式上市后的成功率也没有答案。这里说的是结构更占优，不是比赛已经结束。

华为和苹果，早已给出第三种证明

手机厂商主导，不等于所有模型都必须自己造。

苹果把 ChatGPT 接进 Siri 和 Writing Tools，但是否启用、何时调用、向外分享什么信息，仍由 Apple Intelligence 的系统框架控制。

华为也不是拒绝外部能力。官方资料显示，小艺采用盘古与 DeepSeek 融合架构；与此同时，AI 被深度放进 HarmonyOS 的系统入口和服务调度中。

这两家做法不同，底线却差不多：外部模型可以进供应链，系统入口、权限规则和用户关系不能一起送出去。模型厂商负责让 AI 更聪明，手机厂商决定它能在设备上做什么。

判断 AI 手机，先看四层控制权

以后再看 AI 手机发布会，可以少看几眼跑分，先问四个问题：模型由谁提供；系统和硬件由谁调度；应用愿意开放哪些服务；账号、支付和数据出了问题由谁负责。

产品上市后，还要盯住五项结果：跨应用任务成功率、人工接管次数、失败后能否恢复、可调用的高频应用数量，以及授权或隐私环节造成的中断率。缺少这些数据，再顺滑的现场演示也只能说明“能跑一次”。

豆包并非没有机会。它的助手心智更强，也可能借多个手机品牌横向扩张；MCP 在稳定和审计上也有实际价值。但它选择的是一条协调成本更高的路。

阿里加荣耀更可能赢，不是因为千问已经胜过豆包，而是荣耀握着更难替代的东西：系统、硬件和生态规则。

下一步该看的，是两款产品正式上市后，能否在同一组跨应用任务里稳定办完事情。能过这一关，AI 手机才算走出发布会。