原生已死?微软力推 Electron 构建 AI 应用,自家 Copilot也再度“网页化”

在 Windows 11 全力迈向“AI 操作系统”的进程中,微软正面临一个尴尬的抉择:是坚持高性能但开发成本高的原生应用,还是拥抱开发便捷但资源消耗巨大的Electron/Web 技术

最新的迹象表明,微软选择了后者。尽管 JavaScript 之父 Brendan Eich 曾警告不要“仓促地用网络体验取代原生应用”,尽管 Discord 等应用因内存占用过高而备受诟病,微软仍在近期明确表示:鼓励开发者使用 Electron 构建 Windows 11 AI 应用,并声称无需编写一行原生代码。

原生已死?微软力推 Electron 构建 AI 应用,自家 Copilot也再度“网页化”插图

与此同时,微软自家的旗舰应用 Copilot 也再次放弃了部分原生框架,回归到基于 WebView 的混合架构。这一系列操作引发了社区对 Windows 体验“网页化”和“臃肿化”的深切担忧。

微软的策略:Electron + Windows AI = 捷径?

微软在最近的开发者文档和社交媒体中反复强调:

  • 零原生代码门槛:Electron 开发者可以直接调用 Windows 11 内置的 AI 能力(如文本生成、摘要、OCR、图像描述),无需编译 C++ 或 Rust 代码。
  • 硬件依赖:这些功能主要面向搭载 NPU 的 Copilot+ PC,利用本地算力运行小模型。
  • 现实考量:微软深知 Electron 已成主流(Discord, VS Code, WhatsApp 等均基于此),无法因噎废食。既然无法消灭 Electron,那就让它更好地融入 Windows AI 生态。
原生已死?微软力推 Electron 构建 AI 应用,自家 Copilot也再度“网页化”插图1

微软的逻辑很清晰:为了快速普及 AI 应用,必须降低开发门槛。如果强制要求原生开发,AI 生态的建立将遥遥无期。

原生已死?微软力推 Electron 构建 AI 应用,自家 Copilot也再度“网页化”插图2

隐忧:内存怪兽与“网页垃圾”

然而,这一策略的代价是显而易见的:系统资源的进一步消耗

  1. Electron 的原罪:每个 Electron 应用都捆绑了一个完整的 Chromium 浏览器实例。这意味着运行一个 Electron AI 应用,相当于在后台多跑了一个 Chrome 标签页,内存占用轻松突破几百兆甚至上 GB。
  2. Brendan Eich 的警告:JavaScript 之父、Brave CEO 就曾直言不讳地指出,Windows 11 的最大问题之一就是 WebView2 和 Electron 的滥用。他认为这种“仓促”的技术选型导致了系统的臃肿,牺牲了性能和用户体验。
  3. 应用的自我救赎:连 Discord 都不得不承认其 Windows 客户端是“资源大户”,并推出了“内存超过 4GB 自动重启”的功能来自我保护。如果更多 AI 应用加入 Electron 阵营,Windows 11 的内存压力将呈指数级增长。
原生已死?微软力推 Electron 构建 AI 应用,自家 Copilot也再度“网页化”插图3

微软自己的Copilot,偷偷变回了”网页套壳”

最具讽刺意味的是,微软自家的 Copilot 应用也未能免俗,经历了一场“原生 -> Web -> 原生 -> 再次 Web”的轮回:

  • 早期:基于 Edge/WebView 的侧边栏(被批评为“网页套壳”)。
  • 2025 年:Mustafa Suleyman 上任后,推出了真正原生的 WinUI 版本,去除了网页组件,性能优异,广受好评。
  • 2026 年(现在):最新的预览体验版本显示,Copilot 再次变成了一个混合应用
    • 证据:任务管理器中出现了 RendererGPU ProcessPWA Identity Proxy Host 等典型的 Chromium 进程。
    • 版本号:Copilot 的版本号与 Edge 浏览器完全同步(如 146.0.3856.63)。
    • 本质:虽然外壳可能是原生的(用于启动和窗口管理),但核心界面和逻辑再次加载自 copilot.microsoft.com

微软的解释:新的 Web 版 Copilot 启动速度甚至比之前的原生版更快,且迭代更灵活。
用户的质疑:如果连微软自己的旗舰 AI 应用都放弃了纯原生路线,转而依赖 Web 技术,那所谓的“Windows 原生 AI 生态”究竟还剩多少含金量?

原生已死?微软力推 Electron 构建 AI 应用,自家 Copilot也再度“网页化”插图4

微软的无奈??

微软的这一系列操作,折射出其在 AI 时代的两难处境:

  1. 速度与质量的博弈
    • 原生开发:性能好、集成深,但开发慢、人才少、跨平台难。
    • Web/Electron:开发快、跨平台易、生态广,但性能差、内存高、体验“不纯粹”。
    • 选择:在 AI 军备竞赛中,速度优先。微软需要尽快让海量应用具备 AI 能力,哪怕代价是牺牲一些系统性能。
  2. 生态统一的野心
    微软希望通过 Windows AI API 屏蔽底层差异。无论你是用 C#、C++ 还是 JavaScript/Electron,只要能调用这个 API,就能获得相同的 AI 体验。这是一种“以软件定义硬件”的思路,试图用统一的接口抹平技术栈的鸿沟。
  3. 硬件的背书
    随着 Copilot+ PC 的普及,硬件性能(尤其是 NPU 和大内存)的提升可能在一定程度上掩盖 Electron 的低效。微软或许赌的是:未来的电脑内存足够大,用户感知不到那额外的几百兆占用。但现在却因为AI,内存价格暴涨,起码要涨到2028年,也算是一件很幽默的事情了。

Windows 的“网页化”不可逆转?

微软力推 Electron AI 应用和 Copilot 的再次“网页化”,释放了一个明确信号:在 Windows 11 的未来中,Web 技术将占据主导地位,原生开发的边界将进一步收缩。

对于开发者而言,这是利好消息,意味着更低的上手成本和更广的受众。

但对于追求极致性能、低功耗和流畅体验的用户来说,这可能是一个糟糕的开始。当每一个 AI 助手、每一个办公工具都变成一个“微型浏览器”,Windows 是否会变得愈发沉重?

正如 Brendan Eich 所言:“这可以做好,但需要时间。”希望微软在追求 AI 普及速度的同时,不要忘记了打磨体验的初心。

毕竟,**用户需要的不是一个能跑 AI 的浏览器,而是一个高效、流畅的操作系统。

评论