网罗开发小红书、快手、视频号同名大家好我是展菲目前在上市企业从事人工智能项目研发管理工作平时热衷于分享各种编程领域的软硬技能知识以及前沿技术包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。图书作者《ESP32-C3 物联网工程开发实战》图书作者《SwiftUI 入门进阶与实战》超级个体COC上海社区主理人特约讲师大学讲师谷歌亚马逊分享嘉宾科技博主华为HDE/HDG我的博客内容涵盖广泛主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告同时也会提供产品优缺点分析、横向对比并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。展菲您的前沿技术领航员 大家好我是展菲 全网搜索“展菲”即可纵览我在各大平台的知识足迹。每周定时推送干货满满的技术长文从新兴框架的剖析到运维实战的复盘助您技术进阶之路畅通无阻。文章目录引言一、传统 HarmonyOS App 架构是如何设计的二、大模型接入后业务边界消失了三、为什么 State Management 开始失效四、Agent 出现以后系统开始进入 Runtime 时代五、为什么 Workspace 会成为新的系统核心六、HarmonyOS 为什么特别适合 AI Native App七、AI Native App 的四层 Runtime 架构Workspace RuntimeContext RuntimeAgent RuntimeCapability Runtime总结引言过去一年很多 HarmonyOS App 团队都在做同一件事给 App 接入大模型实现方式通常也非常直接原有业务 ↓ 增加 AI 页面 ↓ 调用 LLM API例如asyncaskAI(prompt:string){returnawaitllm.chat(prompt)}功能很快就能跑起来甚至一周内就能上线一个 AI 版本。很多团队会觉得AI 化已经完成了。但项目运行三个月以后问题开始集中爆发。例如AI 无法理解当前业务 上下文越来越混乱 会话历史越来越长 多页面状态无法共享 多设备体验完全割裂 Agent 能力无法扩展于是团队开始不断打补丁增加 Prompt 增加缓存 增加数据库 增加记忆系统结果系统越来越复杂最后发现一个根本问题我们的问题不是模型不够聪明。而是App 架构仍然停留在移动互联网时代。一、传统 HarmonyOS App 架构是如何设计的绝大多数项目都遵循类似结构UI Layer ↓ ViewModel ↓ Service ↓ Repository例如HomePage ↓ HomeViewModel ↓ UserService ↓ ApiClient用户操作点击按钮 ↓ 发起请求 ↓ 返回数据 ↓ 刷新页面核心特点页面驱动即 Page First 架构在这种模式下StatemessageList:Message[][]状态天然属于页面因为页面就是业务边界过去完全成立。二、大模型接入后业务边界消失了看一个真实案例用户在教育 App 中上午查看课程下午练习题目晚上让 AI 制定学习计划对于传统架构来说这是三个页面CoursePage PracticePage ChatPage但对于 AI 来说这是一个连续任务。因为 AI 需要知道学过什么 错过什么 当前进度 最近行为这些信息分散在多个页面于是出现第一个问题页面边界 ≠ 业务边界这是 AI Native App 与传统 App 最大的区别。三、为什么 State Management 开始失效很多项目都有类似代码Statemessages:Message[][]或者StatecurrentUser:User这种设计在普通业务里没问题因为状态生命周期 页面生命周期但 AI 出现以后情况变了。例如用户问帮我总结最近学习情况AI 需要访问课程记录 答题记录 考试记录 收藏记录 笔记记录这些状态可能来自5个页面 10个组件 20个接口因此State已经不足以表达业务真正重要的是Context例如interfaceLearningContext{currentCourse:Course recentExercises:Exercise[]notes:Note[]mistakes:Question[]}这里保存的已经不是页面状态而是工作上下文四、Agent 出现以后系统开始进入 Runtime 时代这是最关键的一步过去用户点击 ↓ 系统执行未来用户描述目标 ↓ Agent 执行例如帮我生成本周学习计划系统可能执行分析课程 ↓ 分析成绩 ↓ 分析学习时间 ↓ 生成计划这已经不是一次请求而是任务流因此系统必须拥有Task Runtime例如interfaceTask{id:stringgoal:stringstatus:stringcontext:Context}Agent 不再处理页面事件而是在处理任务生命周期五、为什么 Workspace 会成为新的系统核心很多团队把聊天记录当作上下文实际上真正重要的是Workspace例如当前用户正在阅读课程 查看笔记 分析错题 生成计划这些行为共同组成interfaceWorkspace{activeTask:Task currentCourse:Course currentContext:Context}AI 真正需要读取的是Workspace Runtime而不是Chat History因为聊天记录描述的是 用户说过什么 Workspace 描述的是 用户正在做什么后者价值远远更高。六、HarmonyOS 为什么特别适合 AI Native App传统移动 AppApp 孤岛但 HarmonyOS 天然拥有分布式能力 跨设备协同 统一账号体系 设备感知能力例如手机查看需求PC编写代码平板查看原型AI 可以持续维护统一 Workspace因此未来同步的不是页面而是Context甚至Agent Runtime七、AI Native App 的四层 Runtime 架构未来更合理的架构Workspace Runtime ↓ Context Runtime ↓ Agent Runtime ↓ Capability RuntimeWorkspace Runtime负责任务空间管理维护目标 任务 工作区Context Runtime负责上下文聚合统一收集用户行为 文件 业务数据 历史记录Agent Runtime负责任务拆解 计划生成 工具调度例如Goal ↓ Plan ↓ ExecuteCapability Runtime统一封装文件系统 数据库 搜索 通知 系统服务提供给 Agent 调用。总结很多团队认为AI 化 接入大模型实际上接入模型 只是开始真正的挑战是App 架构重构从技术演进角度看过去Page First关注页面 状态 接口未来Runtime First关注Workspace Context Task Agent当大模型开始理解上下文、当 Agent 开始执行任务、当 Workspace 开始承载工作流。HarmonyOS App 的核心将不再是页面而是Runtime。