分析时间:2026 年 7 月 | 基于对荣耀 YOYO、华为小艺、Google Gemini Intelligence、ChatGPT、OKX、Binance 等产品的实际分析


一、三层架构:每层只有一个天然垄断者

Agent 能力的端云协同,让三类主体各自占据一层不可替代的位置:

控制者 天然垄断来源 不可替代性
入口/调度层 OS 厂商 用户每天触碰手机 100+ 次,桌面是第一眼 双重垄断——既是最强 Agent 玩家(系统级权限),又是裁判(控制谁能获得跨 App 权限)
推理/大脑层 LLM 提供商 复杂任务拆解、语义理解、多步编排需要最强模型 技术性垄断——端侧 7B 模型做不了复杂推理
领域执行层 App 平台 钱在银行、票在携程、货在淘宝——只有它们能执行 资质+数据垄断——只有持牌机构能交易,只有平台有商品库存

OS 厂商的双重垄断是整个格局的核心变量:

  1. 最强选手——OS Agent 拥有系统级权限(读屏、模拟操作、意图框架、系统服务调用),是移动端唯一能跨 App 调度的角色
  2. 裁判——OS 厂商控制移动端的权限体系,决定第三方 App 能访问什么系统服务、能否读屏、能否后台持续运行。OS 厂商绝不会把跨 App 调度权限开放给 ChatGPT 等第三方 LLM App——这等于在自己家门口养竞争对手

“既当最强选手又当裁判”意味着 OS 厂商的垄断地位不是公平竞争的结果,而是结构性统治。

二、各层的战略方向——各做各的事,不是”每层都在往外伸”

三层看起来各占一层,但并非每层都有动机往相邻层渗透。实际上,OS 厂商和 App 平台都没有扩张动机——它们应该专注于自己的天然优势层,而非把资源投向相邻层。

唯一有双向发展空间的是 LLM 提供商。

OS 厂商:聚焦入口+调度层,推理层直接采购

OS 厂商没有动机抢推理层——它们已经掌握了终端入口,推理能力直接采购第三方 LLM 即可。大模型厂商竞争激烈、成本持续下降,自建 LLM 既不经济也不必要。

厂商 推理层策略 原因
荣耀 调阿里千问 端侧模型做简单意图,复杂推理调千问云端——专注 Agent 体验而非自建 LLM
华为 调 DeepSeek/Pangu “万能插座”架构——谁好用用谁,不押注单一模型
小米 调 DeepSeek MiMo 做端侧,复杂推理借力外部
Apple 用 Google Gemini 自研 LLM 做不动,放弃——采购比自己建更理性
Google 自研 Gemini ⚠️ 特例——Google 本身就是 AI/搜索公司,Gemini 是既有业务的自然延伸,不是”OS 厂商为了抢推理层而自建 LLM”

结论:除 Google(特例)外,所有 OS 厂商都选择采购第三方 LLM。 OS 厂商的核心竞争力是”入口+调度+端侧体验”,不是”推理模型能力”。推理层是充分竞争市场,采购成本低于自建成本,自建 LLM 对 OS 厂商是过度投资。

OS 厂商和 LLM 提供商的关系是互补而非竞争: OS 厂商做入口+调度,LLM 提供商做推理+大脑,各自做自己最擅长的事。华为小艺调 DeepSeek、荣耀 YOYO 调千问、Apple 调 Gemini——这是稳定的分工关系,不是”OS 厂商试图挤压 LLM 提供商”。

LLM 提供商:双轨可行,但移动端有权限天花板

LLM 提供商有两个发展方向,两条路都可以走,且可以同时走。但在移动端,LLM App 的跨 App 调度能力被 OS 权限体系锁死,这是结构性天花板。

方向一:深耕推理能力——成为所有 Agent 的”首选大脑”

优势 说明
规模大 卖 API 给 OS Agent、App 内嵌 AI、开发者——不依赖单一渠道
生态广 华为小艺调 DeepSeek、荣耀 YOYO 调千问、OKX 内嵌 LLM——所有 Agent 都需要大脑
风险 大模型可能走向同质化,推理能力变成低价商品

方向二:做端云协同的 Agent 产品(ChatGPT)——建立独立用户入口

优势 说明
直接触达用户 不依赖 OS Agent 分发,数亿用户主动打开 ChatGPT
双线互相强化 ChatGPT App 给品牌和用户数据,API 业务给收入和生态覆盖

但方向二有一个关键区分——PC 端和移动端的能力完全不同:

LLM App 能做什么 和 OS Agent 的差距
PC/桌面 ChatGPT Desktop 可调 MCP/CLI/本地服务,有文件系统和命令行权限 差距较小——都有跨服务调度能力
移动端 只能调云上 HTTPS API/MCP,无法跨 App 操作、无法读屏、无法调系统服务 差距巨大——OS Agent 是”万能调度”,LLM App 是”云上助手”

移动端的权限天花板

权限 OS Agent LLM App(移动端)
系统服务调用(日历、联系人等) ✅ 系统级权限 ❌ 无权限
跨 App 意图调度 ✅ 意图框架 ❌ 无权限
GUI Agent(读屏+模拟操作) ✅ Accessibility 权限 ❌ 无权限——系统级能力,第三方不可能拿到
后台持续运行 ✅ 系统级服务 ❌ iOS 严格限制
跨 App 数据读取 ✅ 系统级访问 ❌ App 沙箱隔离

移动端操作系统有严格的沙箱隔离——每个 App 是独立的”围栏”,第三方 App 无法访问其他 App 的界面、数据或执行操作。这是安全设计的基础原则,OS 厂商不会为了 ChatGPT 而打破。

这意味着 LLM App 在移动端:
– 可以调云上 MCP/API(OAuth 服务)→ “云端编排”
– 可以跳转到其他 App(Deep Link)→ 只是跳转,无法在目标 App 内执行操作
不能跨 App 执行操作 → “帮你在 OKX App 里买入 BTC”做不到,用户还得手动点
不能调系统服务 → 不能写入日历提醒、不能读联系人、不能控制蓝牙

场景 OS Agent 怎么做 ChatGPT App(移动端)怎么做
“帮我安排明天出差” YOYO 调日历+携程+美团+备忘录,跨 App 执行 ❌ 无法跨 App。只能分别查云上 API,告诉你结果,你自己去各 App 操作
“帮我在 OKX 买 BTC” YOYO 打开 OKX → GUI 模拟点击买入 ❌ 无权限。只能调 OKX REST API(如果有公网 OAuth),或跳转到 OKX App 让你自己买
“帮我查 BTC 行情然后提醒我” YOYO 调 OKX API → 写入系统日历提醒 ChatGPT 可以查云上行情 API → 但无法写入系统日历,只能在 ChatGPT App 内提醒

结论:LLM App 的”双轨可行”只对 PC 端成立。移动端只有一条轨道——云端编排。”端内跨 App 执行”这条轨道被 OS 厂商的权限体系锁死了。而移动端才是绝大多数人的主终端。

App 平台:内嵌 LLM 是产品增强,不是抢推理层

App 平台没有动机抢推理层。 App 平台是极其垂直的应用——纵深很深、领域很专。它们的天然优势是领域数据和执行权限,不是推理。内嵌 LLM 的目的只是提供更好的应用内 Agent 体验,让用户在自己 App 里就能用自然语言操作——这是产品功能增强,不是往相邻层扩张

平台 内嵌 AI 做法 目的
OKX AI策略——用户在 OKX App 里说一句话就下单 产品体验增强——在自己的 App 里用自然语言操作
携程 问道 App 内嵌 AI 做旅游规划 产品体验增强——让用户不用”先去找 OS Agent 再回来携程”
淘宝 App 内嵌 AI 导购 产品体验增强——在自己的 App 里自然语言选购

但关键问题是:内嵌 LLM 无法解决 App 平台的根本威胁。

即使 App 内嵌了最好的 AI,用户仍然会因为跨平台编排任务而去找 OS Agent——”帮我安排出差”需要日历+机票+酒店联动,OKX App 做不了。App 内嵌 AI 只能在用户已经打开 App 时才被触达,无法阻止用户越来越习惯”先跟手机说一句话”的趋势。

App 平台真正的挑战不是”推理能力不够”,而是”用户关系降级”——从”用户主动打开的交互对象”变成”被 OS Agent 调用的后端工具”。 投资推理层既不能扩大覆盖范围,也不能阻止用户关系降级,是资源投错了方向。


三、核心竞争:谁做”调度中枢”

三层都有筹码,但真正的权力位置是调度中枢——用户说一句话,谁决定调哪个领域专家?

调度者 长期结构性劣势 为什么是硬伤
OS Agent(YOYO/小艺/Gemini) App 平台的抵制与动态博弈 金融/社交平台有监管+商业双重护城河,”不开放执行 API”不是短期态度而是长期立场。即使 GUI Agent 成熟,精度和合规性仍不如 API 直调。OS Agent 能”强行操作”但会遭遇 App 厂商持续对抗
LLM App(ChatGPT) 移动端跨 App 权限被 OS 锁死 PC 端双轨可行(有文件系统和命令行权限),但移动端只有”云端编排”一条轨道——无法跨 App 执行、无法读屏、无法调系统服务。OS 厂商不会开放这些权限给第三方 App。移动端才是大多数人的主终端,这条天花板是结构性的
App 内嵌 AI 沦为”工具”——失去用户关系 跨平台编排任务用户会找 OS Agent 或 ChatGPT,不会找 OKX App。App 内嵌 AI 只能在用户已经打开 App 时才被触达。长期风险不是”功能不够”,而是用户跟 App 的关系从”主动交互”降级为”被 Agent 调用的后端”

劣势严重程度排序

排序 调度者 劣势严重程度 原因
1 App 内嵌 AI 最严重 用户关系降级是趋势性不可逆——随着 OS Agent 能力成熟,用户越来越习惯”先跟手机说”,App 打开频率自然下降。结构性劣势,无法通过”做得更好”逆转
2 LLM App(移动端) 次严重 PC 端双轨可行,但移动端只有”云端编排”一条轨道。跨 App 执行权限被 OS 厂商锁死——OS 既是最强选手又是裁判,不会开放权限给竞争对手。移动端是大多数人的主终端,这条天花板是结构性的
3 OS Agent 最轻 App 抵制是动态博弈而非结构性死局。OS 厂商有系统级权限作为谈判筹码——”你不开放 API,我就让 GUI Agent 直接操作你的界面”

三个劣势的底层逻辑

指向同一个终局变量:谁拥有用户的”第一句话”?

  • OS Agent 的劣势 = “我想帮你操作一切,但有些 App 不让我碰” → 外部博弈问题
  • LLM App 的劣势 = “PC 端我可以跨服务调度,但手机上我被 OS 锁在沙箱里,只能做云端编排” → 移动端权限天花板——结构性硬伤
  • App 内嵌 AI 的劣势 = “我能在自己生态内做一切,但用户越来越多地先找 OS Agent 而不是先打开我的 App” → 用户关系降级问题

四、App 平台的”沦为工具”风险

App 平台真正的恐惧不是”功能不够”,而是角色降级——从”用户主动选择的交互对象”变成”Agent 调用的后端服务”。

降级前后对比

资产 降级前的价值 降级后
用户主动打开的流量 广告、推荐、交叉销售 流量萎缩——用户不再主动打开 App
用户在 App 内的停留时间 浏览更多商品/服务的窗口 停留时间归零——Agent 一步完成,无需浏览
用户行为数据 画像、推荐、精准营销 数据断流——Agent 代用户操作,App 只看到执行指令
用户信任关系 品牌、口碑、粘性 信任转移——用户信任 OS Agent 帮自己选平台

类比:从”百货商场”变成”仓库”。 商场有橱窗、导购、体验、逛的感觉;仓库只有货架和发货流程。用户去商场是”逛街”,去仓库是”提货”。Agent 让用户从”逛商场”变成”让助手去仓库提货”。

App 平台的反制策略

反制策略 做法 效果 风险
不开放执行 API 交易/支付/下单只在自己的 App 内完成 阻止 OS Agent 直接执行,迫使用户必须打开 App GUI Agent 可能绕过;失去 Agent 渠道的增量用户
App 内嵌 AI 做得更好 让用户在 App 内就能用自然语言操作 减少用户”去找 OS Agent”的动力 只解决单领域场景,跨领域编排仍需 OS Agent
开放查询 API,封闭执行 API 行情/新闻给 Agent 调用,交易只在自己 App 让 Agent 帮自己引流 查询引流效果有限——用户可能看完行情就忘了去哪下单
做自己的”生态 OS” 微信小程序≈微信版 OS 在自己的”生态 OS”里当调度者 不是真正的 OS——没有系统级权限,无法操作其他 App
主动拥抱,做最好的”领域后端” 开放 MCP/API/Skills,确保调用量最大 成为 OS Agent 在该领域的”首选后端” 仍然失去用户直接关系,只剩执行量

核心矛盾:越封闭越能保住用户关系,但越封闭越失去 Agent 渠道的增量流量;越开放越能获得 Agent 渠道流量,但越开放越加速沦为工具。 没有”保用户关系 vs 保流量增量”的完美解——每个 App 平台根据竞争地位选择不同平衡点。


五、App 平台按领域的命运分化

不是所有 App 都一样。面对 OS Agent 和 LLM Agent 的压力,各领域反应完全不同:

App 类型 对 Agent 的态度 原因 预期结局
金融投资(OKX/Binance/Futu/银行) 强抵制 钱=高风险+强监管+核心商业利益 长期保持围墙花园,只开放查询不开放执行
电商(淘宝/京东/Amazon) 选择性开放 Agent=新销售渠道,但也减少 App 内停留时间 开放购买 API(新渠道),但保留推荐/广告在 App 内
旅游出行(携程/美团/滴滴) 半开放 查询/推荐愿意开放,自动购买不愿开放 查询层被 Agent 接管,执行层保留
社交(微信/WhatsApp) 最强抵制 用户数据=核心资产,绝对不允许第三方 Agent 爬取 完全围墙花园,OS Agent 只能 GUI 操作
工具/信息(地图/天气/新闻) 愿意开放 开放=更多用户触达,没有执行风险 成为 Agent 生态的后端服务

金融平台的特殊性

金融平台既是最有动机抵制的(钱),又有监管做后盾(金融合规要求受控执行环境),所以最可能长期保持围墙花园。但金融平台内部也有分层:

  • 开放层:信息(行情、新闻、分析、持仓概览)→ 任何 Agent 都能查
  • 封闭层:执行(交易、转账、提币)→ 只有平台自己的 App/Bot 能做

六、GUI Agent——格局的终极变量

上面的分析有一个隐含假设:App 平台可以通过”不开放 API”来抵制 Agent。

但 GUI Agent(荣耀 YOYO 的 MagicGUI、Google 的 UI automation)可以绕过 API 直接操作 App 界面——”看懂”屏幕上的按钮,模拟点击滑动。

如果 GUI Agent 成熟 如果 GUI Agent 不成熟
App 不开放 API 也没用——Agent 直接操作界面 App 不开放 API=有效抵制手段
App 平台的 API 抵制策略失效 App 平台可以守住围墙花园
OS Agent 成为真正的万能入口 Agent 能力被限制在 API 开放范围内
App 平台被迫从”抵制”转为”合作设计专用接口” App 平台保持”不合作”姿态

当前现实:7 款手机智能体实测成功率 20%,GUI Agent 远不成熟。

趋势明确:Google 和荣耀都走了”API 优先、GUI 兜底”双路线。一旦 GUI Agent 成熟,格局会彻底翻转。


七、两个平行世界:中国市场 vs 西方市场

AOSP vs GMS——Google 控制力的分界线

Android 有两层:AOSP(开源,任何人可自由使用修改,无需授权)和 GMS(闭源,Google 完全控制,需签商业协议)。中国市场的手机不用 GMS——小米/荣耀/OPPO/vivo 国内机型全部替换为本土服务,Google 对这些机型没有合同关系、没有授权机制、没有控制抓手

Google 对中国厂商的控制方式不是”封杀”而是”定规则”——它决定 AOSP 里有什么、架构怎么设计,中国厂商在 Google 画的地基上盖自己的楼。

市场 Agent Google 控制力 GMS 依赖
中国 YOYO/小艺/超级小爱(自研) 几乎为零
海外 可能被迫搭载 Gemini 较强 ✅ 必须

地缘政治风险不在技术层面——2019 年美国制裁华为,Google 被迫终止 GMS 授权,华为海外销量暴跌。中国市场不受影响(AOSP 是开源的),但海外业务瞬间瘫痪。

中国市场:Google 打不通

Gemini 垂直整合在中国几乎无法推进——没有 GMS 依赖 → 没有抓手;中国 App 生态(淘宝/微信/美团)Google 无法触及;中国 LLM(DeepSeek/千问)足够强;中国监管不允许数据出境。Google 在中国是”有系统没生态”——Android 市占率高,GMS 服务为零。

海外市场:渐进式压力

Google 通过 GMS 打包要求(搭载 Gemini)、系统 API 绑定(AppFunctions 只在 Gemini 模式下完整)、默认助手设定、应用生态绑定(Maps/Gmail 只对 Gemini 开放深度接口)逐步推进。最可能场景:海外机型”双 Agent”——Gemini 系统默认,YOYO/超级小爱可切换选项,95% 用户用默认的。

中国厂商的现实选择是双轨策略(中国自家 Agent + 海外搭载 Gemini)——自建海外生态几乎不可能(海外用户不接受没有 Google Maps 的手机),走向独立 OS 代价极高(华为选了这条路,海外份额从 17% 跌到接近零)。

两个世界的格局对比

西方市场 中国市场
入口 Google(Android + Gemini 默认助手) 华为/荣耀/小米/OPPO/vivo(各自 OS Agent)
推理 Google(Gemini Pro/Ultra) DeepSeek/千问/百度(被 OS Agent 调用)
执行 Google 服务 + 第三方 App(OAuth) 淘宝/微信/美团/滴滴/招商银行
OS Agent 内战 Google 碾压,Apple 第二(推理层依赖 Google Gemini),小米/荣耀沦为硬件载体 华为 vs 荣耀 vs 小米 vs OPPO vs vivo——谁能接入最多中国 App、联动最多硬件、调到最强 LLM
App 平台命运 OAuth 扩散后,App 从”用户直接交互对象”降级为”Agent 后端” App 抵制更强(微信/淘宝不开放执行 API),OS Agent 只能 GUI 模拟,App 暂时保住用户关系
生态维度 Google Gemini(西方) YOYO/小艺/超级小爱(中国)
购物 Amazon 淘宝/京东/拼多多
社交 WhatsApp/Telegram 微信
出行 Google Maps/Uber 高德/美团/滴滴
金融 Robinhood(1 家 OAuth) 招商银行/支付宝/微信支付
硬件 Nest/ChromeCast SU7 汽车/音箱/电视/净化器

八、远期趋势(5+ 年)

OS Agent 成为唯一入口,App 平台变成”领域执行后端”

  • OS 厂商不会自建 LLM,而是采购第三方 LLM 做”入口+调度”(Google 是特例——它本身就是 AI/搜索公司)
  • OS Agent 成为用户的唯一对话入口——用户跟手机对话,OS Agent 完成调度,调第三方 LLM 做推理
  • App 平台从”用户直接交互的对象”变成”Agent 调用的后端服务”
  • 用户不再打开 OKX App——而是跟手机说”帮我看看 BTC 行情然后买一点”,OS Agent 调 OKX 的 MCP/API 完成
  • App 平台失去用户触点,变成基础设施层

但金融平台因监管护城河,这个降级会延迟 5-10 年

最终权力格局

OS 厂商是绝对统治者——既是最强 Agent 玩家(系统级跨 App 调度权限),又是裁判(控制谁能获得类似权限)。LLM 提供商是受限玩家——PC 端双轨可行,但移动端跨 App 权限被 OS 锁死,只能做云端编排。App 平台是防守者——面临用户关系降级风险,无论投资推理层还是内嵌 LLM 都无法阻止 OS Agent 的入口侵蚀。三层共存但权力极度不对称:入口层决定一切,OS 厂商”既当选手又当裁判”,这种双重垄断是结构性统治而非竞争结果。金融平台因监管护城河,降级延迟 5-10 年。中国市场是独立战场,Google 是局外人。


本文基于对 Robinhood Agentic Trading、OKX Agent Trade Kit & AI 策略、Binance Ai Pro & Skills Hub、Futu 牛牛AI & OpenD、荣耀 YOYO、华为 小艺、Google Gemini Intelligence、Apple Intelligence、Microsoft Copilot 等产品的实际分析,以及对 OAuth、HMAC、AOSP/GMS、端云协同等技术机制的深度讨论。

分享到