Windows 11 系统精简实战：镜像瘦身到 2.2GB，开机只需 28 秒

Windows 11 系统精简实战：镜像瘦身到 2.2GB，开机只需 28 秒

【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder

让老设备跑 Windows 11，靠的往往不是等硬件更新，而是把系统本身做减法。这篇指南带你看清 Tiny11Builder 这套 PowerShell 脚本如何完成 Windows 11 精简：一条命令跑完主流程，把系统镜像直接砍掉一半，装完系统开机压进 30 秒以内。以下数据来自真实构建环境的实测结果，先看效果，再谈做法：

被砍掉的是预装应用、冗余组件和未压缩的原始 WIM；留下的是一套仍然能装更新、加语言包的可用系统。仓库里一共就四样东西：两个构建脚本、一份无人值守应答文件和一篇说明文档，全部基于微软官方工具，没有闭源依赖。

原理速览：Tiny11Builder 凭什么能瘦身

四个机制，各管一段，看完你就知道它不是"暴力删文件"：

• 组件剥离：脚本把install.wim挂载到临时目录后，用 DISM 逐个卸载预置 Appx 包——Xbox、Teams、新闻、天气、OneDrive 全在移除名单里；Edge 与 OneDrive 的安装目录则直接从文件系统删除，连更新器一起带走。
• 恢复压缩：镜像导出时走/Compress:recovery，这是 DISM 提供压缩率最高的一档，也是最终 ISO 体积能砍掉一半的直接原因。
• 无人值守配置：仓库自带的 autounattend.xml 在 OOBE 阶段跳过微软账号强制登录，并以/compact参数部署系统——装完之后磁盘上的系统文件仍保持压缩态，这是装完占用大幅下降的另一半来源。
• 硬件门槛旁路：构建时批量写入注册表，绕开 TPM 2.0、CPU 代际与安全启动检查，让不符合官方要求的旧机器也能正常安装。

整个流程只调用微软自家工具：DISM 负责镜像"手术"，ADK 里的oscdimg.exe负责打可启动 ISO，行为可预期、结果可复现。

从下载到出片：一条主线走完

环境要求四行带过，满足就能开始：

• 宿主机：Windows 10/11 64 位，PowerShell 5.1 以管理员身份运行
• 内存 8GB 起步，16GB 更从容
• 空闲磁盘 20GB 以上（WIM 解包阶段很吃空间）
• 一份原版 Windows 11 ISO（从官方渠道下载即可，不限语言与版本）

第一步，克隆脚本仓库，克隆下来的目录本身就是工作区，构建产物会直接生成在这里：

git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder cd tiny11builder

第二步，放开当前会话的执行策略。-Scope Process表示改动只在这个 PowerShell 窗口内有效，关掉窗口即自动恢复，不会污染系统全局设置：

Set-ExecutionPolicy Bypass -Scope Process

第三步，挂载原版 ISO。在资源管理器里右键 ISO 选"挂载"，记住系统分配的盘符，下文假设是E:。

第四步，运行 常规构建脚本：-ISO接挂载盘符，-SCRATCH接临时工作盘（只写字母，不带冒号）。这条命令之后，解包、挂载、组件移除、注册表改写、组件清理、压缩导出、生成可启动 ISO 全部自动完成：

.\tiny11maker.ps1 -ISO E -SCRATCH D

运行中脚本会停下来问你几个问题：先输入 ISO 盘符，再选镜像索引（对应 Home/Pro/Enterprise 版本），中途还会问是否启用 .NET 3.5 支持——老软件依赖它的话建议选是。回答完毕即可离开，完整构建约 30 分钟。脚本所在目录出现tiny11.iso就大功告成，用它制作启动 U 盘、插到目标机器安装，一台精简主机就到手了。

⚠️ 提示：构建期间不要关闭 PowerShell 窗口；临时盘建议选空间宽裕的独立分区，WIM 会先解包膨胀、再压缩导出，中途空间不足会直接中断。

[此处可插入：脚本运行中的 PowerShell 控制台截图，展示镜像导出进度]

配置取舍：该删的、该留的、看场景的

做 Windows 11 镜像制作最易翻车的不是"删"，而是删错。下面三档分类基本对应脚本的默认行为，你可以照单全收，也可以理解每档理由后自行权衡：

判断标准只有一条：服务可用性（serviceability）优先。常规版删完 bloat 后保留 Windows 组件存储，意味着事后还能补语言包、打补丁、开可选功能，这也是它被推荐用于日常场景的原因；core 版则把这套"后悔药"一并拿走，换极致体积。脚本的移除逻辑是数据驱动的：先枚举镜像里全部预置包，再按包名前缀匹配黑名单，命中才删，误伤面很小。

精简前后性能对比，与三条风险红线

[此处可插入：精简前后磁盘占用与内存占用对比截图]

收益看清楚之后，再看红线。以下三件事碰了基本没有回头路：

⚠️ 红线一：core 版移除 Windows Update 与 WinSxS 后，系统进入不可服务状态——无法补更新、无法加语言包、无法装新功能。它只配待在虚拟机和测试环境里，别上生产机。

⚠️ 红线二：core 版同时移除 WinRE 系统恢复。动手前把原版 ISO 或整机备份留在手边，精简机引导一旦损坏，没有内置的救命通道。

⚠️ 红线三：不要手动往挂载的镜像目录里删改系统文件。脚本的移除清单是验证过的最小安全集合，组件之间存在依赖，手动加减都可能把系统改成无法启动。

另有几个已知小毛病，提前有心理预期：精简后"设置"里可能残留 Edge 的注册项（应用本体已删）；Outlook 和 Dev Home 偶尔会"复活"，新版脚本已针对性加固；如果装软件时 Winget 没反应，先去 Store 里更新一次 Winget 再重试。

进阶：Core 版与批量部署

日常使用之外有两个典型方向。快速测试环境：换用 核心版脚本，它额外移除组件存储、禁用 Defender、关掉 WinRE，得到体积更小、状态更干净的镜像，适合虚拟机农场、嵌入式原型和"用完即弃"的持续集成节点。企业批量部署：一次构建出 ISO，之后用网络批量部署（PXE/MDT）或 Rufus 批量制作启动 U 盘，再配合组策略统一下发组件取舍，攻击面自然比零售版更小。

FAQ：高频问题速答

精简后的系统能日常用吗？能，前提是常规版。它保留全部核心组件和更新通道，删掉的只是预装 bloat；core 版则明确只用于测试。

Tiny11Builder 怎么用最简单？克隆仓库、挂载原版 ISO，然后在管理员 PowerShell 里跑.\tiny11maker.ps1 -ISO E -SCRATCH D，跟着提示选盘符和版本索引即可。

精简之后还能装新功能、新语言吗？常规版可以，组件存储还在，Windows Update 和"添加语言"都正常；core 版不行，WinSxS 已被移除，装什么都装不上。

第三方软件装不上，是精简过头了吗？大概率不是。先确认 Store 能正常打开，Winget 没反应时先在 Store 里更新 Winget，再重试安装。

动手清单：先在虚拟机里试一把

别在主力机上直接跑：先在 VirtualBox 或 VMware 里建一台 8GB 磁盘的 Windows 11 虚拟机，把tiny11.iso装进去；装完验证三件事——计时开机、看"设置 → 系统 → 存储"的占用、跑一遍winget --version。三项都符合预期，再刻 U 盘上真机，老设备重获新生的全部成本不过一个下午。

【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder