子玥酱掘金 / 知乎 / CSDN / 简书 同名大家好我是子玥酱一名长期深耕在一线的前端程序媛 。曾就职于多家知名互联网大厂目前在某国企负责前端软件研发相关工作主要聚焦于业务型系统的工程化建设与长期维护。我持续输出和沉淀前端领域的实战经验日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。技术方向前端 / 跨端 / 小程序 / 移动端工程化内容平台掘金、知乎、CSDN、简书创作特点实战导向、源码拆解、少空谈多落地文章状态长期稳定更新大量原创输出我的内容主要围绕前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读展开。文章不会停留在“API 怎么用”而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍希望能帮你在实际工作中少走弯路。子玥酱 · 前端成长记录官 ✨ 如果你正在做前端或准备长期走前端这条路 关注我第一时间获取前端行业趋势与实践总结 可领取11 类前端进阶学习资源工程化 / 框架 / 跨端 / 面试 / 架构 一起把技术学“明白”也用“到位”持续写作持续进阶。愿我们都能在代码和生活里走得更稳一点 文章目录引言一、传统操作系统到底解决什么问题二、AI Native 软件正在挑战传统 OS 边界三、为什么 App 不再适合作为系统中心四、Agent Runtime 本质是什么五、为什么 Workspace 会成为新的系统核心六、第二操作系统的核心架构第一层Resource OS第二层Task OS七、为什么 HarmonyOS 更容易诞生 Agent Runtime八、未来的软件架构会发生什么变化总结引言很多开发者第一次听到第二操作系统都会觉得有些夸张因为在我们的认知里Windows macOS Linux HarmonyOS本身就是操作系统为什么还需要一个第二操作系统但如果把视角拉回到计算机发展历史你会发现过去几十年操作系统解决的核心问题一直没变CPU 内存 磁盘 网络 设备本质上属于Resource Management即资源管理无论是进程调度线程调度内存管理文件系统网络协议栈其目标都是让计算机资源被更高效地使用。然而 AI 时代到来以后软件系统正在出现一种新的需求目标管理 任务管理 上下文管理 Agent调度这些能力既不属于应用层也不属于传统操作系统。但它们却越来越成为未来软件系统的核心。于是一个新的 Runtime 层开始出现Agent Runtime它正在逐渐承担过去从未存在过的一类职责管理任务 管理上下文 管理目标 管理工具从某种意义上说它正在成为运行在操作系统之上的“第二操作系统”。而 HarmonyOS PC可能是最适合诞生这种架构的平台之一。一、传统操作系统到底解决什么问题先看经典操作系统架构Application ↓ System Call ↓ Kernel ↓ Hardware对于 Kernel 而言它最关心的是哪个进程使用CPU 哪个线程获得时间片 哪些数据写入磁盘 哪些数据进入网络例如read()write()fork()exec()这些系统调用本质上都是资源请求操作系统负责资源调度 资源隔离 资源分配 资源保护但它并不关心你为什么打开这个文件 你为什么运行这个程序 你最终想完成什么任务因为在传统架构里任务属于用户 资源属于系统两者是分离的。二、AI Native 软件正在挑战传统 OS 边界过去的软件模型非常简单用户 ↓ App ↓ 结果例如Word → 写文档 Excel → 分析数据 IDE → 编写代码 浏览器 → 查资料用户知道应该打开什么应用应用知道应该完成什么工作整个链路十分清晰但 Agent 出现以后用户越来越倾向于直接描述目标帮我生成本周项目周报 帮我分析审批流性能问题 帮我整理当前需求并生成开发计划这时候发生了一个根本变化用户描述的是目标而不是操作步骤系统需要自己决定读取哪些文件 调用哪些服务 使用哪些工具 执行哪些流程这意味着目标开始取代应用成为系统的核心对象。三、为什么 App 不再适合作为系统中心这是 Agent 时代最大的架构变化。过去一个任务 一个App例如写文档 ↓ Word 写代码 ↓ IDE 设计原型 ↓ SketchApp 是任务边界但现实中的工作越来越复杂。例如用户输入帮我输出 AMS 项目测试方案背后可能涉及需求文档 接口文档 设计稿 Git仓库 测试报告 知识库这些内容分散在多个应用 多个窗口 多个设备之中此时任务边界 应用边界成为必然。App 开始退化成Capability Provider即能力提供者而不再是用户的核心入口。四、Agent Runtime 本质是什么很多人把 Agent Runtime 理解为聊天机器人实际上完全不是。从架构角度看Agent Runtime 更像Task Kernel即任务内核它负责目标解析 任务规划 上下文管理 工具调度 执行控制例如用户输入生成审批流测试计划Agent Runtime 内部执行Goal ↓ Task Planning ↓ Context Building ↓ Tool Calling ↓ Execution ↓ Verification对应的数据结构可能是interfaceGoal{id:stringdescription:stringpriority:number}以及interfaceAgentTask{id:stringgoalId:stringstatus:stringdependencies:string[]}如果你仔细观察会发现这与传统 OS 十分相似。传统 OS 调度ProcessAgent Runtime 调度Task传统 OS 管理资源Agent Runtime 管理目标五、为什么 Workspace 会成为新的系统核心很多团队在做 Agent 时首先想到的是聊天记录实际上真正重要的是Workspace因为聊天记录描述的是用户说过什么而 Workspace 描述的是用户正在做什么例如interfaceWorkspaceContext{currentProject:stringactiveTask:stringactiveWindow:stringselectedContent:stringopenedFiles:string[]}用户说帮我继续优化审批流方案AI 真正需要读取的是当前项目 当前任务 当前文档 当前代码而不是过去几十轮聊天记录因此未来真正的上下文来源不是Chat History而是Workspace Runtime六、第二操作系统的核心架构未来 HarmonyOS PC 很可能形成双层 Runtime 架构Hardware ↓ HarmonyOS Kernel ↓ Workspace Runtime ↓ Agent Runtime ↓ Application Runtime其中HarmonyOS Kernel 负责CPU Memory File Network DeviceWorkspace Runtime 负责Workspace Task Window ContextAgent Runtime 负责Goal Plan Tool Execution应用层负责提供能力例如IDE Browser Database Document AI Model这时候整个系统会出现新的分工。第一层Resource OS即HarmonyOS负责资源调度管理CPU 内存 设备 网络第二层Task OS即Agent Runtime负责任务调度管理Goal Task Context Tool这就是第二操作系统真正的技术含义。七、为什么 HarmonyOS 更容易诞生 Agent Runtime很多 Agent 产品目前仍然运行在浏览器中架构类似Browser ↓ Chat UI ↓ LLM这种模式存在天然限制无法获取系统状态 无法获取窗口关系 无法获取任务上下文 无法调度系统能力因此Browser Agent天然存在天花板而 HarmonyOS 拥有分布式软总线 统一账号体系 跨设备协同 系统级服务 多窗口 Workspace这些能力使得 Agent 可以直接访问interfaceRuntimeContext{currentProject:stringactiveTask:stringactiveDevice:stringactiveWorkspace:string}从而真正理解用户当前工作状态而不仅仅是用户输入的文字这会带来本质差异。八、未来的软件架构会发生什么变化过去的软件架构User ↓ OS ↓ App未来的软件架构User ↓ Agent Runtime ↓ OS ↓ App过去用户负责组织工作流未来Agent负责组织工作流过去应用是入口未来目标是入口过去OS管理资源未来Agent Runtime管理任务整个软件世界正在从Application Driven走向Goal Driven总结过去四十年操作系统解决的是资源管理问题例如CPU 内存 磁盘 设备未来十年AI Native 软件需要解决的是任务管理问题例如Goal Task Context Tool因此未来鸿蒙 PC 很可能出现两套并行系统。第一层HarmonyOS Kernel负责管理计算机资源第二层Agent Runtime负责管理用户工作前者解决机器如何运行后者解决工作如何完成从这个角度看Agent 不再只是一个 AI 助手。它正在逐渐演化为一个新的 Runtime 层。而这个 Runtime 层很可能就是未来鸿蒙 PC 上真正意义的“第二操作系统”。
当 Agent 接管操作系统：鸿蒙 PC“第二操作系统”架构解析
子玥酱掘金 / 知乎 / CSDN / 简书 同名大家好我是子玥酱一名长期深耕在一线的前端程序媛 。曾就职于多家知名互联网大厂目前在某国企负责前端软件研发相关工作主要聚焦于业务型系统的工程化建设与长期维护。我持续输出和沉淀前端领域的实战经验日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。技术方向前端 / 跨端 / 小程序 / 移动端工程化内容平台掘金、知乎、CSDN、简书创作特点实战导向、源码拆解、少空谈多落地文章状态长期稳定更新大量原创输出我的内容主要围绕前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读展开。文章不会停留在“API 怎么用”而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍希望能帮你在实际工作中少走弯路。子玥酱 · 前端成长记录官 ✨ 如果你正在做前端或准备长期走前端这条路 关注我第一时间获取前端行业趋势与实践总结 可领取11 类前端进阶学习资源工程化 / 框架 / 跨端 / 面试 / 架构 一起把技术学“明白”也用“到位”持续写作持续进阶。愿我们都能在代码和生活里走得更稳一点 文章目录引言一、传统操作系统到底解决什么问题二、AI Native 软件正在挑战传统 OS 边界三、为什么 App 不再适合作为系统中心四、Agent Runtime 本质是什么五、为什么 Workspace 会成为新的系统核心六、第二操作系统的核心架构第一层Resource OS第二层Task OS七、为什么 HarmonyOS 更容易诞生 Agent Runtime八、未来的软件架构会发生什么变化总结引言很多开发者第一次听到第二操作系统都会觉得有些夸张因为在我们的认知里Windows macOS Linux HarmonyOS本身就是操作系统为什么还需要一个第二操作系统但如果把视角拉回到计算机发展历史你会发现过去几十年操作系统解决的核心问题一直没变CPU 内存 磁盘 网络 设备本质上属于Resource Management即资源管理无论是进程调度线程调度内存管理文件系统网络协议栈其目标都是让计算机资源被更高效地使用。然而 AI 时代到来以后软件系统正在出现一种新的需求目标管理 任务管理 上下文管理 Agent调度这些能力既不属于应用层也不属于传统操作系统。但它们却越来越成为未来软件系统的核心。于是一个新的 Runtime 层开始出现Agent Runtime它正在逐渐承担过去从未存在过的一类职责管理任务 管理上下文 管理目标 管理工具从某种意义上说它正在成为运行在操作系统之上的“第二操作系统”。而 HarmonyOS PC可能是最适合诞生这种架构的平台之一。一、传统操作系统到底解决什么问题先看经典操作系统架构Application ↓ System Call ↓ Kernel ↓ Hardware对于 Kernel 而言它最关心的是哪个进程使用CPU 哪个线程获得时间片 哪些数据写入磁盘 哪些数据进入网络例如read()write()fork()exec()这些系统调用本质上都是资源请求操作系统负责资源调度 资源隔离 资源分配 资源保护但它并不关心你为什么打开这个文件 你为什么运行这个程序 你最终想完成什么任务因为在传统架构里任务属于用户 资源属于系统两者是分离的。二、AI Native 软件正在挑战传统 OS 边界过去的软件模型非常简单用户 ↓ App ↓ 结果例如Word → 写文档 Excel → 分析数据 IDE → 编写代码 浏览器 → 查资料用户知道应该打开什么应用应用知道应该完成什么工作整个链路十分清晰但 Agent 出现以后用户越来越倾向于直接描述目标帮我生成本周项目周报 帮我分析审批流性能问题 帮我整理当前需求并生成开发计划这时候发生了一个根本变化用户描述的是目标而不是操作步骤系统需要自己决定读取哪些文件 调用哪些服务 使用哪些工具 执行哪些流程这意味着目标开始取代应用成为系统的核心对象。三、为什么 App 不再适合作为系统中心这是 Agent 时代最大的架构变化。过去一个任务 一个App例如写文档 ↓ Word 写代码 ↓ IDE 设计原型 ↓ SketchApp 是任务边界但现实中的工作越来越复杂。例如用户输入帮我输出 AMS 项目测试方案背后可能涉及需求文档 接口文档 设计稿 Git仓库 测试报告 知识库这些内容分散在多个应用 多个窗口 多个设备之中此时任务边界 应用边界成为必然。App 开始退化成Capability Provider即能力提供者而不再是用户的核心入口。四、Agent Runtime 本质是什么很多人把 Agent Runtime 理解为聊天机器人实际上完全不是。从架构角度看Agent Runtime 更像Task Kernel即任务内核它负责目标解析 任务规划 上下文管理 工具调度 执行控制例如用户输入生成审批流测试计划Agent Runtime 内部执行Goal ↓ Task Planning ↓ Context Building ↓ Tool Calling ↓ Execution ↓ Verification对应的数据结构可能是interfaceGoal{id:stringdescription:stringpriority:number}以及interfaceAgentTask{id:stringgoalId:stringstatus:stringdependencies:string[]}如果你仔细观察会发现这与传统 OS 十分相似。传统 OS 调度ProcessAgent Runtime 调度Task传统 OS 管理资源Agent Runtime 管理目标五、为什么 Workspace 会成为新的系统核心很多团队在做 Agent 时首先想到的是聊天记录实际上真正重要的是Workspace因为聊天记录描述的是用户说过什么而 Workspace 描述的是用户正在做什么例如interfaceWorkspaceContext{currentProject:stringactiveTask:stringactiveWindow:stringselectedContent:stringopenedFiles:string[]}用户说帮我继续优化审批流方案AI 真正需要读取的是当前项目 当前任务 当前文档 当前代码而不是过去几十轮聊天记录因此未来真正的上下文来源不是Chat History而是Workspace Runtime六、第二操作系统的核心架构未来 HarmonyOS PC 很可能形成双层 Runtime 架构Hardware ↓ HarmonyOS Kernel ↓ Workspace Runtime ↓ Agent Runtime ↓ Application Runtime其中HarmonyOS Kernel 负责CPU Memory File Network DeviceWorkspace Runtime 负责Workspace Task Window ContextAgent Runtime 负责Goal Plan Tool Execution应用层负责提供能力例如IDE Browser Database Document AI Model这时候整个系统会出现新的分工。第一层Resource OS即HarmonyOS负责资源调度管理CPU 内存 设备 网络第二层Task OS即Agent Runtime负责任务调度管理Goal Task Context Tool这就是第二操作系统真正的技术含义。七、为什么 HarmonyOS 更容易诞生 Agent Runtime很多 Agent 产品目前仍然运行在浏览器中架构类似Browser ↓ Chat UI ↓ LLM这种模式存在天然限制无法获取系统状态 无法获取窗口关系 无法获取任务上下文 无法调度系统能力因此Browser Agent天然存在天花板而 HarmonyOS 拥有分布式软总线 统一账号体系 跨设备协同 系统级服务 多窗口 Workspace这些能力使得 Agent 可以直接访问interfaceRuntimeContext{currentProject:stringactiveTask:stringactiveDevice:stringactiveWorkspace:string}从而真正理解用户当前工作状态而不仅仅是用户输入的文字这会带来本质差异。八、未来的软件架构会发生什么变化过去的软件架构User ↓ OS ↓ App未来的软件架构User ↓ Agent Runtime ↓ OS ↓ App过去用户负责组织工作流未来Agent负责组织工作流过去应用是入口未来目标是入口过去OS管理资源未来Agent Runtime管理任务整个软件世界正在从Application Driven走向Goal Driven总结过去四十年操作系统解决的是资源管理问题例如CPU 内存 磁盘 设备未来十年AI Native 软件需要解决的是任务管理问题例如Goal Task Context Tool因此未来鸿蒙 PC 很可能出现两套并行系统。第一层HarmonyOS Kernel负责管理计算机资源第二层Agent Runtime负责管理用户工作前者解决机器如何运行后者解决工作如何完成从这个角度看Agent 不再只是一个 AI 助手。它正在逐渐演化为一个新的 Runtime 层。而这个 Runtime 层很可能就是未来鸿蒙 PC 上真正意义的“第二操作系统”。
