网罗开发 （小红书、快手、视频号同名）

  大家好，我是 展菲，目前在上市企业从事人工智能项目研发管理工作，平时热衷于分享各种编程领域的软硬技能知识以及前沿技术，包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。

图书作者：《ESP32-C3 物联网工程开发实战》
图书作者：《SwiftUI 入门，进阶与实战》
超级个体：COC上海社区主理人
特约讲师：大学讲师，谷歌亚马逊分享嘉宾
科技博主：华为HDE/HDG

我的博客内容涵盖广泛，主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告，同时也会提供产品优缺点分析、横向对比，并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。

展菲：您的前沿技术领航员
👋 大家好，我是展菲！
📱 全网搜索“展菲”，即可纵览我在各大平台的知识足迹。
每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。

引言

很多人讨论 HarmonyOS PC 时，关注点往往在：

• ArkUI
• 分布式能力
• AI 助手
• 多设备协同
• Workspace

于是很容易得出一个结论：

HarmonyOS PC = Windows + AI

甚至不少人认为：

换一个桌面、加一个大模型助手，仅此而已。

但如果从系统架构角度去看，你会发现：这些东西其实都只是表象。

真正决定系统能力边界的，从来不是：

UI

而是：

Runtime

过去四十年，Windows、Linux、macOS 解决的问题一直都是：

CPU

Memory

Disk

Network

本质属于：

Resource Runtime

即：

资源运行时

但 AI Native 软件时代正在出现新的问题：

Goal

Task

Context

Tool

这些对象既不属于 Kernel，也不属于 Application。却越来越成为整个软件系统的核心。于是，一个新的 Runtime 层开始出现。而这，可能才是 HarmonyOS PC 真正的野心。

一、过去四十年，整个软件世界都建立在 Process Runtime 之上

传统软件结构：

Hardware
      ↓
Kernel
      ↓
Process Runtime
      ↓
Window
      ↓
UI

操作系统真正管理的是：

Process

Thread

Memory

Handle

Windows Task Manager 里面看到的是：

chrome.exe

wechat.exe

idea.exe

Linux ps 命令看到的是：

PID

整个系统默认：

Process
=
运行对象

因此：

关闭 Process
↓
状态消失

这套模型统治了几十年，但是今天的软件形态已经发生变化，Process 已经无法描述用户真正的工作。

二、用户真正运行的，其实不是 Process，而是 Task

假设开发一个审批流系统，此时桌面同时打开：

• IDE
• 浏览器
• 企业微信
• 数据库客户端
• API 文档
• 设计稿

对于操作系统来说：

6 个 Process

但对于用户来说，只有一个东西：

开发审批流模块

用户感知的是：

Task

而不是：

Process

这个 Task 会贯穿：

多个窗口

多个应用

多个设备

于是出现一个重要变化：

Task Boundary
>
Application Boundary

也就是说，任务边界已经开始超过应用边界。而传统 Process Runtime 根本无法描述这种关系。

三、Application Runtime 开始不够用了

过去：

状态属于 App

例如：

@Component
struct ChatPage {

    @State messages: Message[]

}

页面关闭：

State 消失

App 退出：

Context 消失

这种模型在移动时代没有问题，因为：

打开 App
↓
完成任务
↓
关闭 App

但 AI Native 时代不一样，任务可能持续：

• 数小时
• 数天
• 多设备
• 多窗口

甚至：

Agent 一直运行

因此，真正持续存在的对象已经不是：

App

而是：

Task

Application Runtime 开始遇到瓶颈。

四、真正重要的对象已经变成 Workspace

这是未来系统最大的变化，过去：

Window
属于 App

未来：

Window
属于 Workspace

例如，当前 Workspace 包含：

AMS工程

需求文档

设计稿

测试计划

企业微信

浏览器

无论：

• 打开多少窗口
• 重启多少应用
• 切换多少设备

真正持续存在的是：

Workspace

而不是：

Window

于是新的 Runtime 开始出现：

Workspace Runtime

负责维护：

interface Workspace {

    currentTask: string

    currentProject: string

    activeFiles: string[]

    activeWindows: string[]

    activeDevices: string[]

}

系统开始从：

App Runtime

进入：

Workspace Runtime

时代。

五、Agent Runtime 正在成为新的 Task Scheduler

这是最有意思的一点，传统操作系统调度：

Process

未来 Agent Runtime 调度：

Task

例如，用户输入：

生成审批流测试方案

内部执行：

Goal
 ↓

Planner
 ↓

Task
 ↓

Tool
 ↓

Execution
 ↓

Result

是不是很熟悉？传统 OS：

Scheduler
 ↓

Process
 ↓

CPU

未来：

Agent Scheduler
 ↓

Task
 ↓

Tool Runtime

区别在于，过去调度的是：

资源

未来调度的是：

目标

因此，Agent Runtime 更像：

Task Kernel

而不是一个聊天机器人。

六、真正的野心：重写 Runtime

很多人以为 HarmonyOS PC 想挑战的是：

Windows 桌面

其实桌面最容易复制，真正难复制的是：

Runtime

因为 Runtime 决定：

1、State Graph ➡️状态如何组织。

2、Context Graph ➡️ 上下文如何组织。

3、Task Graph ➡️ 任务如何组织。

4、Tool Graph ➡️ 工具如何组织。

5、Agent Scheduler ➡️ 任务如何调度。

6、Distributed Runtime ➡️ 跨设备如何运行。

这些能力共同组成：

AI Native Runtime

而不是传统意义上的：

Desktop UI

七、未来会出现四层 Runtime

未来 HarmonyOS PC 很可能形成：

Hardware
      ↓

Kernel Runtime
      ↓

Application Runtime
      ↓

Workspace Runtime
      ↓

Agent Runtime

其中，Kernel Runtime 管理：

CPU

Memory

Disk

Application Runtime 管理：

Process

Window

Component

Workspace Runtime 管理：

State

Context

Device

Agent Runtime 管理：

Goal

Task

Tool

Action

整个软件世界开始从：

Resource OS

走向：

Goal OS

八、真正的竞争对象可能不是 Windows

很多人认为，HarmonyOS PC 的目标是替代 Windows。其实未必，Windows 解决的是：

资源运行

而 AI Native 软件时代需要解决的是：

任务运行

未来竞争的对象可能不是：

• Windows
• macOS
• Linux

而是：

未来的软件运行方式

谁先掌握：

Workspace Runtime

Agent Runtime

AI Native Runtime

谁就可能定义下一代桌面系统。

总结

过去四十年，整个软件世界运行的核心对象一直是：

Process

未来十年，核心对象可能变成：

Goal

过去：

Window
属于 App

未来：

Workspace
属于 Runtime

过去：

UI 决定体验

未来：

Runtime 决定能力

所以，HarmonyOS PC 真正想重写的，也许从来不是桌面。而是整个软件世界运行了四十年的 Runtime。因为下一代操作系统竞争的核心，不是谁的 UI 更漂亮。

而是谁能够定义：

AI Native Runtime

这或许才是 HarmonyOS PC 最深层的野心。