Agentic AI在超级应用主导的体系内注定是赢不了的，无法共存，就像整个移动互联网时代通用搜索引擎从没赢过

从桌面互联网直接迁移过来就是无缝衔接，只是把Google们换成了ChatGPT/豆包们，把地址栏/搜索框换成聊天框和 AR/MR 透视画面，网页还要比之前更离散（比如 MCP-UI）更语义化（继承 Semantic Web 遗志，回归Web不为人而为机器优化的初衷，比如目前发展中的WebMCP和其他Agentic Web协议）

只有从国内这种被超级应用和封闭小程序主导的畸形移动互联网迁移过来，冲突才不可调和。国外即使在移动互联网也有很多Shopify这样基于开放Web的平台，无缝衔接进入ChatGPT

从 bundling 到 unbundling 的转变，对很多只经历过移动互联网这一个周期的人来说可能难以想象，其实无论在小尺度（很多 startup 赛道）和大尺度（宏观范式转移）上这种转变都是经常发生、反复发生的，有很多先例可以参考，比如搜索引擎之前的媒体就是 bundling 的，也激烈冲突过（图2、图3）

对客户端 Agentic AI 的刚需至少来自两方面，一个是对「粗粒度交互」的需求：

说「关车窗」是「细粒度交互」。说「车里不舒服」，AI 结合来自车内环境和用户可穿戴设备的多模态输入（传感器数据），自动触发关车窗、开暖气、座椅加热等一系列并行动作，再自动串行触发一个屏幕上的 UI 反馈询问用户是否一键创建「workflow」在类似使用场景下自动提前做这些环境优化。这就是「粗粒度交互」

对大众用户来说，粗粒度交互的有无，很多时候不是能不能偷懒省事这样的好用「程度」的问题，而是对一款软件「会不会用」、「能不能用出足够好结果」的「有无」问题

这种粗粒度交互就像 vibe coding 一样不必一口气干完所有事情，一次软件使用任务可以由多次粗粒度交互和多次细粒度交互组成，客户端 AI Agent 跟用户可以紧密协作、轮流操作（在原 GUI 上或 GenAI 动态提供的 GUI 上）

另一方面是对「跨工具」和「个性化聚合混搭工具」的需求。微信应用自己内部的全局Agent也可以支持粗粒度交互，但无法实现跨微信美团苹果日历等多个app/web的粗粒度交互

Web天然对「跨工具的使用场景」友好，是顺趋势的，超级应用则天然是反跨工具的，逆趋势，注定赢不了，手机上还需要互相拉扯，到了下一代平台（包括由「手机外设」带来的新一代人机交互平台）就直接没有超级应用的生存空间了。下一代平台上根本无法存在现在这样的微信

「跨工具」需求不但要求Agentic AI对「分发 」环节解绑（unbundling），也要求对更上游的「创造、构建」环节解绑（图4）：用户使用的 GUI 和功能/内容很多不再是超级应用厂商预制/规定好的，而是由按需动态生成的代码，把跨工具的现有功能/内容作为 building blocks 或 raw 数据，聚合混搭成个性化或一次性的新功能/内容（就好像古典互联网中一个收录整理了很多URL的论坛帖子）

从商业模式角度，Agentic AI 对超级应用的先解绑（unbundling）再捆绑（bundling）也是不可避免的（图5），比如类似 Netflix 会员和 XBox Game Pass 的模式，结合 x402 这样细粒度自主化计费方式（每次细粒度功能/内容调用、每个 HTTP 请求都自动付费），以及为单次解决问题付费等，上游垂直agent平台（比如外卖平台）对更上游供应商的提成等商业模式不受影响