AI让Windows下载包越来越大，这意味着什么？

Windows的下载包比以往任何时候都要大。过去六个月里，我多次注意到这一现象，但一直没有时间深入研究。

直到我看到Michael Niehaus发布的一篇文章《Windows 11为何越来越大？》，才意识到这并非错觉。

Michael的图表显示，从2024年11月Windows 11 24H2版本首次发布，到2026年7月的25H2版本，多版本合一的安装包体积持续增长。由于25H2是以24H2的补丁包形式交付的，两个版本实际上来自同一分支。

在不到两年的时间里，新增了近6000个文件夹和超过20000个文件。

我整理了自2015年Windows 10首次发布以来的多个ISO镜像，绘制了下载体积的变化趋势。即便使用媒体创建工具下载最新ISO，文件大小依然高达6.8 GB，几乎是最初Windows 10发布时的两倍。

Michael的研究结论尤为值得重视，因为他曾在微软工作了16年，专注于Windows部署相关工作。如果你曾经负责过企业环境中的Windows批量部署，很可能也从他那里学到过不少东西。他目前就职于瑞典公司2Pint Software，仍在从事相关领域的工作。

我一向不太愿意用"臃肿"来形容Windows，毕竟人们对微软软件体积过大的抱怨由来已久，甚至可以追溯到MS-DOS时代。当年Windows XP发布时，有评测称其为"一头庞然大物，需要顶配PC和整整两GB硬盘空间才能运行"。两GB硬盘空间，在那个年代确实显得很多。

但这一次或许真的不同了。过去，微软和OEM厂商可以通过升级硬件来解决问题。然而，内存和存储价格的大幅上涨预计将持续数年，"堆硬件"的老路已经走不通了。

系统存储是最薄弱的环节。微软对Windows 11的官方最低要求是64 GB系统盘。我专门用这个容量的虚拟硬盘搭建了一台虚拟机，安装最新版Windows 11及最新更新后，峰值存储占用达到28.2 GB——在还没有安装任何应用或保存用户数据的情况下，就已经占用了将近一半的空间。

对于体积增长的原因，我与Michael进行了交流。他指出，累积更新体积庞大的一个重要原因，是其中包含了大量AI相关代码——具体来说，是供Copilot+ PC上各类本地AI功能使用的约3 GB共享AI模型。深入查看这些文件，可以发现数十个以WindowsWorkload.*命名的文件，专门服务于这一目的。即便你用的是没有NPU、不支持Copilot+的普通PC，这些文件也会被一并下载，然后在安装过程中被忽略。

"Windows越来越大了吗？是的，"他告诉我，"更新越来越大了吗？是的。Copilot+让情况更糟了吗？是的，糟糕得多。"

他还指出，微软正在通过Windows Update的月度累积更新来推送大量这类代码，而不是通过微软应用商店以系统组件的形式分发。后者其实是一个可行的替代方案——Windows 11已经在用这种方式交付部分重要组件，这样既能减轻Windows Update的负担，也意味着相关更新只在对应应用被使用时才需要下载，而且无需重启即可完成安装。

对于负责在企业网络中部署和维护Windows的IT人员来说，这些问题尤为棘手。

最大的挑战来自那些系统盘只有64 GB的用户。微软声称这个容量足以运行Windows，但很难想象在这种配置下能做什么实质性的工作。我认同Michael的观点：128 GB应该是最低标准，而从事开发或创意工作的用户则需要至少1 TB的存储空间。

Q&A

Q1：Windows 11安装包为什么越来越大？

A：Windows 11安装包体积持续增长，主要原因之一是累积更新中包含了大量AI相关代码，包括约3 GB供Copilot+ PC本地AI功能使用的共享AI模型文件。此外，近两年内还新增了近6000个文件夹和超过20000个新文件。即便是不支持Copilot+的普通PC，也需要下载这些AI模型文件，只是在安装时会被忽略。

Q2：64 GB系统盘能正常运行Windows 11吗？

A：理论上满足微软的最低要求，但实际上非常紧张。安装最新版Windows 11及更新后，峰值存储占用可达28.2 GB，接近64 GB的一半，还没有安装任何应用或保存用户文件。建议将128 GB作为实际使用的最低标准，从事开发或创意工作的用户则需要至少1 TB存储空间。

Q3：微软有办法解决Windows更新包越来越大的问题吗？

A：有一个可行方向：通过微软应用商店以系统组件形式分发更新，而非全部通过Windows Update推送。这样只有在相关应用被使用时才需要下载对应更新，还能省去重启步骤。Windows 11已经在用这种方式管理部分重要组件，但AI相关的大体积代码目前仍主要通过Windows Update分发。