子玥酱掘金 / 知乎 / CSDN / 简书 同名大家好我是子玥酱一名长期深耕在一线的前端程序媛 。曾就职于多家知名互联网大厂目前在某国企负责前端软件研发相关工作主要聚焦于业务型系统的工程化建设与长期维护。我持续输出和沉淀前端领域的实战经验日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。技术方向前端 / 跨端 / 小程序 / 移动端工程化内容平台掘金、知乎、CSDN、简书创作特点实战导向、源码拆解、少空谈多落地文章状态长期稳定更新大量原创输出我的内容主要围绕前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读展开。文章不会停留在“API 怎么用”而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍希望能帮你在实际工作中少走弯路。子玥酱 · 前端成长记录官 ✨ 如果你正在做前端或准备长期走前端这条路 关注我第一时间获取前端行业趋势与实践总结 可领取11 类前端进阶学习资源工程化 / 框架 / 跨端 / 面试 / 架构 一起把技术学“明白”也用“到位”持续写作持续进阶。愿我们都能在代码和生活里走得更稳一点 文章目录引言一、传统软件本质是“用户事件系统”用户点击按钮用户打开页面用户输入内容二、为什么这套模型正在失效传统流程AI Runtime三、鸿蒙 PC 最大的变化系统开始“持续运行”四、为什么“点击”会越来越不重要过去未来五、真正的核心变化从 Event 到 Intent六、鸿蒙 PC 为什么特别适合 AI Runtime七、为什么 AI 会彻底改变 Workspace八、真正未来的软件AI 调度系统九、为什么传统页面架构会越来越难十、鸿蒙 PC 正在从“应用平台”变成“AI Runtime”十一、未来的软件会越来越“自动化”用户AI Runtime十二、为什么这是“软件史级别”的变化十三、总结引言过去几十年里软件一直有一个非常稳定的核心逻辑用户点击 ↓ 系统响应 ↓ 页面更新无论WindowsmacOSWebiOSAndroid本质上都属于“用户驱动软件”所以过去的软件设计核心一直围绕按钮菜单页面输入框事件响应也就是说用户是“主动控制者”。软件只是被动执行工具但当 AI 开始真正进入鸿蒙 PC 后你会慢慢发现这套模型正在开始崩塌。因为AI 开始主动调度任务系统开始持续观察状态Workspace 开始自动变化用户不再需要一步步点击Task 开始自动流转最后你会发现鸿蒙 PC 最大的变化不是“AI 接入”。而是整个系统驱动权开始变化从用户点击驱动变成AI Runtime 调度一、传统软件本质是“用户事件系统”过去的软件世界用户点击什么 系统就做什么例如用户点击按钮Button.onClick()用户打开页面router.push()用户输入内容TextInput.onChange()整个系统的核心都是事件响应软件本质是用户操作的“被动执行器”二、为什么这套模型正在失效因为 AI 最大的特点是它不等待用户点击。AI 会主动观察状态主动分析上下文主动规划任务主动调度工具主动更新 Workspace例如传统流程打开日历 ↓ 创建会议 ↓ 打开文档 ↓ 记录内容AI Runtime“整理今天会议”系统自动找会议找录音找消息生成总结创建待办更新 Workspace这里用户已经不再逐步点击三、鸿蒙 PC 最大的变化系统开始“持续运行”传统 App等待用户输入鸿蒙 PC AI持续运行状态 Runtime这意味着AI 一直在线Workspace 一直存在Task 一直流转Context 一直保留所以系统开始从“响应用户”变成“持续调度”这是本质变化。四、为什么“点击”会越来越不重要过去按钮 功能入口未来Intent 功能入口例如过去点击 导出 PDF未来“把今天内容整理成汇报”系统自动收集数据排版导出发消息这里按钮开始失去中心地位五、真正的核心变化从 Event 到 Intent这是未来最重要的架构变化。过去的软件Event → Logic → UI未来的软件Intent → Task → State Runtime → UI Projection也就是说用户不再描述“怎么做”。而开始描述“我要什么结果”六、鸿蒙 PC 为什么特别适合 AI Runtime因为鸿蒙 PC 本身就不是页面驱动系统而是状态 Runtime所以AI 可以持续观察状态Workspace 可以持续存在Task 可以持续调度多设备 Context 可以持续同步这些能力天然适合 AI而传统页面系统很难做到。七、为什么 AI 会彻底改变 Workspace过去Workspace 是用户手动组织例如开窗口排布局拖文件切页面未来AI 自动组织 Workspace例如用户一句“帮我进入工作模式”系统自动打开文档打开会议打开消息恢复布局进入 Focus 状态这里Workspace 已经变成 AI Runtime 的一部分八、真正未来的软件AI 调度系统做到后面你会发现未来的软件已经不像传统 App。而更像AI 调度 Runtime因为真正核心不再是页面按钮菜单而是TaskIntentContextRuntime State这会彻底改变软件结构。九、为什么传统页面架构会越来越难因为 AI 根本不理解“页面”AI 真正理解的是状态任务工具Context例如awaitagent.run(整理客户资料)AI 不会思考“进入哪个页面”而会思考“需要哪些状态与工具”所以未来页面架构会越来越不适合 AI十、鸿蒙 PC 正在从“应用平台”变成“AI Runtime”这是最大的变化。过去OS 负责运行 App未来OS 负责运行 AI Runtime包括Task RuntimeWorkspace RuntimeDistributed RuntimeContext Runtime应用开始变成AI Runtime 的能力模块而不是独立世界十一、未来的软件会越来越“自动化”过去用户驱动每一步未来AI 自动调度大部分流程用户真正做的事情只剩 Intent例如用户“准备今天客户会议”AI Runtime自动拉历史记录整理客户背景打开文档恢复 Workspace创建待办安排消息整个系统开始主动运行十二、为什么这是“软件史级别”的变化因为过去几十年软件一直是“工具”而未来软件会变成“主动协作系统”这意味着UI 地位下降页面地位下降点击地位下降而TaskIntentContextAI Runtime会成为真正核心。十三、总结如果一句话总结鸿蒙 PC 正在从“用户点击系统”变成“AI 调度系统”。过去用户一步步操作软件未来AI 持续调度状态世界过去的软件核心按钮 / 页面 / 事件未来的软件核心Intent / Task / Runtime这是最根本的变化。后来我们终于意识到鸿蒙 PC 真正改变的 不是“交互方式”而是软件的驱动方式未来的软件不再等待用户逐步点击不再围绕页面组织逻辑不再依赖事件链驱动而会持续观察状态持续调度任务持续维护 Workspace持续协同 AI Runtime最终你会发现未来的软件不再是“你操作它”而是它开始主动协作你
鸿蒙 PC：从“用户点击”到“AI 调度”
发布时间：2026/5/23 12:13:21
子玥酱掘金 / 知乎 / CSDN / 简书 同名大家好我是子玥酱一名长期深耕在一线的前端程序媛 。曾就职于多家知名互联网大厂目前在某国企负责前端软件研发相关工作主要聚焦于业务型系统的工程化建设与长期维护。我持续输出和沉淀前端领域的实战经验日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。技术方向前端 / 跨端 / 小程序 / 移动端工程化内容平台掘金、知乎、CSDN、简书创作特点实战导向、源码拆解、少空谈多落地文章状态长期稳定更新大量原创输出我的内容主要围绕前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读展开。文章不会停留在“API 怎么用”而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍希望能帮你在实际工作中少走弯路。子玥酱 · 前端成长记录官 ✨ 如果你正在做前端或准备长期走前端这条路 关注我第一时间获取前端行业趋势与实践总结 可领取11 类前端进阶学习资源工程化 / 框架 / 跨端 / 面试 / 架构 一起把技术学“明白”也用“到位”持续写作持续进阶。愿我们都能在代码和生活里走得更稳一点 文章目录引言一、传统软件本质是“用户事件系统”用户点击按钮用户打开页面用户输入内容二、为什么这套模型正在失效传统流程AI Runtime三、鸿蒙 PC 最大的变化系统开始“持续运行”四、为什么“点击”会越来越不重要过去未来五、真正的核心变化从 Event 到 Intent六、鸿蒙 PC 为什么特别适合 AI Runtime七、为什么 AI 会彻底改变 Workspace八、真正未来的软件AI 调度系统九、为什么传统页面架构会越来越难十、鸿蒙 PC 正在从“应用平台”变成“AI Runtime”十一、未来的软件会越来越“自动化”用户AI Runtime十二、为什么这是“软件史级别”的变化十三、总结引言过去几十年里软件一直有一个非常稳定的核心逻辑用户点击 ↓ 系统响应 ↓ 页面更新无论WindowsmacOSWebiOSAndroid本质上都属于“用户驱动软件”所以过去的软件设计核心一直围绕按钮菜单页面输入框事件响应也就是说用户是“主动控制者”。软件只是被动执行工具但当 AI 开始真正进入鸿蒙 PC 后你会慢慢发现这套模型正在开始崩塌。因为AI 开始主动调度任务系统开始持续观察状态Workspace 开始自动变化用户不再需要一步步点击Task 开始自动流转最后你会发现鸿蒙 PC 最大的变化不是“AI 接入”。而是整个系统驱动权开始变化从用户点击驱动变成AI Runtime 调度一、传统软件本质是“用户事件系统”过去的软件世界用户点击什么 系统就做什么例如用户点击按钮Button.onClick()用户打开页面router.push()用户输入内容TextInput.onChange()整个系统的核心都是事件响应软件本质是用户操作的“被动执行器”二、为什么这套模型正在失效因为 AI 最大的特点是它不等待用户点击。AI 会主动观察状态主动分析上下文主动规划任务主动调度工具主动更新 Workspace例如传统流程打开日历 ↓ 创建会议 ↓ 打开文档 ↓ 记录内容AI Runtime“整理今天会议”系统自动找会议找录音找消息生成总结创建待办更新 Workspace这里用户已经不再逐步点击三、鸿蒙 PC 最大的变化系统开始“持续运行”传统 App等待用户输入鸿蒙 PC AI持续运行状态 Runtime这意味着AI 一直在线Workspace 一直存在Task 一直流转Context 一直保留所以系统开始从“响应用户”变成“持续调度”这是本质变化。四、为什么“点击”会越来越不重要过去按钮 功能入口未来Intent 功能入口例如过去点击 导出 PDF未来“把今天内容整理成汇报”系统自动收集数据排版导出发消息这里按钮开始失去中心地位五、真正的核心变化从 Event 到 Intent这是未来最重要的架构变化。过去的软件Event → Logic → UI未来的软件Intent → Task → State Runtime → UI Projection也就是说用户不再描述“怎么做”。而开始描述“我要什么结果”六、鸿蒙 PC 为什么特别适合 AI Runtime因为鸿蒙 PC 本身就不是页面驱动系统而是状态 Runtime所以AI 可以持续观察状态Workspace 可以持续存在Task 可以持续调度多设备 Context 可以持续同步这些能力天然适合 AI而传统页面系统很难做到。七、为什么 AI 会彻底改变 Workspace过去Workspace 是用户手动组织例如开窗口排布局拖文件切页面未来AI 自动组织 Workspace例如用户一句“帮我进入工作模式”系统自动打开文档打开会议打开消息恢复布局进入 Focus 状态这里Workspace 已经变成 AI Runtime 的一部分八、真正未来的软件AI 调度系统做到后面你会发现未来的软件已经不像传统 App。而更像AI 调度 Runtime因为真正核心不再是页面按钮菜单而是TaskIntentContextRuntime State这会彻底改变软件结构。九、为什么传统页面架构会越来越难因为 AI 根本不理解“页面”AI 真正理解的是状态任务工具Context例如awaitagent.run(整理客户资料)AI 不会思考“进入哪个页面”而会思考“需要哪些状态与工具”所以未来页面架构会越来越不适合 AI十、鸿蒙 PC 正在从“应用平台”变成“AI Runtime”这是最大的变化。过去OS 负责运行 App未来OS 负责运行 AI Runtime包括Task RuntimeWorkspace RuntimeDistributed RuntimeContext Runtime应用开始变成AI Runtime 的能力模块而不是独立世界十一、未来的软件会越来越“自动化”过去用户驱动每一步未来AI 自动调度大部分流程用户真正做的事情只剩 Intent例如用户“准备今天客户会议”AI Runtime自动拉历史记录整理客户背景打开文档恢复 Workspace创建待办安排消息整个系统开始主动运行十二、为什么这是“软件史级别”的变化因为过去几十年软件一直是“工具”而未来软件会变成“主动协作系统”这意味着UI 地位下降页面地位下降点击地位下降而TaskIntentContextAI Runtime会成为真正核心。十三、总结如果一句话总结鸿蒙 PC 正在从“用户点击系统”变成“AI 调度系统”。过去用户一步步操作软件未来AI 持续调度状态世界过去的软件核心按钮 / 页面 / 事件未来的软件核心Intent / Task / Runtime这是最根本的变化。后来我们终于意识到鸿蒙 PC 真正改变的 不是“交互方式”而是软件的驱动方式未来的软件不再等待用户逐步点击不再围绕页面组织逻辑不再依赖事件链驱动而会持续观察状态持续调度任务持续维护 Workspace持续协同 AI Runtime最终你会发现未来的软件不再是“你操作它”而是它开始主动协作你
