引言
过去 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
