努比亚 NaviX Ultra 已获入网许可并计划 9 月上市。更关键的变化是，豆包手机助手正从读屏代点转向 MCP 接口调用，AI 手机开始用覆盖率换稳定性与平台许可。

NaviX Ultra 入网，豆包手机助手不再默认盯屏点按钮

努比亚 NaviX Ultra 已于 9 月 1 日获得入网许可证，并确定将在本月上市。按照努比亚的定位，这是其“全球首款 AI 智能体手机”，机身内置豆包手机助手；不过，与“首款”这个营销标签相比，更值得关注的是它背后的技术路线调整：豆包手机助手不再默认通过读取屏幕、模拟点击来操作头部应用，而是要求应用主动提供 MCP 服务或其他可调用能力。

这意味着，豆包手机二代正在从“像人一样操作手机”转向“让应用给 AI 开接口”。前者看起来更通用，任何有按钮的 App 理论上都能操作；后者覆盖范围暂时更窄，却更稳定、更安全，也更符合微信、淘宝、支付宝等超级应用对账号、交易和数据权限的治理要求。

**我们的判断是：这不是一次单纯的技术升级，而是豆包在现实平台规则面前做出的产品取舍。**AI 手机想从演示视频走进日常使用，不能一直靠识别像素和猜按钮位置完成付款、下单或发消息，最终仍要获得应用厂商明确授权。

入网只是上市前一步，价格和完整配置仍未公布

入网许可证是手机进入国内公开销售环节前必须取得的监管许可，但它不等于产品已经开售。努比亚目前确认 NaviX Ultra 将在 2026 年 9 月上市，尚未公布具体发布日、首销时间、存储版本和价格，因此现阶段更适合把它看成一款已经跨过量产门槛、但商业细节仍待揭晓的产品。

努比亚对 NaviX Ultra 的官方定位集中在四个短语上：听得懂、能干活、记得住、够安全。所谓 AI 智能体手机，是指系统内的 AI 不只回答问题，还能理解目标、拆解步骤并调用多个应用完成任务，例如规划行程后查询车票、比较价格，再进入可执行的预订环节。

根据努比亚披露的信息，NaviX Ultra 将提供蓝境、幻梦、黑色和白色四种配色，机身侧面配有醒目的橙色“AI 键”，后置摄像头采用横向模组。独立 AI 键的意义不只是快速唤醒助手，它也表明努比亚希望把智能体提升到系统一级入口，而不是继续把 AI 塞进某个不常打开的应用图标里。

努比亚 NaviX Ultra 四款配色、橙色 AI 键与横向后置摄像模组官方产品图

目前流传的硬件规格仍应按“传闻”处理，而不能当成最终参数。相关信息显示，该机可能搭载骁龙 8 Elite Gen 5 旗舰处理器、7000mAh 硅碳负极电池，支持 90W 或 100W 有线快充以及无线充电；影像部分预计包括 5000 万像素主摄、超广角、潜望式长焦和 5000 万像素前摄。

| 项目 | 当前状态 | 已知或传闻信息 | |---|---|---| | 入网许可 | 官方确认 | 2026 年 9 月 1 日宣布获得 | | 上市时间 | 官方确认 | 2026 年 9 月内，具体日期未公布 | | AI 助手 | 官方确认 | 内置豆包手机助手 | | 配色 | 官方预热 | 蓝境、幻梦、黑色、白色 | | AI 入口 | 官方预热 | 橙色独立 AI 键 | | 处理器 | 尚未确认 | 或为骁龙 8 Elite Gen 5 | | 电池 | 尚未确认 | 或为 7000mAh 硅碳负极电池 | | 充电 | 尚未确认 | 传闻为 90W 或 100W 有线快充，并支持无线充电 | | 摄像头 | 尚未确认 | 传闻为 5000 万像素主摄、超广角、潜望长焦及 5000 万像素前摄 | | 价格 | 尚未公布 | 无可靠数字 |

MCP 是什么：让 AI 调工具，而不是猜界面

MCP，即 Model Context Protocol（模型上下文协议），是一套让 AI 模型以标准方式发现并调用外部工具、数据资源和服务能力的开放协议。它可以被理解成 AI 与应用之间的“统一插座”：应用决定开放哪些能力，AI 助手按照明确的参数和权限调用，而不是盯着屏幕寻找某个按钮。

GUI Agent 是通过视觉识别、无障碍能力或系统控制模拟人类点击界面的智能体方案。它的优点是不必等待每个应用专门适配，只要 AI 能看懂界面，就可能完成打开 App、输入文字、滚动页面和点击确认等操作；它的问题同样明显，任何弹窗、按钮改版、网络卡顿或风控验证，都可能让整条任务链中断。

MCP 调用则更像“对着服务菜单下单”。假设用户要求 AI 搜索某个周末从北京到上海的行程，应用可以开放“搜索班次”“读取候选结果”“创建待确认订单”等工具，助手拿到的是结构化字段，而不是从数百个屏幕像素中识别车次、时间和价格。

两条路线的差异可以概括为下表：

| 对比维度 | GUI 读屏与模拟点击 | MCP 或结构化接口调用 | 系统 Intent、深度链接等传统方案 | |---|---|---|---| | 工作方式 | 识别界面后模拟用户操作 | 调用应用主动开放的工具与数据 | 跳转到应用指定页面或触发预设动作 | | App 适配成本 | 理论上较低 | 较高，需要定义能力、权限和返回结构 | 中等，需要注册跳转或系统能力 | | 初始覆盖率 | 高，理论上可操作大量现有 App | 低，取决于应用是否开放 MCP 服务 | 中等，受系统和应用支持范围限制 | | 稳定性 | 较低，容易受 UI 改版和弹窗影响 | 较高，结构化参数不依赖按钮位置 | 较高，但可完成的复杂任务有限 | | 权限边界 | 较模糊，助手可能看到整个页面 | 较清晰，应用可只开放特定工具和字段 | 较清晰，能力通常预先定义 | | 交易风险 | 高，误点和流程漂移难完全避免 | 可在提交前设置确认、签名和风控节点 | 通常由目标 App 接管最终确认 | | 平台接受度 | 容易触发应用风控或治理冲突 | 更容易形成正式合作 | 已被移动系统广泛采用 | | 主要短板 | 脆弱、难审计、可能越权 | 冷启动慢，依赖厂商合作 | 不够智能，跨应用编排能力有限 |

**MCP 的真正价值不是让 AI“更聪明”，而是让一次操作变得可预测、可审计。**对于“查询天气”这类低风险任务，点错一次最多只是麻烦；对于转账、购买机票、发送工作文件等高风险任务，系统必须知道 AI 调用了什么工具、提交了哪些参数，以及哪一步需要用户二次确认。

从 GUI 转向 MCP，是被超级应用教会的一课

GUI 路线最大的吸引力是绕过生态冷启动。手机厂商不需要逐家说服应用开放服务，只要拿到合适的系统权限，就能让智能体尝试控制现有 App，这也是早期 AI 手机演示中跨应用订餐、叫车和购物看上去近乎“魔法”的原因。

GUI 路线最大的现实阻力也是“绕过”。对于拥有支付、社交关系链和商业数据的超级应用来说，一个第三方助手持续读取页面、代替用户点击，会带来账号安全、隐私合规、广告归因、交易责任和反自动化风控等一系列问题。即使用户口头授权了 AI，应用平台也未必认可这种授权能够覆盖所有页面、所有数据和所有后续动作。

据 IT之家转述的相关报道，新一代豆包手机调整了与阿里、腾讯等头部应用的合作方式。只有应用自行提供 MCP 服务、开放部分数据和操作能力，豆包手机助手才能接入；豆包团队也在与头部厂商谈判，希望获得可供 AI 调用的正式接口。

“转向 MCP”不宜被解读为手机上的视觉能力彻底消失。视觉理解仍然适合识别照片、总结页面、辅助填写表单，也可能在低风险场景中承担兜底功能；真正变化的是，豆包不再把“读取整个屏幕并模拟点击”作为接入超级应用的默认方法。

这种调整会让首发体验显得没有早期演示那么无所不能。没有开放 MCP 能力的 App，助手就无法凭空获得稳定控制权；即便应用完成接入，它也可能只开放搜索、查询和创建草稿，而不开放付款、删除内容或直接发布等敏感操作。

**短期看，NaviX Ultra 的能力上限将由合作名单决定，而不只由模型参数决定。**一款模型即使能准确规划十个步骤，只要其中第三步需要调用未适配的超级应用，整个自动化链路仍会断掉，因此发布会最值得看的不是模型跑分，而是首发支持多少应用、多少可执行工具和多少真实闭环场景。

本地模型不等于所有任务都离线

端侧模型是直接在手机处理器和内存中运行、无需把全部输入发送到云端的大模型。努比亚宣称 NaviX Ultra 的核心大模型运算在手机本地完成，用户数据无需上传云端，并强调产品具备统一的生成式人工智能服务备案资质。

本地推理确实能减少敏感内容外传的范围。联系人、通知摘要、个人偏好和部分屏幕内容如果能在设备内完成理解，就不必先上传服务器再等待结果；它还可以降低弱网环境下的响应波动，并让长期记忆更容易保存在本机安全区域。

本地推理并不意味着跨应用任务可以完全离线。AI 查询航班、商品库存或网约车价格时，相关应用仍要连接自己的服务器；当 MCP 工具属于应用厂商提供的在线服务时，请求参数和业务数据也会进入对方系统。更准确的说法是，模型的理解与规划可以本地完成，但任务涉及的外部服务仍遵循各自的数据链路。

“记得住”同样需要比宣传语更细的解释。真正可用的长期记忆系统至少要回答四个问题：哪些信息会被保存、保存多久、哪些 App 可以读取、用户能否逐条删除。如果 NaviX Ultra 只强调记忆能力，却没有提供可见的权限记录和清理入口，它就很难证明自己比云端助手更值得信任。

“够安全”的检验标准也不应只看备案或本地运行。MCP 工具需要防范提示注入、恶意参数、权限扩大和工具链级联调用，例如网页中的隐藏文本不能诱导助手绕过用户意图发送文件，查询类工具也不能在一次更新后悄悄获得交易权限。

AI 手机的竞争核心，正在从模型变成生态治理

AI 手机是把模型、操作系统权限和第三方应用能力整合为统一任务入口的智能终端。它与“手机里预装一个聊天机器人”的区别，在于助手能否真正执行操作，并在跨应用过程中维持上下文、权限边界和任务状态。

NaviX Ultra 的方向比单纯堆模型入口更接近这一目标。橙色 AI 键解决了触达问题，本地模型承担理解和规划，MCP 负责连接外部工具；如果三者协同顺畅，用户说一句“整理下周上海出差安排”，系统就能先读取日程，再搜索交通与酒店，最后生成待确认方案，而不是只返回一段文字建议。

努比亚的弱项也十分清楚：它没有阿里、腾讯或字节自身那样完整的应用版图。手机厂商可以提供系统入口，却不能单方面决定微信开放哪些消息能力、淘宝开放哪些商品字段、支付宝允许哪些交易动作，这让 NaviX Ultra 的智能体体验高度依赖商业谈判。

头部应用厂商也不会免费交出入口控制权。AI 助手一旦成为用户的第一交互界面，搜索排序、广告展示、会员推荐和交易转化都可能发生变化，因此 MCP 表面上是技术协议，背后却涉及流量归属、责任划分和收益分配。

A2A，即 Agent2Agent，是面向不同 AI 智能体之间协作与任务交接的协议思路。它与 MCP 并非同一个概念：MCP 更关注模型如何调用工具和资源，A2A 更关注一个智能体如何发现、委托并与另一个智能体交换任务状态；未来手机助手可能通过 MCP 使用 App 工具，也可能通过 A2A 把订单服务交给应用自己的智能体处理。

NaviX Ultra 值得关注，但现在还不能下结论

NaviX Ultra 当前最重要的进展是从概念样机走到了入网和量产上市阶段。过去一年 AI 手机并不缺演示，真正稀缺的是一款消费者能够买到、能在常用应用里持续完成任务、出现问题还能追溯责任的产品。

这次路线调整也让它变得更务实。读屏代点适合展示 AI 的想象力，MCP 更适合构建可维护的商业产品；代价是首发覆盖率可能下降，很多跨应用操作需要等待厂商逐一开放。

**NaviX Ultra 能否成为真正的 AI 智能体手机，最终要看三个数字：首发适配的应用数量、每个应用开放的可执行工具数量，以及多步骤任务的实际成功率。**目前努比亚尚未披露这些关键指标，也没有公布价格、完整配置和第三方实测数据，因此“全球首款”暂时仍是厂商定位，而不是已经经过市场验证的结论。

9 月正式发布后，最需要验证的场景不是让助手打开手电筒或总结网页，而是让它连续完成一次跨应用行程规划、一次带确认环节的购物任务，以及一次涉及个人数据的日程整理。只有这些任务在界面变化、弱网、弹窗和权限冲突下仍能稳定执行，AI 手机才算真正从“会聊天”跨到“能办事”。