子玥酱掘金 / 知乎 / CSDN / 简书 同名大家好我是子玥酱一名长期深耕在一线的前端程序媛 ‍。曾就职于多家知名互联网大厂目前在某国企负责前端软件研发相关工作主要聚焦于业务型系统的工程化建设与长期维护。我持续输出和沉淀前端领域的实战经验日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。技术方向前端 / 跨端 / 小程序 / 移动端工程化内容平台掘金、知乎、CSDN、简书创作特点实战导向、源码拆解、少空谈多落地文章状态长期稳定更新大量原创输出我的内容主要围绕前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读展开。文章不会停留在“API 怎么用”而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍希望能帮你在实际工作中少走弯路。子玥酱 · 前端成长记录官 ✨ 如果你正在做前端或准备长期走前端这条路 关注我第一时间获取前端行业趋势与实践总结 可领取11 类前端进阶学习资源工程化 / 框架 / 跨端 / 面试 / 架构 一起把技术学“明白”也用“到位”持续写作持续进阶。愿我们都能在代码和生活里走得更稳一点 文章目录引言一、Page First架构的问题二、Agent First的核心思想三、Intent Center设计四、Task成为业务核心五、Runtime层设计六、鸿蒙为什么适合Agent Runtime七、推荐项目结构总结引言过去几年鸿蒙 App 的主流架构基本都围绕以下展开Page Store Service典型结构UI ↓ Store ↓ Repository ↓ Network这种架构在传统业务场景下没有问题例如电商教育社交OA因为用户行为通常是打开页面 ↓ 点击按钮 ↓ 执行功能整个系统本质上属于Page First 架构。但 AI 开始进入 App 后系统开始出现新的挑战。例如帮我整理今天会议 帮我完成报销 帮我生成周报这些需求已经不是单页面功能而是跨模块任务此时传统 Page First 架构开始失效。一、Page First架构的问题传统鸿蒙项目Page ↓ Store ↓ System例如Button(提交).onClick((){orderStore.submit()})执行链路页面 ↓ Store ↓ System ↓ Repository这种结构有一个前提页面是业务入口。但是AI时代用户输入一句话可能触发订单模块 消息模块 日历模块 设备模块多个领域协同例如帮我完成出差申请可能涉及审批 ↓ 机票 ↓ 酒店 ↓ 日历 ↓ 消息通知这时候页面已经无法承担入口职责二、Agent First的核心思想Agent First并不是增加一个聊天页面而是引入统一任务入口结构变成User ↓ Intent ↓ Task ↓ Runtime ↓ Domain这里Intent负责理解用户需求Task负责业务流程编排Runtime负责资源调度Domain负责具体能力实现三、Intent Center设计Intent 是 Agent Runtime 的入口。例如用户输入帮我整理今天会议系统不会直接调用模型而是先进入Intent Center示例exportinterfaceIntent{name:stringconfidence:number}识别器classIntentClassifier{asyncclassify(query:string):PromiseIntent{}}输出{name:MeetingSummaryIntent,confidence:0.95}这样模型能力 与 业务能力 开始解耦四、Task成为业务核心这是很多团队最容易忽略的部分。传统页面驱动业务未来Task驱动业务例如exportinterfaceTask{execute():Promisevoid}会议总结classMeetingSummaryTaskimplementsTask{}报销申请classExpenseTaskimplementsTask{}Agent Runtime只负责调度Task不负责实现业务这样系统扩展能力极强五、Runtime层设计真正的Agent First项目一定会出现Runtime这一层推荐结构runtime/ ├── intent/ ├── planner/ ├── scheduler/ ├── task/ ├── memory/ ├── tool/ └── agent/各模块职责ntent/ 负责意图识别planner/ 负责任务规划例如出差申请 ↓ 审批任务 ↓ 订票任务 ↓ 同步任务拆分为多个Task。scheduler/ 负责任务调度例如串行 并行 优先级 重试memory/ 负责长期上下文例如用户偏好 历史任务 设备信息tool/ 负责工具调用例如Calendar Message Map Payment六、鸿蒙为什么适合Agent Runtime因为鸿蒙天然具备跨设备能力例如Phone Pad PC WatchAgent执行任务时Task ↓ Runtime ↓ DeviceManager可以自动选择最合适设备例如文档编辑 → PC 运动提醒 → Watch 导航 → Phone这实际上已经接近分布式 Agent 模型。七、推荐项目结构未来Agent First鸿蒙项目推荐app/ ├── ui/ ├── state/ ├── intent/ ├── runtime/ ├── task/ ├── domain/ ├── distributed/ └── infrastructure/相比传统page/ service/ util/结构更加适合 AI Native 应用。总结如果用一句话总结 Agent FirstAgent First 不是交互升级而是架构升级。传统鸿蒙 AppPage ↓ Function未来鸿蒙 AI AppIntent ↓ Task ↓ Runtime ↓ Domain真正的变化不是增加一个聊天框而是引入一个新的系统核心这个核心就是Agent Runtime未来鸿蒙 AI Native App 的竞争力很可能不再来自页面数量功能数量组件数量而来自Intent能力Task编排能力Runtime调度能力多设备Agent协同能力这才是 Agent First 架构真正值得关注的技术价值。