网罗开发小红书、快手、视频号同名大家好我是展菲目前在上市企业从事人工智能项目研发管理工作平时热衷于分享各种编程领域的软硬技能知识以及前沿技术包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。图书作者《ESP32-C3 物联网工程开发实战》图书作者《SwiftUI 入门进阶与实战》超级个体COC上海社区主理人特约讲师大学讲师谷歌亚马逊分享嘉宾科技博主华为HDE/HDG我的博客内容涵盖广泛主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告同时也会提供产品优缺点分析、横向对比并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。展菲您的前沿技术领航员 大家好我是展菲 全网搜索“展菲”即可纵览我在各大平台的知识足迹。每周定时推送干货满满的技术长文从新兴框架的剖析到运维实战的复盘助您技术进阶之路畅通无阻。文章目录引言一、App 为什么正在失去中心地位二、Workspace 才是真正的工作单元三、Workspace Runtime 到底是什么四、Agent 为什么必须依赖 Workspace Runtime五、鸿蒙 PC 为什么特别适合 Workspace Runtime六、Workspace Runtime 架构设计Workspace RuntimeContext EngineAgent RuntimeTool Runtime七、ArkTS 实战Workspace Runtime八、未来的软件形态九、为什么这是一场架构革命总结引言过去几十年里软件行业有一个几乎没人质疑的共识操作系统 ↓ 应用程序 ↓ 用户完成任务无论是WindowsmacOSLinuxAndroidiOS本质都是App First整个软件世界围绕 App 运转用户需要完成一个任务打开 App ↓ 寻找功能 ↓ 执行操作 ↓ 完成任务例如写文档 → Word 做表格 → Excel 写代码 → IDE 发消息 → IM但最近几年一个非常明显的变化正在发生。很多用户已经开始不在乎哪个 App 完成任务而更关心任务能否自动完成例如帮我整理本周项目进展 帮我生成测试方案 帮我分析线上异常 帮我完成审批配置这里用户表达的是Goal而不是Application这意味着软件世界正在从 App 时代进入 Workspace 时代。一、App 为什么正在失去中心地位很多开发者会觉得App 不可能消失没错App 不会消失。但入口正在改变例如过去用户 ↓ 打开 App ↓ 寻找功能 ↓ 完成任务未来用户 ↓ 描述目标 ↓ Agent ↓ 调度 App ↓ 完成任务这里最大的变化是App 从入口 变成能力提供者例如用户说帮我生成报销申请未来可能涉及企业系统文件系统邮件系统审批系统AI服务多个应用协同但用户根本不会感知。因为Workspace Runtime已经把它们组织起来。二、Workspace 才是真正的工作单元传统 App 模型有一个天然问题状态被分散例如当前用户正在阅读需求文档查看设计稿编写代码调试接口回复消息实际上这是一个完整任务但系统看到的是5个应用浏览器 IDE IM 文档工具 终端任务被切碎、上下文被切碎、状态被切碎。而 Workspace Runtime 的出现就是解决这个问题。它把多个应用状态重新组织成一个工作空间例如AMS项目 Workspace ├── 需求文档 ├── 接口文档 ├── 原型设计 ├── 开发代码 ├── 测试方案 └── AI Context此时Workspace开始替代Application成为新的组织单位。三、Workspace Runtime 到底是什么很多人第一次看到 Runtime 会觉得不就是状态管理吗其实完全不是传统状态管理Store ↓ UI解决的是页面同步而 Workspace Runtime 解决的是任务运行例如interfaceWorkspaceRuntime{currentWorkspace:stringcurrentTask:stringactiveWindows:string[]openedFiles:string[]currentContext:string}这里保存的不再是页面状态而是工作状态这是本质区别。四、Agent 为什么必须依赖 Workspace Runtime很多团队做 Agent 时都会踩一个坑直接Prompt ↓ LLM ↓ Response看起来很简单但很快发现AI 根本不知道用户正在做什么例如用户说帮我生成测试方案问题来了AI 如何知道当前项目是什么当前需求是什么当前接口定义是什么当前设计稿是什么如果没有 Workspace Runtime。AI 实际看到的只有帮我生成测试方案而有了 Workspace RuntimeWorkspace ↓ Context Engine ↓ Agent Runtime ↓ Tool RuntimeAI 可以直接获取当前工作空间状态从而真正理解用户。五、鸿蒙 PC 为什么特别适合 Workspace Runtime这里恰恰是鸿蒙 PC 最有潜力的地方因为鸿蒙天然拥有多设备协同例如手机 平板 PC 智慧屏共享同一个任务传统系统里设备 独立系统而鸿蒙设备 Workspace节点例如手机上创建审批流优化任务到 PC继续开发到平板继续评审整个过程中Workspace 持续存在迁移的不是页面而是Context这正是 Runtime 的价值。六、Workspace Runtime 架构设计一个完整 Runtime 通常包含┌────────────────────┐ │ Workspace Runtime │ └─────────┬──────────┘ ↓ ┌────────────────────┐ │ Context Engine │ └─────────┬──────────┘ ↓ ┌────────────────────┐ │ Agent Runtime │ └─────────┬──────────┘ ↓ ┌────────────────────┐ │ Tool Runtime │ └─────────┬──────────┘ ↓ ┌────────────────────┐ │ System Service │ └────────────────────┘Workspace Runtime负责任务状态 工作区状态 窗口状态 设备状态Context Engine负责上下文压缩 记忆召回 Context构建Agent Runtime负责任务规划 目标拆解 Agent调度Tool Runtime负责文件工具 搜索工具 数据库工具 系统工具形成完整执行闭环。七、ArkTS 实战Workspace Runtime定义 RuntimeObservedexportclassWorkspaceRuntime{currentWorkspace:stringcurrentTask:stringactiveFile:stringaiContext:string}全局实例exportconstruntimenewWorkspaceRuntime()页面投影Componentstruct WorkspacePanel{build(){Column(){Text(runtime.currentWorkspace)Text(runtime.currentTask)}}}这里页面只是Projection真正核心是Runtime八、未来的软件形态过去操作系统 ↓ 应用 ↓ 用户未来操作系统 ↓ Workspace Runtime ↓ Agent Runtime ↓ 应用进一步演化用户 ↓ Goal ↓ Workspace ↓ Agent ↓ System用户甚至不需要知道哪个 App 被调用因为Workspace Runtime已经成为新的系统中心。九、为什么这是一场架构革命很多人认为AI只是增加一个聊天框实际上AI 带来的最大变化不是 UI。而是软件组织方式过去App 组织软件未来Workspace 组织软件过去页面驱动未来目标驱动过去用户调度 App未来Agent 调度 App这是软件架构层面的变化。总结如果一句话总结为什么未来鸿蒙 PC 的核心不再是 App而是 Workspace Runtime因为未来最重要的已经不是功能在哪个页面而是任务如何持续运行App 解决的是功能问题Workspace Runtime 解决的是目标问题过去的软件世界App First未来的软件世界Workspace First而 Agent、AI Native App、System Runtime、跨设备协同等所有能力最终都会围绕 Workspace Runtime 展开。这也许就是鸿蒙 PC 下一阶段最值得关注的技术方向Workspace Runtime ↓ Agent Runtime ↓ AI Native OS从某种意义上说未来真正的应用入口已经不再是 App。而是整个持续运行的 Workspace 世界。