Goal Native OS：HarmonyOS PC 真正想重写什么？

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

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

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

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

展菲：您的前沿技术领航员

👋 大家好，我是展菲！

📱 全网搜索"展菲"，即可纵览我在各大平台的知识足迹。

每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。

文章目录

- 引言
- [一、Process Native OS 已经运行了四十年](#一、Process Native OS 已经运行了四十年)
- [二、用户真正运行的，其实不是 Process](#二、用户真正运行的，其实不是 Process)
- [三、Task Native 正在取代 Process Native](#三、Task Native 正在取代 Process Native)
- [四、Goal 才是真正的第一公民](#四、Goal 才是真正的第一公民)
- [五、Goal Native OS 为什么需要新的 Runtime？](#五、Goal Native OS 为什么需要新的 Runtime？)
- - [Context Engine 维护：](#Context Engine 维护：)
  - [Workspace Runtime 维护：](#Workspace Runtime 维护：)
  - [Goal Planner 负责：](#Goal Planner 负责：)
  - [Agent Scheduler 负责：](#Agent Scheduler 负责：)
  - [Tool Runtime 提供：](#Tool Runtime 提供：)
- [六、HarmonyOS PC 真正想重写的是 Runtime](#六、HarmonyOS PC 真正想重写的是 Runtime)
- [七、未来可能会出现四层 Runtime](#七、未来可能会出现四层 Runtime)
- [八、下一代操作系统竞争的核心，可能不再是 UI](#八、下一代操作系统竞争的核心，可能不再是 UI)
- 总结

引言

过去四十年，整个操作系统世界有一个默认假设：

text 复制代码

用户知道自己要做什么

于是操作系统真正需要解决的问题只有一个：

text 复制代码

如何让程序运行起来

因此，无论：

Windows
Linux
macOS

整个软件世界都建立在：

text 复制代码

Process
↓
Thread
↓
Scheduler
↓
CPU

这套模型之上，在这种体系下：

text 复制代码

Process
=
第一公民

系统管理：

Process
Thread
Memory
Handle
Window

Application 管理：

State
Component
Event

几十年来，这套体系一直工作得很好。但 AI Native 软件时代，一个新的问题开始出现。

用户越来越不关心：

text 复制代码

打开哪个 App

用户真正关心的是：

text 复制代码

完成什么目标

例如：

text 复制代码

帮我完成审批流开发
帮我生成测试方案
帮我整理需求
帮我分析线上问题

用户描述的是：

text 复制代码

Goal

而不是：

text 复制代码

Application

于是，一个新的 Runtime 世界开始出现，这或许才是 HarmonyOS PC 最深层的野心。

一、Process Native OS 已经运行了四十年

传统系统结构：

text 复制代码

Hardware
      ↓
Kernel
      ↓
Process Runtime
      ↓
Window
      ↓
UI

整个系统运行对象是：

text 复制代码

Process

例如，Windows Task Manager：

text 复制代码

chrome.exe

idea.exe

wechat.exe

Linux：

bash 复制代码

ps -ef

看到的是：

text 复制代码

PID

系统默认认为：

text 复制代码

关闭 Process
↓

状态结束

因此 State 属于 App、Context 属于 App、Window 属于 App 这种模型在移动互联网时代没有问题。

因为：

text 复制代码

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

但 AI Native 软件开始出现变化。

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

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

DevEco Studio
浏览器
企业微信
API 文档
数据库工具
设计稿

对于操作系统来说：

text 复制代码

6 个 Process

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

text 复制代码

开发审批流模块

用户感知的是：

text 复制代码

Goal

而不是：

text 复制代码

Process

甚至，这个 Goal 会跨越：

多窗口
多应用
多设备
多天

所以：

text 复制代码

Goal Boundary
>
Application Boundary

开始成为新的现实，这意味着：

text 复制代码

Process
已经无法描述用户真正的工作。

三、Task Native 正在取代 Process Native

过去，系统调度：

text 复制代码

Thread

后来，异步系统出现：

text 复制代码

Coroutine

再后来，Agent Runtime 开始出现：

text 复制代码

Task Graph

例如，用户输入：

text 复制代码

生成测试方案

内部执行：

text 复制代码

读取需求
     ↓
分析接口
     ↓
生成用例
     ↓
输出 Markdown

真正运行的已经不是：

text 复制代码

Thread

而是：

text 复制代码

Task Graph

因此，整个系统开始变成：

text 复制代码

Goal
↓
Task Graph
↓
Thread
↓
CPU

Task 正在取代 Thread，但 Task 仍然不是最顶层。

因为，Task 本身也是 Goal 的投影。

四、Goal 才是真正的第一公民

这是未来最大的变化。

过去：

text 复制代码

Process First

后来：

text 复制代码

Task First

未来，很可能进入：

text 复制代码

Goal First

因为用户输入：

text 复制代码

修复线上 Bug

系统内部自动生成：

text 复制代码

读取日志

↓

分析异常

↓

搜索代码

↓

定位模块

↓

生成修复建议

↓

提交代码

整个过程中，用户从未关心：

Thread
Process
Window

用户只关心：

text 复制代码

Goal 是否完成

因此，未来系统真正优化目标可能变成：

text 复制代码

Goal Completion Rate

而不是：

text 复制代码

CPU Utilization

五、Goal Native OS 为什么需要新的 Runtime？

因为，Goal 无法直接执行。它需要：

Context Engine 维护：

text 复制代码

Memory
History
Summary

负责：

text 复制代码

理解用户正在做什么

Workspace Runtime 维护：

text 复制代码

Current Project

Current File

Current Window

负责：

text 复制代码

理解用户当前环境

Goal Planner 负责：

text 复制代码

Goal
↓
Task Graph

生成执行计划。

Agent Scheduler 负责：

text 复制代码

Task
↓
Tool

组织任务执行。

Tool Runtime 提供：

text 复制代码

Search

File

Database

Notification

最终形成：

text 复制代码

Goal
 ↓

Planner
 ↓

Task Graph
 ↓

Scheduler
 ↓

Tool Runtime
 ↓

Kernel Runtime

这已经不是传统 OS 的运行模型，而是一套全新的：

text 复制代码

Goal Native Runtime

六、HarmonyOS PC 真正想重写的是 Runtime

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

text 复制代码

Windows

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

text 复制代码

Runtime

因为 Runtime 决定：

1、State 如何组织 State Graph

2、Context 如何组Context Graph

3、Task 如何组织 Task Graph

4、Goal 如何组织 Goal Graph

5、Agent 如何调度 Agent Scheduler

6、多设备如何运行 Distributed Runtime

这些能力共同构成：

text 复制代码

AI Native Runtime

而不是：

text 复制代码

Desktop UI

所以 HarmonyOS PC 真正想重写的，可能从来不是：

text 复制代码

桌面

而是：

text 复制代码

整个软件世界默认运行四十年的 Process Runtime。

七、未来可能会出现四层 Runtime

未来系统很可能演化成：

text 复制代码

Hardware
      ↓

Kernel Runtime
      ↓

Application Runtime
      ↓

Workspace Runtime
      ↓

Goal Runtime

Kernel Runtime 管理：

text 复制代码

CPU

Memory

Disk

Application Runtime 管理：

text 复制代码

Component

Window

Process

Workspace Runtime 管理：

text 复制代码

State

Context

Device

Goal Runtime 管理：

text 复制代码

Goal

Task

Tool

Action

整个系统开始从：

text 复制代码

Resource OS

进入：

text 复制代码

Goal OS

时代。

八、下一代操作系统竞争的核心，可能不再是 UI

过去，比的是：

text 复制代码

UI

性能

生态

未来，比的是：

text 复制代码

Goal Completion

谁能够做到：

text 复制代码

Goal
↓

Planner
↓

Task

↓

Execution

自动闭环。谁就可能定义：下一代操作系统。

因此，未来竞争对象可能不是：

Windows
macOS
Linux

而是：

text 复制代码

未来的软件运行方式。

总结

过去四十年，整个软件世界围绕：

text 复制代码

Process

运行未来十年，运行对象可能变成：

text 复制代码

Goal

过去：

text 复制代码

Window 属于 App

未来：

text 复制代码

Workspace 属于 Runtime

过去：

text 复制代码

Scheduler 决定执行

未来：

text 复制代码

Planner 决定执行

过去：

text 复制代码

CPU Utilization
=
系统优化目标

未来：

text 复制代码

Goal Completion
=
系统优化目标

所以，HarmonyOS PC 真正想重写的，可能从来不是桌面。

而是整个软件世界运行了四十年的：

text 复制代码

Process Native OS

并逐渐进入：

text 复制代码

Goal Native OS

时代。也许，这才是 AI Native OS 最深层的变化。