网罗开发 （小红书、快手、视频号同名）

  大家好，我是 展菲，目前在上市企业从事人工智能项目研发管理工作，平时热衷于分享各种编程领域的软硬技能知识以及前沿技术，包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。

图书作者：《ESP32-C3 物联网工程开发实战》
图书作者：《SwiftUI 入门，进阶与实战》
超级个体：COC上海社区主理人
特约讲师：大学讲师，谷歌亚马逊分享嘉宾
科技博主：华为HDE/HDG

我的博客内容涵盖广泛，主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告，同时也会提供产品优缺点分析、横向对比，并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。

展菲：您的前沿技术领航员
👋 大家好，我是展菲！
📱 全网搜索“展菲”，即可纵览我在各大平台的知识足迹。
每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。

很多人认为，AI Native App 只是给应用加一个聊天框。但如果你认真观察最近两年的变化，会发现一个越来越明显的趋势：

Copilot
ChatGPT
Claude
OpenAI Operator
HarmonyOS 智能体

大家正在做的事情，其实不是：

让 AI 回答问题

而是：

让 AI 帮用户完成任务

这意味着：

软件架构

正在发生一场新的升级。

过去：

用户
↓
点击按钮
↓
调用功能
↓
完成操作

未来：

用户意图
↓
Agent理解
↓
任务规划
↓
工具调用
↓
状态更新
↓
UI反馈

注意：

UI 已经不再是入口

而：

Intent（意图）

正在成为新的入口。而 HarmonyOS NEXT 的很多设计，其实天然适合这一方向。

HarmonyOS App 正在从功能型 App 进化成任务型 App。

一、传统 App 的核心是 Function Call

过去二十年，所有 App 本质上都遵循同一种模型：

User
 ↓
Page
 ↓
Button
 ↓
Function
 ↓
Result

例如，打开淘宝：

搜索商品
↓
加入购物车
↓
提交订单
↓
支付

打开银行 App：

转账
↓
输入金额
↓
确认
↓
完成

整个系统的核心其实是：

Function Call

用户必须知道：

哪个按钮

哪个页面

哪个入口

因此：

用户驱动功能

成为移动互联网时代的默认模式。

二、AI时代最大的变化：用户不想操作功能

越来越多用户希望：

少点几次按钮

例如，以前用户：

打开日历

创建日程

填写时间

保存

未来，直接说：

明天下午两点提醒我开会

以前：

打开邮箱

创建邮件

填写标题

填写内容

发送

未来：

给张三发邮件，告诉他方案已经完成

以前：

打开地图

输入地址

选择路线

导航

未来：

导航去公司

用户需要的从来不是：

功能

而是：

结果

于是系统开始从：

Function First

走向：

Task First

三、为什么传统架构很难支持 Agent

传统 App：

Page
 ↓
ViewModel
 ↓
Repository
 ↓
Network

页面就是入口，但是 Agent 需要的是：

Intent
 ↓
Planner
 ↓
Task
 ↓
Tool
 ↓
Memory
 ↓
State
 ↓
UI

最大的区别在于，传统系统：

用户控制流程

AI 系统：

Agent控制流程

例如，用户说：

帮我完成报销

背后其实涉及：

识别发票

填写单据

提交审批

通知领导

查询结果

整个过程：

跨页面

跨模块

跨能力

甚至：

不需要页面

于是传统：

Page Runtime

开始无法满足需求。

四、HarmonyOS 的 Ability 天然适合 AI

很多开发者一直把：

Ability

理解成：

Activity 替代品

其实并不是，Ability 的本质：

能力容器

例如：

拍照能力

分享能力

通知能力

文件能力

搜索能力

每一个能力都可以独立运行，例如：

CameraAbility

SearchAbility

CalendarAbility

MessageAbility

过去：

打开页面

才能调用能力

未来：

Agent
↓

直接调用能力

形成：

Intent
↓

Ability
↓

Result

这实际上就是 Tool Calling 架构。

五、AI Native App 不再围绕页面设计

传统页面流：

首页
 ↓
详情页
 ↓
支付页

属于：

Page Flow

而 Agent 系统更像：

Task Flow

例如，用户：

帮我订明天去上海的高铁票

AI：

查询余票
↓
推荐车次
↓
选择座位
↓
支付
↓
通知日历

整个过程可能涉及：

票务模块

支付模块

消息模块

日历模块

但是用户感知只有：

一个任务

所以未来 App 的组织方式会变成：

Task
 ↓
Skill
 ↓
Ability

而不是：

Page
 ↓
Function

六、State 成为 AI Runtime 的核心

很多人忽略了一点。Agent 的运行，本质上也是状态机。

例如：

等待用户输入

状态：

Idle

开始执行：

Planning

调用工具：

Running

等待结果：

Waiting

完成：

Done

于是：

State

成为整个 Runtime 的核心，HarmonyOS 的声明式架构：

@State taskStatus:string="Idle"

非常适合 AI Runtime，因为：

State变化

↓

UI自动变化

例如：

if(this.taskStatus=="Running"){
    LoadingView()
}

任务完成：

this.taskStatus="Done"

自动切换：

ResultView()

整个过程，不需要手动刷新页面。这也是为什么：

状态驱动天生适合 Agent。

七、多设备协同会让 Agent 真正发挥价值

这是 HarmonyOS 最大的优势之一。例如，用户说：

帮我整理今天的会议纪要

手机：

录音

PC：

生成文档

平板：

批注修改

电视：

展示PPT

用户看到：

一个任务

实际上底层：

多个设备 Runtime 协同

形成：

Distributed Agent Runtime

流程：

Intent

↓

Planner

↓

Phone Agent

↓

PC Agent

↓

Pad Agent

↓

State Sync

↓

UI

这已经非常接近：

Multi-Agent

系统。

八、HarmonyOS App 正在进入 Tool Runtime 时代

未来一个 App 的核心可能不是：

页面

而是：

Skill

例如，备忘录 App 提供：

RecordSkill

SummarySkill

TranslateSkill

SearchSkill

邮件 App 提供：

SendMailSkill

SearchMailSkill

DraftSkill

地图 App 提供：

NavigateSkill

LocationSkill

TrafficSkill

Agent Runtime 负责：

发现 Skill

编排 Skill

调用 Skill

形成：

Skill Runtime

而页面只是：

结果展示层

九、HarmonyOS App 的未来架构

如果站在 AI Native 的角度重新看 HarmonyOS。未来架构可能会变成：

User Intent
       ↓
 Agent Runtime
       ↓
 Planner
       ↓
 Task Graph
       ↓
 Skill Layer
       ↓
 Ability Layer
       ↓
 State Store
       ↓
 ArkUI

其中：

1、第一层 Intent Layer 负责理解用户需求。

2、第二层 Agent Runtime 负责推理和任务规划。

3、第三层 Task Graph 负责多步骤执行。

4、第四层 Skill Layer 提供工具集合。

5、第五层 Ability Layer 负责系统能力。

6、第六层 State Store 负责上下文和状态。

7、第七层 ArkUI 负责结果展示。

注意：

UI

已经变成：

最底层

真正驱动系统的是：

Intent + Task + Agent

总结

很多开发者理解 AI Native App 时，仍然停留在：

聊天框 + 大模型

但真正的变化远不止如此，过去的软件：

用户
↓

页面

↓

按钮

↓

功能

未来的软件：

用户意图

↓

Agent

↓

任务规划

↓

工具调用

↓

状态同步

↓

UI反馈

本质上：

App 正在从「功能集合」升级为「任务执行系统」。

而 HarmonyOS NEXT 的：

ArkUI

State

Ability

Intent

Distributed Runtime

恰好正在构建这样一种全新的运行模型。未来真正优秀的 HarmonyOS App，不一定拥有最多页面。

但一定拥有：

一个持续运行、能够理解用户意图、自动完成任务的 Agent Runtime。

从某种意义上说：

移动互联网时代

Page 是核心

而 AI Native 时代：

Task 是核心

这或许才是 HarmonyOS App 架构升级真正的方向。