微软 Aion 曝光：Copilot，可能才是下一代 Windows 的桌面

微软正在尝试把操作系统重新做一遍。

8 月 24 日，Windows Latest 根据 BetaWiki Discord 频道披露的线索，进一步曝光了微软 Project Aion 的内部资料、截图和演示内容。这个项目据称在 2024 年启动，内部名称为 CopilotOS，定位并不是给 Windows 加一个聊天机器人，而是打造一套以 Copilot 为系统核心入口的 AI 操作系统。

它最激进的地方也最容易理解：没有传统开始菜单，没有桌面图标，甚至没有按照过去逻辑组织起来的应用列表。用户面对的不是一块摆满图标的桌面，而是一个可以理解意图、调用应用和组合任务的 Copilot Launcher。

换句话说，Windows 过去的逻辑是“先找软件，再完成任务”；Aion 想做的是“先说要做什么，再由系统决定调用什么”。

这不是一次普通的界面改版，而是微软对 PC 交互入口的一次重新下注。

没有开始菜单的系统，究竟长什么样

从目前曝光的设计来看，Aion 更像一个运行在操作系统之上的全屏智能工作台。底层据称基于 Microsoft Edge、Web 技术以及轻量化 Windows 代码库构建，也被描述为可以运行在 AOSP、Win3 甚至 Windows 11 等不同形态设备上的智能体 Copilot 系统。

这里需要先划一个重点：公开资料显示的更接近内部概念、原型或演示版本，目前没有证据证明微软已经决定将它作为正式消费级操作系统发布。因此，把它直接称为“Windows 12”并不准确。它更像微软用来验证下一代 AI 设备和桌面交互方式的实验场。

在 Aion 中，用户点击 Copilot 按钮后，系统会出现以用户姓名开头的问候语，例如“Good afternoon, Nathan”，随后展示几组预设卡片：

• Stay on Top：帮助用户跟踪日程、任务和重要信息；
• Create something new：进入写作、设计或其他创作流程；
• News of the day：聚合当天新闻和个性化信息。

页面下方的“My Stuff”则承担了个人工作台的角色。Edge、Teams、Outlook、OneDrive、Microsoft 365、Figma 和 Visual Studio Code 等应用仍然存在，但它们不再一定以传统图标和窗口的方式成为第一入口，而是被收纳在由 Copilot 管理的上下文里。

用户输入“techc”，系统可以补全为 TechCrunch；输入“to do”，则可能直接调出 Microsoft To Do 的画中画窗口。询问毛伊岛有哪些餐厅时，入口会变成聊天界面，列出餐厅名称以及 Tripadvisor 等网站链接。接着询问“下周一有哪些会议”，系统还可以在旁边打开第二个独立聊天窗口。

每段对话都能被视为一个临时应用：有自己的图标，可以最小化、关闭，也会在关闭后保存为“My Stuff”中的卡片。任务栏图标甚至会根据任务自动生成，例如用鸡尾酒杯代表餐饮规划，用日历代表会议查询。

这套设计的核心不是让 AI 回答得更像人，而是让每一次对话都具备可持续的工作状态。

从聊天到“可操作应用”，微软想改的是应用边界

传统桌面软件有一个固定边界：Outlook 负责邮件，日历负责会议，浏览器负责网页，文件管理器负责文件。用户要完成一个完整任务，往往要在多个应用之间切换、复制内容，再手工拼接结果。

Aion 的设想则是让任务成为第一等对象。

比如，用户说“帮我规划 9 月去土耳其的旅行”，系统会创建一个名为“TURKEY TRIP”的 Space，也就是按目标组织任务的空间。这个空间可以包含旅行目标、待办事项、航班和酒店入口，页面里还可能直接提供 Turkish Airlines、Expedia、Airbnb、YouTube 和 WhatsApp 等相关服务，以及“一键起草行程”的操作。

Space 的价值在于，它不是一次性对话。对话、网页、文件、日程和生成内容可以被放到同一个任务上下文中。用户下次回来时，不需要重新告诉 Copilot“我们刚才讨论到哪里”，系统理论上可以从这个空间继续工作。

更进一步，泄露演示显示，Aion 也支持交互式控制界面。例如用户要求发送一份摘要，系统不只是生成一封邮件正文，而是弹出一个邮件控制面板，用户可以在聊天界面中检查收件人、修改内容并完成发送。

这意味着 Copilot 不再只是一个“会说话的搜索框”，而是开始扮演应用编排器的角色：它理解用户目标，再调用 Outlook、Microsoft 365 或第三方 Web 应用，把多步操作串成一个流程。

对开发者来说，这种变化比界面换成圆角卡片更重要。未来应用的竞争，可能不只是看谁的界面做得好，而是看谁能被 Agent 可靠地发现、调用和组合。

Context IQ：微软的优势，来自它知道你在公司里做什么

Aion 最有分量的能力，可能不是打开网站或启动 To Do，而是企业数据的上下文调用。

在搜索框中输入斜杠，据称可以触发微软内部称为 Context IQ 的上下文智能功能。它能够从 Microsoft 365 中调取同事、文件等对象，并直接加入提示词。用户可以引用某位同事、某个文档，或者让系统围绕一个项目建立工作上下文。

泄露演示中，用户询问“Scott Schenone 最近在做什么”，Copilot 自动识别其身份为高级设计总监，并从 SharePoint、电子邮件和内部文件中总结其参与的 Lanai 项目以及近期工作。

这类能力是 ChatGPT、Claude 等通用助手不容易直接复制的地方。不是因为微软的模型一定更强，而是因为微软已经处在企业信息流的中间：Outlook 里有邮件，Teams 里有会议，SharePoint 里有文件，Microsoft 365 里有文档和权限关系。

如果 Copilot 能够在权限边界内理解这些数据，操作系统就不再只是启动应用的地方，而会变成企业知识的入口。员工不必记得某份文件存在哪个 SharePoint 文件夹，也不必翻几十封邮件寻找上下文，直接描述任务就能开始。

但这里的“权限边界内”非常关键。一个能够读取邮件、会议和内部文件的 Agent，一旦误判身份、错误引用文档或把内容发送给不该看到的人，影响远大于普通聊天机器人答错一个事实。Aion 能否落地，最终要看它的权限模型、审计能力、确认机制和错误恢复，而不是演示视频里能不能生成一个漂亮的行程表。

微软为什么现在重新思考桌面

过去几十年，桌面操作系统的核心工作是管理本地资源：文件、窗口、应用和设备。用户需要记住命令、菜单和目录结构，系统则负责按照这些规则执行。

生成式 AI 普及后，微软看到了另一种可能：用户不必先知道哪个应用能解决问题，只需要描述结果。

“找出去年 Q4 的销售报告，并比较华东和华南区域的变化”不应该要求用户先打开文件管理器，再搜索文件，再启动 Excel，最后手工整理图表。理想的 Agent OS 会把这些步骤压缩成一个任务，并在每个关键动作前提供确认。

微软此前已经在 Windows 中加入 Copilot，在 Edge、Teams 和 Microsoft 365 中持续扩大其存在感。Aion 则把这些尝试推向极端：如果 Copilot 已经能够搜索、总结、生成、调用工具，那么为什么还需要开始菜单作为主要入口？

从产品战略上看，这也是微软对苹果和 Google 的一次提前防守。未来的 AI PC 不一定靠更强的本地芯片来区分，也可能靠“系统是否理解用户正在做什么”来区分。微软拥有 Windows 的设备覆盖、Office 的生产力入口和企业数据资产，理论上具备把 Agent 放进桌面核心位置的条件。

但“自然语言桌面”并不等于更高效

Aion 的问题同样明显。

第一，传统图形界面虽然繁琐，却非常可预测。用户知道开始菜单在哪里，知道文件拖到哪里，也知道关闭窗口会发生什么。自然语言界面则可能根据上下文给出不同结果。对于偶尔查新闻、规划旅行，这种不确定性可以接受；但对于改配置、删文件、发送邮件和执行企业流程，稳定性比聪明更重要。

第二，AI 会把简单操作复杂化。打开计算器、查看下载文件、调整网络设置，这些事情用鼠标和键盘往往只需要几秒。若每次都要经过意图识别和生成式响应，用户反而会感觉系统在“思考”，而不是在工作。

第三，系统的可发现性会下降。开始菜单和应用图标的好处是用户可以浏览、记忆和建立肌肉记忆。一个完全依赖输入框的桌面，可能让熟练用户更快，却让新功能变得隐形。用户不知道系统能做什么，就不会提出正确的请求。

第四，隐私和成本会成为现实约束。每一次跨应用检索都涉及身份、权限和数据传输；如果部分任务依赖云端模型，还会增加延迟、网络依赖以及企业使用成本。微软需要证明，Aion 不会把“一个入口”变成“一个超级权限账户”。

所以，Aion 真正可行的形态，未必是彻底消灭桌面，而是让传统界面和 Agent 并存：简单任务保留直接操作，复杂任务交给 Copilot；系统可以推荐路径，但不能强迫用户只用自然语言。

对开发者而言，入口变化比操作系统名称更重要

如果 Aion 最终只停留在内部项目，它依然透露了一个明确方向：操作系统正在从“应用容器”变成“Agent 运行环境”。

在这个环境里，应用需要向 Agent 暴露的不只是一个图标，而是可理解的能力、清晰的输入输出、细粒度权限以及可恢复的操作步骤。一个旅行应用要告诉系统自己能查机票、比较价格和创建行程；一个设计工具要让 Agent 知道哪些操作可以自动执行，哪些必须由用户确认。

这会推动应用从页面中心转向任务中心，也会提高对接口设计的要求。开发者需要考虑：

• Agent 如何发现应用能力；
• 用户授权是一次性授权，还是按任务、按数据范围授权；
• 自动操作失败后能否回滚；
• 系统如何向用户解释调用了哪些数据和工具；
• 当多个应用都能完成同一任务时，系统依据什么进行选择。

这套逻辑与传统 API 集成不同。过去的集成重点是“能不能调用”，未来还要回答“Agent 是否理解什么时候该调用、调用前后是否可验证”。

OpenAI Hub 这类 API 聚合平台的价值，也会从单纯切换模型，逐渐延伸到多模型协作和应用编排。开发者可以根据任务在 GPT、Claude、Gemini、DeepSeek 等模型之间选择，但模型只是 Agent 系统的一部分，真正决定体验的仍然是工具调用、上下文管理、权限控制和结果验证。

这不是 Windows 的终点，而是微软的一次路线试探

目前没有公开信息证明 Project Aion 会以独立系统的形式正式上市。它也可能只是微软内部对 Copilot OS 的概念验证，最终能力会被拆散，分别进入 Windows、Edge、Microsoft 365 和下一代 AI PC。

但从开始菜单、桌面图标到 Copilot Launcher 的变化，已经足够说明微软在思考什么：桌面不再只是用户管理文件和应用的地方，而可能成为一个持续理解目标、调用服务并保留工作上下文的 Agent 空间。

微软过去把 Windows 做成了应用运行平台，Aion 想做的则是把它变成任务执行平台。前者的核心是窗口和程序，后者的核心是意图和上下文。

这条路有明显的想象力，也有同样明显的风险。它能否成功，不取决于 Copilot 能不能写出一段流畅的回答，而取决于系统能不能在真实工作中稳定地完成几十个小动作，并且在出错前让用户看得见、管得住、撤得回。

如果微软能解决这些问题，开始菜单消失并不只是视觉变化；如果解决不了，Aion 最终可能只是一个把搜索框放大的概念演示。

至少在今天，微软已经把问题摆到了桌面上：当 AI 能理解你要完成的任务时，操作系统还需要让你先去找应用吗？

参考来源

• IT之家：微软 AI 智能体系统 Aion 曝光：以 Copilot 为核心、重塑桌面体验 —— 汇总 Windows Latest 及 BetaWiki Discord 频道披露的项目线索、界面截图和功能细节。