三条命令给 Windows 11 镜像瘦身 40%：tiny11builder 实操
【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder
一块新硬盘装完 Windows 11 官方镜像，C 盘先被拿走 25–30GB，其中一大半是叫不出名字的东西；而安装用的 ISO 本身还要占 5.5GB 空间，挂载、复制、重装都得为它腾地方。tiny11builder 是纯 PowerShell 写成的镜像精简脚本：它只调用微软自家的 DISM，在镜像层面把 Clipchamp、Xbox 全家桶、Teams、Office Hub 这类预装应用摘掉，关掉遥测与广告推送，再用恢复压缩模式重新封装，最终产出一枚约 3.2GB 的tiny11.iso，装完后的磁盘占用也接近减半。全程你只需要敲三条命令。
官方镜像与精简镜像的账面差距
下面是实测的参考量级，具体数值会随 Windows 11 版本和你的选项浮动：
- ISO 体积：官方约 5.5GB → 精简后约 3.2GB
- 装完磁盘占用：25–30GB → 12–18GB
- 后台常驻进程：150+ → 85–110
- 开机到桌面：45–60秒 → 25–35秒
差值来自三个动作：镜像层移除 20 多个预装应用、注册表层面关掉遥测和广告推送并禁用一批计划任务、DISM 以恢复压缩模式重新导出 install.wim。
动手前：环境要求和两条路径怎么选
跑脚本前确认四件事：
- 宿主机是 Windows，能打开PowerShell 5.1并以管理员身份运行
- 脚本支持任意Windows 11 版本、任意语言、x64 与 arm64 架构，不需要"找对应版本的脚本"
- 一份 Windows 11 ISO，双击挂载后会得到一个盘符（下文假设是 E:）
- 一块工作盘（下文假设是 D:），空闲空间至少 10GB，中途要存放解压出的镜像文件
仓库根目录的两个脚本对应两条路线，选型先做对：
| 脚本 | 精简强度 | 装完能否打更新 / 加语言包 / 启组件 | 适合场景 |
|---|---|---|---|
| tiny11maker.ps1 | 标准：移除预装应用、关遥测广告 | 可以，系统保持可维护 | 日常主力机、虚拟机模板 |
| tiny11Coremaker.ps1 | 核心：再清 Windows 组件存储（WinSxS）、停用 Defender、移除 WinRE | 不行 | 一次性虚拟机、开发测试沙箱 |
核心模式生成的镜像不可维护：出片之后无法安装更新、无法添加语言包、无法再启用任何功能组件。这条路只能走一次，不要拿它装日常主力机。
从克隆仓库到出片：完整操作
把仓库克隆到任意目录：
git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder挂载 Windows 11 ISO。资源管理器里双击 ISO 文件即可，它会出现为一个独立的盘符。
以管理员身份打开 PowerShell 5.1，进入项目目录，临时放开执行策略：
Set-ExecutionPolicy Bypass -Scope Process-Scope Process表示变更只对当前这个 PowerShell 会话有效，关掉窗口后系统原有策略原样保留。脚本自己也会检测管理员身份和执行策略，缺了会提示你补。启动脚本，两个参数都只填盘符、不带冒号：
.\tiny11maker.ps1 -ISO E -SCRATCH D-ISO指向挂载后的 ISO 盘符；-SCRATCH指向工作盘盘符，预留 10GB 起步别省。走核心模式则换成.\tiny11Coremaker.ps1 -ISO E -SCRATCH D。脚本列出镜像内所有 SKU，按提示输入 Home 或 Pro 对应的序号，然后就不用管了。核心模式开跑前还会多问两次：确认知晓"不可维护"，以及是否启用 .NET 3.5——这个选项在镜像完成后无法再改，答之前想清楚。
跑完大约 15–30 分钟，tiny11.iso会出现在项目目录里，临时文件自动清理、ISO 自动卸载。
为什么能瘦：镜像层的三个关键动作
- 移除发生在镜像层，不是装完再删。脚本用 DISM 把 install.wim 挂进临时目录，取出镜像内置的预装 AppX 清单逐项比对移除，Edge、OneDrive 这类则直接删文件加清注册表——新装出的系统天生没有它们，不存在"系统自己装回来"的问题。
- ISO 体积由压缩模式决定。精简完成后，DISM 以
recovery压缩模式重新导出 install.wim，这是 ISO 从 5GB+ 落到 3.2GB 的直接原因；最后由 Windows ADK 里的oscdimg.exe封装成可启动 ISO。 - 应答文件接管了安装过程。项目自带的 autounattend.xml 在 OOBE 阶段隐藏微软账户强制登录（可直接建本地账户），并让安装程序带
/compact压缩标志部署系统；配合注册表层面的遥测开关、广告禁用和 TPM/CPU/RAM 检测绕过，老机器也能装这枚精简镜像。
常见卡点：症状—原因—处理
症状：设置里还留着 Edge 的残留入口 原因：应用本体已从镜像删除，只是设置页留了点壳 处理：正常现象，无需操作
症状：装完系统后 winget 装不了应用 原因：精简镜像内的 winget 版本滞后 处理：先到 Microsoft Store 里把 winget 更新一遍再装
症状：Outlook 和 Dev Home 隔段时间又冒出来 原因：脚本已写入若干注册表值做预防，但官方文档也承认这是一场持久战 处理：再出现就手动删一次
症状：arm64 环境下运行中闪一下报错 原因：arm64 镜像的 System32 里没有 OneDriveSetup.exe 处理：忽略，不影响最终出片
症状：脚本中途卡住或报权限、执行策略相关错误 原因：多数是工作盘空间不足（10GB 起步），其次是权限没给足 处理：先查
-SCRATCH指定盘的剩余空间，再按脚本提示确认管理员身份和策略
按用途分镜像
主力机和虚拟机模板走标准精简tiny11maker.ps1，出片后建议先在一台新环境完整跑一遍验证，再批量部署。一次性测试床、虚拟机沙箱走核心精简tiny11Coremaker.ps1，体积最省，但它永远打不了更新，上面别放任何重要数据，也别指望它能长期服役。
【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
