OPPO接Manus、阶跃拉近百家企业、GUI自动化碰上平台授权墙？

➡️ 本文聚焦 2026 年 10 月手机智能体行业拐点，横向对比 OPPO 接入 Manus、阶跃 Amoo 搭建生态、豆包 GUI 自动化三条技术路线，拆解各自架构、优势与落地瓶颈，结合 SAEP 协议事件，剖析平台接口授权、权限边界、任务成功率、隐私授权等核心行业矛盾。文章指出手机 AI 竞争重心已经从大模型问答转向事务执行，而应用平台的开放意愿，成为限制智能体落地的核心门槛。

文｜捉驿 • 栏目｜数字视线

编辑注：本文涉及多家企业产品路线对比，所有信息均来自官方发布、公开协议文本及媒体报道。文中对技术路线的分析属于作者独立观点，不代表本公众号对任何企业的立场判断。如涉及信息更新或更正，请联系后台。

2026 年 10 月中旬，手机行业突然不像手机行业了。

10 月 13 日，OPPO 宣布把 Manus 的智能体能力接进 AI Mind Pilot，首发于 ColorOS 17 + Find X10 系列。

同一天，阶跃终端发布 STEPX Neo，Amoo 已经和支付宝、腾讯、携程、滴滴、剪映、高德、美团等近百个产品或企业搭起智能体网络。

第二天，10 月 14 日前后，豆包官方此前发布的 SAEP（屏幕自动化操作声明协议）拒绝清单引发集中讨论；该清单经过公示程序，最终包含 150 余款声明 “拒绝被自动化代操作” 的应用。

三件事放在一起，手机 AI 的主线一下子清晰起来：不是谁的模型参数更强，而是谁能真正替用户把事办成；不是终端厂商想不想做这件事，而是互联网生态愿不愿意放手让它做。

OPPO × Manus：系统入口自研，外部 Agent 做执行底座

OPPO 这次合作，表面看只是接入 Manus，底层思路是把系统级入口和第三方智能体执行层拆开。

AI Mind Pilot 仍然牢牢掌握在 OPPO 手中，负责承接用户对话、理解意图、端侧文件和照片整理、授权弹窗以及系统调度。

Manus 更像一个擅长拆解任务、调用工具、串联多步流程的外脑。

OPPO 对外放出的落地场景也相当克制。

从微信、邮件、备忘录、相册、票务 App 提取机票、酒店、餐厅、门票信息； 自动汇总，整理一份按时间排布的出行行程； 把本地文档搭配网络资料，生成 PPT、提案或是作品集； 文件重命名、内容归类、摘要生成这类操作全部放在端侧运行，原始内容不会离开本机； 一旦需要调用外部服务，会弹出授权窗口，由用户决定是否允许上传、调用信息。

这里有一处关键细节需要厘清。Manus 并不是 OPPO 自研的另一款对话大模型，OPPO 也没有把手机操作权限全权交给它。

AI Mind Pilot 的智能体模式初期同时支持 Manus 和 ChatGPT，用户原有订阅账号可以直接绑定，OPPO 还配套提供免费额度。换句话说，OPPO 在搭建可切换的多底座架构，并非单独押注 Manus 一家。

对 Manus 而言，这次合作分量很重。

钛媒体报道提及，Manus 国内 C 端产品还在筹备阶段，手机厂商反而率先成为它的落地合作方。

10 月 8 日，Manus 母公司蝴蝶效应宣布完成超 5 亿美元融资，博裕投资、IDG 资本领投，腾讯、红杉中国、真格基金等老股东持续加注。

在 Meta 收购受阻之后，Manus 重新独立运营。借助 OPPO 全球手机渠道触达普通消费者，是绕开独立 App 获客难题的一条捷径。

站在 OPPO 的角度，它不必耗费巨大成本从零打造擅长执行任务的智能体。接入成熟的外部执行能力，系统层面的用户体验依旧由自己把控，差异化沉淀在端侧算力、长期记忆、权限管控、机型适配与系统调度能力上。

阶跃 Amoo：终端当 Host Agent，生态当 Service Agent

如果将 OPPO 的路线概括为自研入口 + 可切换外部智能体，阶跃选择的方案，是让终端本身充当调度中枢。

STEPX Neo 的调度逻辑简单直白： Human → Host Agent（Amoo）→ Service Agent（阿宝 / WorkBuddy / 携程 / 滴滴 / 剪映…）

Amoo 不会包揽全部任务。它的核心能力是读懂用户需求、留存用户信息、拆解复杂任务，再依托协议调用各个垂直领域的专业智能体。

生活服务场景，经用户授权调用支付宝阿宝，外卖、出行、政务、家政、物流都可以覆盖； 办公场景，对接腾讯 WorkBuddy、企业微信、微信读书； 出行板块接入携程、滴滴、高德； 内容创作可联动剪映。

对比 OPPO 与 Manus 的组合，二者差异很直观。OPPO 更像是拥有一个内置助手，Manus 只是助手可调用的能力模块；阶跃更接近 “总指挥 + 各兵种” 的作战模型。

但不必被 “近百家合作企业” 这个数字过度吸引。结合行业媒体报道，各家平台开放的能力范围存在明显差别。

从目前公开信息看，微信并未以独立智能体形式进入 Amoo 调度列表；美团仅开放部分生活服务接口，腾讯侧可见的是 WorkBuddy、企业微信、微信读书等能力，不等同于整个腾讯生态全量开放。

2026 年的智能体生态，谈不上大门敞开，更像是平台在门上开了一道猫眼。

GUI Agent 路线碰到的现实阻力：SAEP 拒绝清单背后的平台选择

豆包手机助手（努比亚 NaviX Ultra）采用 GUI Agent 路线，依靠读取屏幕内容，模拟点击、滑动、填表，直接在应用界面层帮用户完成操作。技术演示中，比价、订座、跨应用汇总等场景具备一定完成度。

10 月 14 日前后，豆包官方此前发布的 SAEP（屏幕自动化操作声明协议）拒绝清单引发集中讨论；该清单经过公示程序，最终包含 150 余款声明 “拒绝被自动化代操作” 的应用，包含微信、淘宝、支付宝、美团、DeepSeek、Kimi 等产品。

SAEP 是面向第三方 App 的 AI 操作规则，开发者能够明确设置自家应用是否允许 AI 自动化操作，以及对应的策略与限制，让更多应用可以在清晰可控的规则下接入手机助手。

从平台公开表态与协议文本来看，拒绝自动化代操作的原因集中在三点。

交互安全：模拟点击属于界面自动化注入，平台拥有独立的账号安全与风控判定规则。

服务闭环：部分平台倾向在自有产品内完成交易履约，不经过第三方自动化工具中转。

数据权限：读屏与界面操作会采集用户行为数据，不同平台对于数据流向有着不同合规标准。

SAEP 影响的，只是手机助手对部分第三方 App 的自动化操作权限，不会影响 App 本身的正常使用。这套协议目前还处在公示和适配阶段，部分 App 的 GUI 自动化操作暂时无法启用，后续支持范围仍存在调整空间。

公示期结束之后，第三方开发者依旧可以通过 SAEP 声明拒绝自动化操作，豆包手机助手会同步关闭对应的操作能力。SAEP 协议本身的价值，就是把用户授权、平台知情、操作可追溯确立为行业基础规则。

按照豆包官方说明，对于明确拒绝的应用，助手不会代为执行任何操作。

三条技术路线，三种权限边界

梳理 2026 年 10 月几家厂商的方案，手机智能体分化成三条清晰路径。

系统级入口 + 外部 Agent 接入（OPPO × Manus） 优点：系统可控、隐私边界清晰、用户使用习惯不用改动； 难点：Manus、ChatGPT 能力再强，跨应用下单依旧要看第三方平台是否开放接口； 适合：成熟手机大厂，不想将全部体验押注单一 Agent 服务商。

终端 Host Agent + 生态协议调度（阶跃 Amoo） 优点：架构理念完整，兼容 MCP、A2A「MCP、A2A 为当前主流智能体互联协议」等智能体互联协议，适合落地意图即服务； 难点：需要逐个对接平台，巨头大多只开放演示级能力，支付、订单、售后这类闭环能力未必对外开放； 适合：新型终端品牌，拥有中立身份，面向开发者与极客市场。

GUI 读屏 + 模拟点击（豆包手机助手等） 优点：不依赖应用开放接口，理论上能够覆盖任意界面操作； 难点：头部应用借助 SAEP 等机制声明拒绝自动化代操作，银行、游戏、电商风控严格，实际可用场景受平台授权范围限制； 适合：系统内置应用、已授权长尾应用，更看重跨应用覆盖广度而非交易深度的场景。

行业现状可以总结为，MCP 协议只打通部分接口，GUI 自动化被大量应用通过 SAEP 限制使用范围，Host Agent 拿到的仅仅是平台愿意释放的那部分能力。三条路线目前都处于 “可演示、未规模验证” 阶段。

用户真正在乎的，不是 Agent 多牛，是十次能成几次

现在发布会的叙事模板高度趋同，一句话下发指令，智能体自主规划任务、调用工具，交付最终成果。

但普通用户不会关心底层架构，只会提出三个很现实的问题。 帮我订周五晚上 4 人火锅，不要踩雷，任务能成功吗？ 把我这周 12 条会议录音整理成待办，内容会不会出错？ 从 800 张照片筛选出成都之行，包含猫、火锅、同行朋友的 9 张图片，筛选准不准？

智能体手机价值等于使用频次乘以单次节省时间乘以任务成功率。点外卖、发送消息这类高频操作，用户手动操作本身已经足够熟练，AI 代操作带来的效率提升有限，同时伴随支付、社交平台的风控约束。行程规划、比价、文档整理这类场景节省时间多，但使用频率偏低。同时兼顾高频、耗时、稳定交付的场景，在 2026 年依旧稀缺。

隐私与授权：谁先做到四件事，谁才配讲主动智能

各家现阶段公开的方案各有侧重。

OPPO：端侧模型处理文件照片归类，原始内容不出本机，外部处理前弹出明确授权，用户掌控访问对象、执行动作、是否上云。

阶跃：授权之后调用阿宝，支付最终确认步骤保留给用户手动完成。

豆包：依托 SAEP 协议，操作日志全程可追溯，但 GUI 自动化对应的界面注入权限较重，应用方对于自动化代操作的信任，还需要更长时间建立。

未来手机 Agent 的信任模型，大致会遵循四条准则。

端侧能够处理的内容，绝不上传云端； 跨应用交互优先走 MCP、A2A 协议，尽量不使用模拟点击； 涉及支付、发消息、下单动作，必须保留一次人工确认环节； App 有权拒绝自动化操作，并且可以随时收回权限。

结语

过去两年，手机 AI 的叙事是大模型落地，智能助手变得更聪明，手机产品重新被讲出故事。

叙事已经发生改变。模型给出回答不再是终点，替用户落地事务才是目标。但事务执行不是模型单方面决定，系统、协议、App、支付、权责规则共同约束整个流程。

OPPO 选择稳，自研系统入口，Manus 等外部 Agent 作为可切换执行底座。阶跃选择广，Amoo 作为终端调度中枢，近百家平台依托协议开放能力。

豆包选择深，GUI 自动化覆盖界面层，不依赖应用开放接口，但可用范围受 SAEP 平台授权约束。

三种路线有着各自的战略判断，均没有被证伪，也都没有实现规模化跑通。2026 年更真实的图景是，手机厂商打开了智能体入口，但每一款应用平台，都拥有决定是否开放自动化代操作权限的自主权。

最终用户会用真机投票，哪条路线可以稳定完成多次任务，哪条路线才能长期留存。

#OPPO# #OPPO和Manus达成合作# #阶跃Amoo# #豆包手机# #智能体手机# #你会花3999买AI手机吗#

【免责声明】 ：本文部分配图源自公开渠道或CC0协议素材，仅作行业交流与产业参考使用。如涉侵权，请联系后台处理。文中涉及的 OPPO×Manus 合作信息来自双方官方通稿；阶跃 Amoo 生态信息来自 STEPX Neo 发布会公开资料；豆包 SAEP 相关信息来自豆包官方公示页面及公开媒体报道。对涉及企业的评价仅限产品路线与行业机制分析，不构成对任一企业商业道德、经营合法性的定性。智能体跨应用执行仍处于行业早期，实际功能以各应用官方声明与真机体验为准。本文仅做行业科普与实操分享，不构成任何投资、消费决策建议。文中数据及案例均来自公开信源，仅供参考，具体以实际为准。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～