引言
过去 20 年,移动应用的架构几乎一直是围绕 页面(Page) 设计的。
一个典型 App 的结构通常是:
首页 列表页 详情页 个人中心
用户通过点击页面完成操作:
进入页面 → 点击按钮 → 请求数据 → 展示结果
这种模式在传统互联网时代非常成功。
但随着 大模型与 AI Agent 的出现,应用的核心入口正在发生变化:
用户不再一定通过'页面'使用 App,而是通过'对话'和'任务'。
这意味着应用架构也在发生变化。未来很多应用,很可能不再是:
UI 驱动应用
而是:
AI 驱动应用
这就是所谓的 AI 原生架构(AI Native Architecture)。
一、什么是 AI 原生应用
很多应用只是 接入 AI 功能:
App + AI
例如:
- 在搜索里加入 AI
- 在客服里加入 AI
- 在聊天里加入 AI
这种模式本质还是传统架构。
真正的 AI 原生应用 是:
AI + App
也就是说:
AI 成为应用的核心入口。
用户的操作可能只是:
一句话
例如:
帮我订明天去上海的机票
系统可能自动完成:
查询航班 筛选价格 填写信息 提交订单
整个流程甚至不需要用户打开多个页面。
二、传统 App 架构的核心问题
传统应用架构通常是这样的:
UI Layer ↓ Service Layer ↓ Repository ↓ Network
逻辑由 UI 触发:
点击按钮 → 调用接口
问题在 AI 场景下会变得非常明显。
1 页面成为瓶颈
传统 App 的功能入口是:
页面
例如:
订单页面 搜索页面 设置页面
但 AI 应用的入口是:
用户意图
例如:
'帮我查订单'
系统直接调用:
OrderService
不需要进入页面。
2 业务能力难复用
传统 App 的业务逻辑经常写在:
Page ViewModel


