tiny11builder 完整指南：一键把 28GB 的 Windows 11 系统镜像精简到 12GB

tiny11builder 完整指南：一键把 28GB 的 Windows 11 系统镜像精简到 12GB

【免费下载链接】tiny11builderWinUI app for building smaller, customized Windows 11 images.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder

tiny11builder 是一个用 PowerShell 编写的开源脚本项目，专门做 Windows 11 系统精简与镜像构建：它用系统自带的 DISM（微软官方的镜像管理工具）处理官方 ISO，移除预装应用与冗余组件，再压缩镜像，最终输出一张新的可启动 ISO。它主要面向两类人：想让老电脑跑新系统的用户，以及需要极小测试环境的开发者。它不是第三方魔改盘，唯一的外部可执行文件是随 Windows ADK 提供的oscdimg.exe（用于封装 ISO），详见 README.md。

28GB 里的真东西有多少：先看官方镜像装了什么

全新安装的 Windows 11 官方镜像磁盘占用约 28GB，其中很大一部分是多数人不会碰的"行李"：23 个预装应用（Edge、OneDrive、Clipchamp、Xbox、Office Hub 等，完整清单见 README 的 What is removed 一节）、系统组件存储 WinSxS（存放更新和功能扩展所需"备件"的仓库）、Windows Update 和 WinRE。

标准脚本 tiny11maker.ps1 做的是逐个移除那 23 个预装应用；核心脚本 tiny11Coremaker.ps1 在此之上再删除 WinSxS、Windows Update、WinRE，并禁用 Windows Defender（需要时可手动重新启用）。精简完成后实测的前后对照数据（来自参考文章的对比测试，非官方 README 发布值，核心版数值在括号内）：

整个精简过程本质上就是三步：用 DISM 卸载应用与组件、用 DISM 的恢复压缩功能缩小体积（README 说明这一步显著减小了最终 ISO 大小）、再用oscdimg.exe封装成可启动 ISO。

怎么选：你愿意用多少"可维护性"换空间

两个脚本的差异不在"删得多不多"，而在一句话：这个系统以后还要不要能被维护？

• 标准版保留组件存储，装好后仍能接收更新、添加语言包、启用新功能，代价是部分膨胀内容仍在；
• 核心版删掉了 WinSxS，而 Windows Update 依赖它，所以"创建之后永远不能再加语言、更新或功能"（README 原话：不适合日常使用），它是一块用完即弃的测试床，不是日常系统的替代品。

按标准对号入座：

• 日常电脑、老设备长期用 → 标准版
• 虚拟机开发、临时测试、给游戏让内存 → 核心版
• 依赖补丁、域管理、企业功能栈的办公环境，以及生产服务器 → 两者都不建议用

动手前的准备：挂载官方 ISO、备好暂存盘

三样东西要先就位：

1. 官方 ISO：从微软官方下载页获取 Windows 11 原版 ISO（README 也提到可用 Rufus 下载），用资源管理器挂载，记下盘符（如E）；
2. 暂存盘：构建过程要完整解压镜像，需要一块空闲空间充足的暂存盘（参考文章建议 30GB 以上）；暂存区是临时存放区，别放重要数据；
3. oscdimg.exe：脚本会优先使用 Windows ADK 里自带的oscdimg.exe，若检测不到 ADK，脚本会自动下载一份（该逻辑写死在脚本里），所以 ADK 属于"有更好、没有也能跑"。

然后以管理员身份打开 PowerShell 5.1，先执行：

Set-ExecutionPolicy Bypass -Scope Process

它只对当前会话临时放开脚本执行限制，会话结束即恢复原设置。脚本自身还会检测执行策略和权限：受限时会询问是否放开策略，没有管理员权限时会自动拉起一个提权窗口。

两条命令完成构建：从官方 ISO 到 tiny11.iso 🛠️

先克隆仓库：

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

进入目录后启动脚本（以标准版为例）：

.\tiny11maker.ps1 -ISO E -SCRATCH D

两个参数都非必填，缺省时脚本会交互式询问：

• -ISO：挂载好的官方 ISO 的盘符，只填字母不带冒号；
• -SCRATCH：暂存盘盘符，省略时以脚本所在目录作为暂存区；
• 具名参数顺序任意，建议用-ISO/-SCRATCH这种完整写法。

启动后脚本会让你选择基于哪个 SKU（家庭版/专业版等）生成镜像，随后自动跑完整个流程：移除应用与组件 → 使用无人值守应答文件 autounattend.xml（其中的Compact标志让安装时以压缩模式部署，OOBE 设置会跳过微软账户界面）→ DISM 恢复压缩 → 封装为tiny11.iso。用核心版时留意：构建中途脚本会询问是否启用 .NET 3.5，这个选择镜像生成后无法更改。

写入实机前：在虚拟机里验证一遍 ✅

ISO 生成后别急着写实机，先挂进虚拟机启动，重点检查：

• 驱动是否齐全（显卡、网卡、声卡）；
• 依赖的 .NET 版本能否正常工作（核心版若当时没勾选 .NET 3.5 就没有）；
• 常用软件能否正常安装、运行。

README 还列了 4 个已知问题，提前有数：

1. Edge 已删除，但设置页仍留有少量残留条目；
2. Winget 安装应用前可能需要先更新一次 Winget 本身；
3. Outlook 和 Dev Home 过段时间可能重新出现（最新脚本已加强拦截，但不保证彻底）；
4. arm64 上运行脚本时可能闪过一次错误（arm64 镜像的 System32 中没有 OneDriveSetup.exe），不影响构建结果。

三处可以动刀的地方：移除清单、应答文件、.NET 3.5

• 移除清单：脚本里应用按包名逐行列出，想保留某个应用（比如 Edge），把对应行注释掉即可；项目本身鼓励随意增删；
• autounattend.xml：控制无人值守安装行为的应答文件，现有三项核心设置——Compact压缩部署、跳过微软账户界面、关闭内置聊天应用的自动安装；按微软 unattend 格式还可以扩展默认计算机名和用户名；
• .NET 3.5 抉择：目标软件若依赖 .NET 3.5（部分旧版企业软件会），核心版构建询问时选"是"；判断错了只能重建镜像，没有补救路径。

从哪开始：先标准版、虚拟机，核心版备而不用

给出一条可执行的路径：

1. 第一步永远是一次完整构建：标准版 → 虚拟机验证 → 确认日常功能没问题后再上实机；
2. 在决定用核心版之前问自己：这个系统以后会不会要装更新或语言包？答案是"会"，就选标准版；
3. 参数拿不准时，先查内置帮助再动手，别猜。

已知限制照单全收：核心版意味着永久放弃更新能力，企业办公与生产服务器场景直接排除，创意设计工作站要留意被移除的媒体组件可能影响专业软件。

【免费下载链接】tiny11builderWinUI app for building smaller, customized Windows 11 images.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder