鸿蒙 PC 正在诞生“第二操作系统”：Agent Runtime 架构揭秘

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

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

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

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

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

👋 大家好，我是展菲！

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

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

文章目录

- 引言
- 一、传统操作系统正在遇到一个新问题
- [二、为什么 Agent Runtime 会成为新的入口](#二、为什么 Agent Runtime 会成为新的入口)
- 三、什么是"第二操作系统"
- - [OS 调度](#OS 调度)
  - [Agent Runtime 调度](#Agent Runtime 调度)
- [四、鸿蒙 PC 为什么特别适合 Agent Runtime](#四、鸿蒙 PC 为什么特别适合 Agent Runtime)
- [五、Agent Runtime 的核心架构](#五、Agent Runtime 的核心架构)
- [六、Workspace Layer](#六、Workspace Layer)
- [七、Context Engine](#七、Context Engine)
- [八、Agent Scheduler 实现](#八、Agent Scheduler 实现)
- [九、Tool Runtime 实战](#九、Tool Runtime 实战)
- [十、鸿蒙 Agent Runtime Demo](#十、鸿蒙 Agent Runtime Demo)
- 十一、未来会发生什么
- 十二、总结

引言

过去四十年，PC 软件一直遵循一个非常稳定的架构：

text 复制代码

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

无论是：

Windows
macOS
Linux

本质上都属于：

text 复制代码

OS First

操作系统负责：

进程管理
内存管理
文件管理
设备管理

而应用负责：

文档编辑
浏览器访问
视频播放
企业业务

这套模式运行了几十年，直到 AI 出现。越来越多开发者开始发现：

用户真正想要的，从来不是打开 App。

而是：

text 复制代码

完成任务

例如：

text 复制代码

帮我写周报

帮我整理会议纪要

帮我分析日志

帮我完成审批流配置

用户描述的是：

text 复制代码

Goal

而不是：

text 复制代码

Application

这意味着：整个软件架构正在发生一次巨大的迁移。

一、传统操作系统正在遇到一个新问题

过去，用户知道：

text 复制代码

任务在哪个软件里完成

例如：

text 复制代码

写文档 → Word

做表格 → Excel

发邮件 → Outlook

写代码 → IDE

所以：

text 复制代码

用户
 ↓
应用
 ↓
任务

逻辑完全成立，但 AI 时代开始不同。用户越来越习惯：

text 复制代码

直接说目标

例如：

text 复制代码

整理本周项目进展

生成测试方案

统计审批通过率

分析线上异常

这时候用户已经不关心：

text 复制代码

打开哪个 App

而关心：

text 复制代码

结果什么时候出来

这意味着：

text 复制代码

App

正在失去入口地位。

二、为什么 Agent Runtime 会成为新的入口

先看传统架构：

text 复制代码

Application
     ↓
Business
     ↓
Data

每个 App：

自己维护状态
自己管理任务
自己管理数据

结果就是：

text 复制代码

任务被困在应用里

例如，用户正在：

微信聊天
浏览需求
查看设计稿
编辑代码

实际上这是一个完整工作流：

text 复制代码

需求
 ↓
设计
 ↓
开发
 ↓
测试

但系统无法理解，因为：

text 复制代码

状态被切碎

分散在不同 App 里面。而 Agent Runtime 出现以后：

text 复制代码

Workspace
      ↓
Agent Runtime
      ↓
Applications

Agent 开始站在 App 之上。

三、什么是"第二操作系统"

很多人第一次听到 Agent Runtime 时会觉得：

text 复制代码

不就是 AI SDK 吗？

实际上完全不是。真正的 Agent Runtime 更像：

text 复制代码

系统级运行时

例如，传统操作系统管理：

text 复制代码

CPU

Memory

File

Network

而 Agent Runtime 管理：

text 复制代码

Task

Context

Memory

Tool

Workspace

你会发现，二者职责已经非常接近。例如：

OS 调度

text 复制代码

Process Scheduler

负责：

text 复制代码

哪个进程先执行

Agent Runtime 调度

text 复制代码

Task Scheduler

负责：

text 复制代码

哪个任务先执行

例如：

text 复制代码

生成需求文档
↓
生成接口设计
↓
生成测试方案
↓
生成发布计划

整个流程自动调度。

四、鸿蒙 PC 为什么特别适合 Agent Runtime

这里是最关键的一点，很多 Agent 产品现在运行在：

text 复制代码

Browser

或者：

text 复制代码

Electron

内部。存在天然问题：

text 复制代码

拿不到系统状态

无法理解窗口关系

无法理解工作区

无法跨设备同步

而鸿蒙 PC 本身拥有，Workspace 概念。例如，当前工作区：

text 复制代码

AMS项目

需求文档

接口文档

测试计划

开发代码

这些状态天然存在于系统之中。这意味着，Agent Runtime 可以直接感知。用户正在做什么，而不是猜测。

五、Agent Runtime 的核心架构

完整 Runtime 通常包含：

text 复制代码

┌──────────────────┐
│ Workspace Layer  │
└────────┬─────────┘
         ↓
┌──────────────────┐
│ Context Engine   │
└────────┬─────────┘
         ↓
┌──────────────────┐
│ Agent Scheduler  │
└────────┬─────────┘
         ↓
┌──────────────────┐
│ Tool Runtime     │
└────────┬─────────┘
         ↓
┌──────────────────┐
│ System Runtime   │
└──────────────────┘

每层职责完全不同。

六、Workspace Layer

负责维护：

ts 复制代码

interface Workspace {

  workspaceId: string

  currentTask: string

  activeWindow: string

  openedFiles: string[]

}

这里保存的是：

text 复制代码

当前工作状态

例如：

text 复制代码

正在开发 AMS

当前查看审批流代码

当前打开测试方案

这才是真正的上下文。

七、Context Engine

很多团队做 AI 时，把所有内容直接塞给模型。结果：

text 复制代码

Token 暴涨

成本爆炸，所以需要：

text 复制代码

Context Engine

例如：

ts 复制代码

class ContextEngine {

  async buildContext() {

    const workspace =
      workspaceStore.snapshot()

    const memory =
      await memoryStore.recall()

    return merge(
      workspace,
      memory
    )

  }

}

最终送给模型的是：

text 复制代码

最有价值的上下文

而不是：

text 复制代码

全部历史数据

八、Agent Scheduler 实现

Scheduler 是整个 Runtime 的核心。例如，用户输入：

text 复制代码

生成 AMS 测试方案

Runtime 会自动拆解：

text 复制代码

读取需求
 ↓
分析接口
 ↓
生成测试点
 ↓
生成测试用例
 ↓
输出方案

代码结构：

ts 复制代码

interface AgentTask {

  id: string

  goal: string

  status: string

}

调度器：

ts 复制代码

class Scheduler {

  async execute(
    task: AgentTask
  ) {

  }

}

未来甚至可能变成：

text 复制代码

Multi-Agent Runtime

多个 Agent 协同工作。

九、Tool Runtime 实战

Agent 最大区别在于：

text 复制代码

不仅能思考
还能行动

因此必须具备 Tool Runtime，例如：

ts 复制代码

interface Tool {

  name: string

  execute(
    params: object
  ): Promise<any>

}

文件工具：

ts 复制代码

class FileTool
implements Tool {

  async execute(params) {

  }

}

数据库工具：

ts 复制代码

class DatabaseTool
implements Tool {

  async execute(params) {

  }

}

ts 复制代码

toolRegistry.register(
  new FileTool()
)

toolRegistry.register(
  new DatabaseTool()
)

Agent 获得：

text 复制代码

执行能力

十、鸿蒙 Agent Runtime Demo

创建全局 Runtime：

ts 复制代码

@Observed
export class AgentRuntime {

  currentGoal: string = ""

  currentTask: string = ""

  state: string = "idle"

}

实例：

ts 复制代码

export const runtime =
  new AgentRuntime()

执行器：

ts 复制代码

export class AgentExecutor {

  async run(goal: string) {

    runtime.currentGoal = goal

    runtime.state = "running"

    const result =
      await llm.invoke(goal)

    runtime.state = "finished"

    return result

  }

}

ArkUI 页面：

ts 复制代码

@Component
struct AgentPanel {

  build() {

    Column() {

      Text(runtime.state)

      Text(runtime.currentGoal)

    }

  }

}

这里 UI 不管理业务，只负责：

text 复制代码

投影 Runtime 状态

十一、未来会发生什么

未来几年可能出现一个非常有趣的架构演进：

text 复制代码

OS
 ↓
Application

逐渐变成：

text 复制代码

OS
 ↓
Agent Runtime
 ↓
Application

甚至进一步演化成：

text 复制代码

User
 ↓
Goal
 ↓
Agent Runtime
 ↓
System
 ↓
Application

此时，App 不再是入口，Agent Runtime 才是入口。

十二、总结

如果一句话总结：

为什么说鸿蒙 PC 正在诞生"第二操作系统"？

因为未来真正重要的管理对象已经发生变化。

过去操作系统管理：

text 复制代码

进程
文件
设备
网络

未来 Agent Runtime 管理：

text 复制代码

任务
上下文
记忆
工具
工作区

过去：

text 复制代码

用户操作 App

未来：

text 复制代码

用户描述目标
Agent 调度 App

而鸿蒙 PC 的 Workspace、多设备协同、分布式能力和系统级 Runtime 天然具备构建 Agent Runtime 的土壤。

最终你会发现：未来鸿蒙 PC 最重要的创新，可能不是新的窗口系统。也不是新的 UI 框架。

而是：

text 复制代码

Agent Runtime

这个运行在操作系统之上的"第二操作系统"。