当操作系统开始谈论「意图」，它想改写的其实是用户与机器之间那层最古老的交互契约。
发生了什么
在 Open Source Summit Europe 2026 上，openKylin 社区对外阐述了它对 AI 时代 Linux 的设想：操作系统的工作重心应当从「资源管理」转向「意图管理」。围绕这一判断，社区推出了名为 KART 的统一 AI 运行时，并同步介绍了 openKylin 3.0 中的几项核心桌面能力——AI 助手、全局智能搜索与智能空间。
需要说明的是，目前公开信息停留在愿景与组件名称层面，KART 的具体架构、接口形态与落地节奏尚未完整披露。
为什么重要
传统 Linux 桌面几十年来解决的是一个相对确定的问题：把 CPU、内存、存储、进程和窗口调度好，让应用各得其所。用户要做什么，由用户自己拆解成一条条明确指令——打开哪个程序、点哪个菜单、输入什么命令。
生成式 AI 改变了这个前提。当模型可以理解自然语言、跨应用读取上下文并代为执行多步操作时，操作系统面对的不再只是「哪个进程该拿多少 CPU」，而是「用户到底想完成什么」。这正是「意图管理」的落点：把自然语言表达的目标，翻译成跨应用、跨数据的可执行动作，并在过程中处理权限、上下文与状态。
openKylin 的选择有其路径依赖。作为面向中文桌面场景的 Linux 发行版社区，它长期需要在本土软硬件生态上做适配与整合，而 AI 能力恰好提供了一个重新组织桌面体验的抓手。KART 被定位为「统一 AI 运行时」，意味着社区希望把模型调用、推理调度、能力接入收敛到一层公共基础设施上，而不是让每个应用各自接一遍模型。这与当前业界把 AI 能力下沉到系统层的整体趋势一致。
影响与看点
对开发者而言，统一运行时如果真能落地，价值在于减少重复集成：应用只需面向一套接口表达意图与能力，由系统负责调度底层模型与算力。但这也带来绑定风险——运行时的抽象层次、支持的模型后端、以及是否保持开放可替换，决定了开发者是受益还是被锁死。
对用户而言，AI 助手、全局智能搜索与智能空间指向的是同一件事：把散落在文件、应用与网页中的信息，用自然语言串起来。这类体验的成败往往不在模型能力，而在系统级权限与数据访问的边界设计。
值得关注的有三点：KART 是否会开放规范并吸引发行版之外的贡献者；「意图管理」如何与 Linux 既有的权限模型共存；以及 openKylin 3.0 的这些能力是演示级特性还是可日常使用的默认组件。
把「意图」写进操作系统的职责清单，方向不难理解，难的是让它在开放生态里不变成又一个私有抽象层。openKylin 这一步的成色，取决于它愿意把多少控制权交还给社区。
