微软Aion曝光：Copilot重做桌面

微软想把 Copilot 从助手变成桌面本身

微软 Project Aion 的更多内部线索在 8 月 24 日曝光，这套曾被称为 CopilotOS 的实验系统取消了开始菜单、桌面图标和传统任务栏，把 Copilot 放在几乎所有交互的起点。

Project Aion 是微软从 2024 年开始探索的一套 AI 原生桌面系统，其目标不是给 Windows 再加一个聊天侧边栏，而是用 Copilot、对话窗口和智能体任务重新组织整个桌面。据 IT之家 8 月 25 日报道，Windows Latest 从 BetaWiki Discord 频道获得的新线索显示，Aion 主要面向企业用户，内部定位是一套“没有开始菜单的 AI 系统”。

这轮曝光最值得关注的变化，是微软第一次尝试从系统层面放弃沿用数十年的“文件—图标—窗口—菜单”操作逻辑。在 Aion 中，用户不再先判断该打开 Outlook、Teams 还是浏览器，而是直接描述目标，例如查询下周会议、整理待办事项、寻找餐厅或创建内容，再由 Copilot 决定调用什么信息和界面。

不过，Project Aion 目前仍然是泄露出来的内部探索项目，而不是微软已经宣布上市的新操作系统。截至 2026 年 8 月 25 日，微软尚未公布 Aion 的正式产品名称、发布日期、授权价格、支持硬件或商业化计划，也没有确认它会取代 Windows 11，更没有证据表明它就是所谓的 Windows 12。

不是把 Copilot 固定在任务栏，而是让它接管启动器

Copilot Start 是 Aion 中替代传统开始菜单的 AI 启动界面，它同时承担搜索、应用启动、信息聚合、任务建议和历史对话管理等职责。

用户点击 Copilot 按钮后，首先看到的是类似“Good afternoon, Nathan”的个性化问候语，随后出现 3 张核心卡片：Stay on Top、Create something new 和 News of the day。它们分别对应工作进度与提醒、内容创作，以及当天资讯，明显不是传统开始菜单按字母排列应用的思路。

“My Stuff”区域仍然保留了一定程度的应用入口，因为微软并没有真的消灭应用，而是把应用降级成完成任务时可调用的工具。泄露界面中出现了 Edge、Teams、Outlook、OneDrive、Microsoft 365、Figma 和 Visual Studio Code 共 7 个入口，覆盖浏览器、协作、邮件、云存储、办公、设计和开发场景。

Aion 的搜索框也不是简单的本地文件搜索，而是一个同时理解网站、应用、企业数据和自然语言意图的统一输入框。例如，用户输入“techc”时，系统会自动补全 TechCrunch，回车后在普通 Edge 标签页中打开；输入“to do”时，Microsoft To Do 则会以 Edge 画中画窗口的形式浮在界面上。

这种设计的关键不是自动补全本身，而是模糊了搜索、启动和执行之间的边界。Windows 11 的开始菜单通常只能帮助用户“找到一个东西”，Aion 则试图根据输入直接判断用户是要访问网页、打开应用、检索企业信息，还是创建一个可以继续追问的任务会话。

每段对话都可能成为一个应用

智能体操作系统是以目标和任务为基本单位、能够主动调用工具并跨应用执行操作的系统，而不是仅在桌面上增加一个问答机器人。

Aion 对“应用”的重新定义比 Copilot Start 更激进。泄露演示显示，当用户询问毛伊岛的餐饮信息时，启动器会转换成聊天窗口，列出餐厅名称以及 Tripadvisor 等旅行网站的链接；如果用户接着询问下周一的会议安排，系统不会把内容混在同一个对话中，而是在旁边打开第 2 个独立聊天窗口。

每段对话在 Aion 中都可以拥有自己的图标、窗口状态和生命周期，支持最小化与关闭。这意味着任务栏上的图标不一定对应安装在磁盘里的可执行程序，也可能对应一次餐厅调研、一组会议安排，或者一个正在由智能体持续处理的工作任务。

任务图标还会根据对话语义动态生成，例如餐饮相关会话可以使用鸡尾酒图标，而不是统一显示 Copilot 标志。这个看似细小的界面变化，实际是在尝试解决 AI 对话越来越多之后的管理问题：当聊天记录变成工作现场，用户需要像切换应用一样切换不同任务，而不是在一条无限延伸的历史记录里反复滚动。

微软的判断并不难理解。传统桌面的基本对象是应用程序，用户必须记住“哪个任务应该在哪个软件里完成”；AI 原生桌面的基本对象则是意图，系统负责决定该调用邮件、日历、网页、文档还是第三方工具。

Aion 更像一层 Web Shell，而不是从零重写 Windows

Web Shell 是使用浏览器渲染引擎和 Web 技术构建系统主界面的桌面外壳，它可以覆盖启动器、窗口和任务管理，但不等于重新开发完整的操作系统内核。

已曝光材料将 Aion 描述为一套基于 Microsoft Edge 和 Win3 轻量化 Windows 代码库构建的系统。这里的 Win3 是项目代码框架名称，不应与上世纪的 Windows 3.x 混淆；Aion 的主要界面由 Edge 及其 Chromium 渲染能力承载，因此其应用形态更接近网页、PWA 和可组合的 Web 窗口。

Aion 还被描述为可以面向运行 AOSP、Win3，甚至 Windows 11 的新型 AI 专用设备。AOSP 是 Android Open Source Project，即 Android 开源项目的基础代码；这种跨底层描述更可能说明 Aion 被设计成可移植的 Copilot 体验层，而不是只能绑定某一种 Windows 内核的独立系统。

这也解释了为什么演示中的 To Do 可以使用 Edge 画中画模式、网站可以直接在标签页中打开，而 Teams、Outlook、Figma 和 Visual Studio Code 又能出现在同一套入口里。Web 技术让微软能够用统一容器承载网页、PWA、Microsoft 365 服务和部分桌面能力，开发速度与跨设备适配效率都会高于从头构建一套原生桌面环境。

Aion 与现有桌面系统的差异，可以概括为下表：

| 对比维度 | Project Aion（泄露概念） | Windows 11 | ChromeOS 类系统 | |---|---|---|---| | 核心入口 | Copilot Start 与自然语言输入 | 开始菜单、搜索、任务栏 | 启动器、搜索与浏览器 | | 基本交互对象 | 意图、对话和智能体任务 | 应用、文件和窗口 | Web 应用、Android 应用和标签页 | | 桌面图标 | 演示中取消 | 支持 | 弱化但仍保留应用入口 | | 任务栏内容 | 应用与对话任务可同时存在 | 主要是固定或运行中的应用 | 主要是应用与浏览器窗口 | | 界面技术 | Edge 驱动的 Web Shell，结合 Win3 | Win32、WinUI、WebView 等混合架构 | Chrome 浏览器与 Web 技术为主 | | 企业上下文 | 重点聚合 Microsoft 365、会议与工作数据 | 依赖各应用分别呈现 | 主要依赖 Google Workspace 或 Web 服务 | | 当前状态 | 内部概念和泄露原型，未正式发布 | 正式商用系统 | 已商业化产品类别 |

Aion 因此不像一套彻底抛弃 Windows 的新内核，更像微软为 AI 设备准备的轻量化系统壳层。它可以覆盖在不同底层平台之上，把 Copilot、Microsoft 365 和 Edge 组织成一致的使用体验。

企业场景才是 Aion 真正有价值的地方

Project Aion 面向企业用户的定位，比“微软要取消开始菜单”这个表面变化更重要。

消费者通常可以容忍在多个应用之间跳转，但企业工作流中的切换成本会被重复放大。员工每天需要在 Outlook 邮件、Teams 消息、日历、OneDrive 文件、内部网站和业务系统之间搬运上下文，而 Microsoft 365 恰好掌握了其中相当大一部分数据。

Aion 的潜在优势是把这些分散信息压缩成一个以任务为中心的入口。用户询问“下周一有哪些会议需要准备”，系统理论上可以结合日历、相关邮件、Teams 对话和 OneDrive 文档，生成一个可继续执行的任务窗口；传统开始菜单只能打开 Outlook 或 Teams，无法直接表达这类跨应用目标。

微软在这里拥有其他桌面厂商难以复制的分发条件。Windows 控制着企业终端，Microsoft 365 控制着办公数据，Entra ID 管理企业身份，Edge 提供界面容器，Copilot 则承担自然语言理解和智能体编排，Aion 相当于把这些原本分散的产品层叠成一个入口。

这套组合的商业逻辑也很明确：如果用户每天启动电脑后首先面对的是 Copilot，而不是开始菜单，那么 Copilot 就不再是一个可被关闭的附加功能，而会成为软件发现、信息检索和任务执行的默认渠道。微软获得的不只是一个 AI 助手入口，还可能获得桌面时代新的流量分配权。

真正的难题不是界面，而是权限、可靠性和审计

Aion 能否成为可用的企业系统，取决于智能体是否能够在严格权限边界内稳定完成任务。

传统应用的权限通常相对清楚：邮件客户端读取邮箱，日历工具访问日程，文件应用管理目录。智能体却可能在一次请求中同时读取邮件、打开附件、查询联系人、生成文档并发送消息，权限链条更长，也更容易因错误理解或恶意内容触发越权操作。

提示注入是 Aion 这类系统必须面对的核心安全风险。提示注入是攻击者把恶意指令藏在网页、邮件或文档中，诱导 AI 忽略用户目标并执行非预期操作；当浏览器同时是系统外壳和外部信息入口时，一段网页内容可能从“被阅读的数据”变成“影响智能体行为的指令”。

企业用户还需要完整的可审计性。系统必须明确记录智能体读取了哪些文件、调用了什么服务、为何给出某个建议，以及哪些操作由用户最终确认，否则管理员很难对误发邮件、错误修改文档或数据外泄追责。

可靠性同样不能用聊天机器人的标准衡量。AI 助手偶尔答错一道知识题可能只是体验问题，但如果系统把错误会议时间写入日历、把内部文件分享给错误联系人，或者在多个相似窗口间混淆上下文，后果会直接进入业务流程。

因此，Aion 最合理的落地路径不是一步到位取代完整 Windows，而是先出现在受控的企业设备、云桌面、前台终端或专用 AI 硬件上。这些设备的任务范围更窄、应用集合更固定，管理员也更容易设置允许调用的数据源与操作权限。

没有开始菜单，不代表不再需要应用

Aion 最大的误区，是把“取消传统开始菜单”理解为“AI 可以取代所有软件”。

泄露演示反而说明，应用仍然是执行复杂工作的基础设施。Figma 负责设计，Visual Studio Code 负责开发，Outlook 和 Teams 承担沟通，Edge 负责承载网页与 PWA；Copilot 的角色是理解意图、选择工具并保持任务上下文，而不是重新实现这些专业软件的全部功能。

这与智能手机早期试图用语音助手包办一切的思路不同。Aion 没有把所有结果强行塞进单一聊天框，而是允许对话生成独立窗口和任务图标，必要时再回到完整应用或浏览器页面，这比“万能聊天框”更接近实际生产力需求。

但微软也需要避免把所有操作都变成低效率的自然语言输入。打开一个每天使用的软件时，点击固定图标通常比输入一句话更快；处理表格、剪辑视频或调试代码时，键盘快捷键和精确图形界面仍然不可替代。一个成熟的 AI 桌面应当同时保留直接操作与自然语言编排，而不是为了展示 AI 而隐藏高效率入口。

Aion 是方向明确的实验，但还不是 Windows 的确定未来

Project Aion 揭示了微软对下一代桌面的核心判断：AI 不应只是操作系统中的一个应用，而应成为组织应用、信息和任务的系统级入口。

从产品设计看，Aion 比在 Windows 11 任务栏里添加 Copilot 按钮更彻底。它用 Copilot Start 取代开始菜单，用任务会话取代部分应用窗口，用 Edge Web Shell 降低跨设备适配成本，再利用 Microsoft 365 为企业场景提供上下文，这套逻辑是连贯的，也确实比单纯叠加聊天侧边栏更接近“AI 原生”。

从工程与商业现实看，Aion 距离成为主流桌面仍有明显距离。当前曝光内容来自 2024 年前后启动的内部项目和概念演示，公开信息中没有性能数据、硬件要求、离线能力、模型规格、授权价格及发布周期，微软也没有给出正式产品承诺。

Aion 近期更值得被视为一块产品试验田，而不是 Windows 11 的直接继任者。它验证的是一个更关键的问题：当用户可以直接表达目标时，开始菜单、任务栏、浏览器和办公套件是否还需要维持今天的边界。

微软真正想争夺的也不是一个新的桌面皮肤，而是 AI 时代的默认入口。如果 Copilot 能够成为用户打开电脑后接触到的第一层界面，那么未来的软件分发、企业搜索、工作流编排乃至应用形态，都可能围绕这个入口重新排列；反过来，如果权限、可靠性和操作效率无法过关，Aion 就只能停留在一段颇具想象力的概念视频里。

参考来源

• IT之家：微软 AI 智能体系统 Aion 曝光——整理了 Windows Latest 于 2026 年 8 月 24 日披露的新线索，包括 Aion 的企业定位、Copilot Start 界面、对话窗口及底层架构信息。