为什么未来鸿蒙 PC 的核心不再是 App,而是 Workspace Runtime?
2026/6/16 1:30:12 网站建设 项目流程

网罗开发(小红书、快手、视频号同名)

大家好,我是展菲,目前在上市企业从事人工智能项目研发管理工作,平时热衷于分享各种编程领域的软硬技能知识以及前沿技术,包括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 Runtime
      • Context Engine
      • Agent Runtime
      • Tool Runtime
    • 七、ArkTS 实战:Workspace Runtime
    • 八、未来的软件形态
    • 九、为什么这是一场架构革命
    • 总结

引言

过去几十年里,软件行业有一个几乎没人质疑的共识:

操作系统 ↓ 应用程序 ↓ 用户完成任务

无论是:

  • Windows
  • macOS
  • Linux
  • Android
  • iOS

本质都是:

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 Runtime:

Workspace ↓ Context Engine ↓ Agent Runtime ↓ Tool Runtime

AI 可以直接获取:

当前工作空间状态

从而真正理解用户。

五、鸿蒙 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

定义 Runtime:

@ObservedexportclassWorkspaceRuntime{currentWorkspace:string=""currentTask:string=""activeFile:string=""aiContext:string=""}

全局实例:

exportconstruntime=newWorkspaceRuntime()

页面投影:

@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 世界。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询