如何把 Windows 11 从 28GB 压到 12GB：tiny11builder 完整指南
【免费下载链接】tiny11builderWinUI app for building smaller, customized Windows 11 images.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder
装完一套原版 Windows 11，C 盘被吃掉 28GB、空闲内存 2.1GB、开机要等 120 秒。tiny11builder 用微软自带的 DISM（官方系统镜像处理命令行工具）重新封装官方 ISO，产出一个精简系统镜像：装完只剩 12GB 或 8GB，开机快一半。
先泼冷水：精简会永久失去什么
⚠️ 先说结论：这是构建脚本，不是打包好的"精简系统盘"——删什么、留什么全写在 构建脚本 里明面上，但代价同样清晰。
标准版放弃的：
- 20 多个预装应用：Edge、OneDrive、Xbox 全家桶、Office Hub、邮件和日历、地图、录音机、媒体播放器、Internet Explorer 等
- 部分专业软件依赖被删的媒体组件，做创意设计的机器先查一遍依赖再动手
- Edge 本体删掉了，但设置页里还留着它的"残影"，属于观感问题
核心版放弃的（不可恢复）：
- 组件存储 WinSxS（Windows 系统组件的"仓库"）：物理删除，意味着这套系统从此永远装不了语言包、补丁和新功能
- Windows Update：没有 WinSxS，更新链路必然断裂，所以脚本整块移除（作者注明：留着反而会弄坏系统）
- WinRE 恢复环境：出问题时没有恢复界面可进
- Windows Defender：仅禁用，需要时可以重新打开
一句话：核心版是用完即弃的测试床，不是日常系统的替代品。要在某台机器上用几年，别走这条路。
两种精简模式怎么选：标准版 vs 核心版
仓库就两个脚本，区别只有一件事——删到多深：
| 能力边界 | tiny11maker.ps1 标准版 | tiny11Coremaker.ps1 核心版 |
|---|---|---|
| 移除 20+ 预装应用 | 是 | 是 |
| 组件存储 WinSxS | 保留 | 物理删除 |
| 构建后加装语言包 | 可以 | 永远不行 |
| 系统更新 | 可以 | Windows Update 已移除 |
| 按需启用新功能 | 可以 | 不行 |
| WinRE 恢复环境 | 保留 | 已移除 |
| Defender | 保留 | 禁用（可再启用） |
| 装后磁盘占用（作者口径） | 12GB | 8GB |
判断标准：
- 装在日常电脑、老 PC 上长期用，还需要更新 → 标准版
- 虚拟机、开发测试环境、想给游戏腾内存的机器 → 核心版
- 拿不准就先跑标准版，核心版永远可以之后再加
构建前检查清单
动脚本之前，逐项打勾：
- 原版 Windows 11 ISO 已下载——任意版本、语言、架构都行，脚本不再绑定某个特定 build
- 用资源管理器挂载 ISO，记下盘符（如
E:；脚本里只输字母，不带冒号） - 一块暂存盘（scratch），可用空间 30GB 以上：WIM（Windows 镜像文件）要在那里展开处理
- 已装Windows ADK（微软免费开发者工具包），里面才有
oscdimg.exe——ISO 封装工具，也是唯一外部依赖；没装的话脚本会自动下载这一个文件兜底 - PowerShell5.1，右键"以管理员身份运行"
- 仓库已克隆到本地
构建过程走查：5 个检查点
不用背流程，盯住每个检查点的信号就行：
检查点 1 · 环境与启动
git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder cd tiny11builder Set-ExecutionPolicy Bypass -Scope Process .\tiny11maker.ps1 -ISO E -SCRATCH D-Scope Process保证执行策略只改当前会话，不动系统设置。窗口出现 "Welcome to the tiny11 image creator!" 即环境通过；同时目录里生成一个tiny11_<时间戳>.log日志，全程留痕，出问题先看它。
检查点 2 · 参数输入
输入 ISO 盘符，再输入镜像索引（即 SKU，也就是基于哪个版本做镜像：家庭版、专业版等）。只输字母和数字。
检查点 3 · 组件移除与应答文件注入
脚本按清单逐个包名剥离预装应用，并写入 autounattend.xml 应答文件：跳过微软账户界面、以/compact压缩标志部署镜像。
检查点 4 · 恢复压缩
DISM 执行恢复压缩（系统镜像的无损压缩），体积真正缩水发生在这一步，也是最慢的一步。
检查点 5 · 封装出片
oscdimg.exe把目录封装成可启动 ISO。✅ 脚本目录里出现tiny11.iso即完成，按回车退出，临时文件自动清理。
核心版在流程中途多一个决策点：是否启用 .NET 3.5（y/n）。镜像生成后此选择不可更改，按目标软件的需求回答。参数用得不熟，在脚本目录运行
get-help看内置帮助。
数字说话：精简前后数据对比
作者给出的官方口径数据（标准版为主，核心版见右列）：
| 指标 | 原版系统 | 标准版 | 核心版 |
|---|---|---|---|
| 装后磁盘占用 | 28GB | 12GB | 8GB |
| 空闲内存 | 2.1GB | 约 850MB | 约 650MB |
| 冷启动耗时 | 120 秒 | 约 45 秒 | 约 35 秒 |
| 浏览器冷启动 | 15 秒 | 约 7 秒 | — |
| 预装应用 | 20+ 项随系统落盘 | 已移除 | 已移除 |
提醒一点：核心版的数字建立在"永不更新"的前提上——功能越不可恢复，省下的资源越纯粹。
哪些配置可以动，哪些碰了不可逆
可以放心改的：
- 移除清单：脚本按包名逐行列出应用，想保留某个（比如 Edge）就把对应行注释掉；项目明确欢迎自行增删
- autounattend.xml：控制无人值守行为——跳过微软账户界面、
/compact部署，还可以加入默认用户名与计算机名 - 运行参数：
-ISO与-SCRATCH顺序随意；不指定暂存盘时默认落在脚本所在目录
碰了就回不去的：
- 核心版的 .NET 3.5 抉择：构建时一次性决定，事后无解
- WinSxS：核心版物理删除，ISO 生成的那一刻就永久定型；只要有一丝"以后可能要更新"的可能，就走标准版
- 标准版的 WinSxS：它正是系统可维护性的根基，别为省空间手动去动它
这些坑提前知道
README 列出的已知问题，装之前心里有数：
- Edge 残影：应用已删，设置页仍留有痕迹，观感问题不是故障
- Winget：装应用前可能需要先通过 Microsoft Store 更新一次 Winget 本体
- Outlook 和 Dev Home：过段时间可能重新出现，最新脚本尝试更激进地拦截，但属于持久战
- arm64 设备：构建时可能闪一下报错（arm64 镜像的 System32 里没有 OneDriveSetup.exe），不影响产物
- 别急着上实机：先挂进虚拟机启动一遍，确认驱动、常用软件、.NET 依赖都齐全
不同画像，不同建议
- 老 PC 长期自用：标准版先在虚拟机完整跑一轮，日常功能确认无虞再上实机，核心版不用碰
- 虚拟机 / 开发测试：直接核心版，用完即弃；.NET 3.5 按被测软件需求回答
- 游戏专用机：标准版就足够腾出内存和磁盘；只有接受"永不更新"才考虑核心版
- 企业办公 / 生产服务器 / 创意设计工作站：不要用，它们依赖完整的更新、域管理和媒体组件栈
【免费下载链接】tiny11builderWinUI app for building smaller, customized Windows 11 images.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
