Windows 11系统精简完整实战：tiny11builder 让 2012 年老笔记本重新起飞

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

如果非要用一个词来形容我那台 2012 年购入的笔记本，大概就是"老骥伏枥"。它陪我从校园走到职场，却在微软的硬件体检面前屡屡吃瘪——每次尝试升级 Windows 11，都会在同一个红色警告面前刹车：这台设备不满足系统要求。也就是从那天起，我才开始认真研究 Windows 11系统精简这件事，并最终遇到了本文的主角：tiny11builder。

如果你手里也有一台"食之无味、弃之可惜"的旧电脑，这篇文章或许能帮你找到答案。我会用自己完整跑通一遍的亲身经历，把工具是什么、为什么能成、怎么用、有什么坑，一次性讲清楚。

一段开机要三分钟的往事：旧电脑真的还能再战吗

先说说这台电脑的惨状：机械硬盘、4GB 内存、无 TPM 2.0、CPU 型号老到连微软自己的兼容列表都查无此人。升级到 Windows 11 之前，我一度觉得它唯一的归宿是回收站。

但真正让我动起"改造"念头的，是 Windows 10 的官方支持进入倒计时。不升级，系统安全更新迟早停摆；升级，硬件门槛又卡在门口。市面上不是没有"绕过 TPM 检查"的小工具，但那只是让安装程序睁一只眼闭一只眼，装出来的系统依旧是那个臃肿的原版——开机慢、风扇吵、硬盘灯常亮，4GB 内存被后台进程吃掉大半。

这就引出一个更本质的问题：除了官方升级和继续硬撑，有没有第三条路？

三条路摆在面前：给系统做减法，而不是硬碰硬

摆在旧电脑面前的选择，其实只有三个方向：

第三条路的关键在于：问题的根源不只是 TPM 和内存检查，更是 Windows 11 自带的大量预装应用和后台服务。如果能把这一步解决掉，旧硬件跑新系统的天平就会重新倾斜。

tiny11builder 正是冲着这个目标来的：它是一个用 PowerShell 编写的 Windows 11 镜像精简工具，定位非常纯粹——把官方 ISO 里的冗余组件批量剔除，再顺手解开硬件限制，最终产出一个可以直接安装的自定义镜像。

初次见面：tiny11builder 凭什么能解开硬件封锁

一开始我也怀疑：一个脚本凭什么能撬动微软的安装门槛？读过它的源码后我才明白，它做的不是"破解"，而是在镜像生成阶段就直接动手脚。

具体来说，它的思路是这样的：

1. 把官方 ISO 里的install.wim系统镜像挂载出来，变成可读写的文件夹；
2. 在这个"半成品"系统里，用 DISM 工具批量卸载预装应用、删除组件；
3. 用reg命令加载镜像内的注册表文件，写入绕过 TPM/CPU/内存/安全启动检查的开关；
4. 重新压缩、封装成新的 ISO。

整个过程完全基于微软官方的 DISM 工具链，唯一的第三方可执行文件只有oscdimg.exe（来自 Windows ADK，用于生成可启动 ISO），所以不存在"夹带私货"的安全顾虑。它给镜像里的安装程序提前打好招呼，让系统默认认为硬件是合格的——这比安装时再去改注册表要干净得多。

顺带一提，项目源码完全开源，如果你想加东西、删东西，或者只是好奇它每一步在做什么，都可以直接翻脚本看，注释虽然不多，但逻辑并不难懂。

出发前的行囊：环境准备与三个最容易忽略的细节

动手之前，先把家当备齐。我的建议清单是这样的：

• 一台能正常运行的 Windows 电脑（用来跑构建脚本）；
• 微软官方下载的 Windows 11 ISO 镜像；
• PowerShell 5.1（系统自带），务必以管理员身份运行；
• 至少 30GB 空闲磁盘空间，用来存放挂载和临时文件；
• Windows ADK（如果没装也不怕，脚本会在需要时自动下载 oscdimg.exe）。

然后是三个我差点栽跟头的细节：

细节一：执行策略只是"临时豁免"。在 PowerShell 里跑.ps1脚本前，通常要先放开执行策略。官方推荐的做法是：

Set-ExecutionPolicy Bypass -Scope Process

注意-Scope Process这个作用域——它只在当前这个 PowerShell 会话里生效，关掉窗口就恢复原状，不会动你系统里原本的安全策略。如果你嫌麻烦直接全局放开，那是把自己的电脑大门敞开给所有脚本。

细节二：两个参数的真正含义。运行脚本时只需要指定两个参数：

.\tiny11maker.ps1 -ISO E -SCRATCH D

• -ISO：已挂载 ISO 的盘符，只写字母不带冒号；
• -SCRATCH：临时工作目录所在盘符，脚本会把解压、挂载、处理都放在这里。

如果-SCRATCH不传，脚本会默认把临时目录建在脚本自身所在的分区。参数校验用的是^[c-zC-Z]$这个正则，也就是说盘符必须落在 C 到 Z 之间。

细节三：管理员权限是硬性要求。脚本开头有一段自检逻辑：如果检测到当前不是管理员身份，它会自动弹窗要求提权，在一个新窗口里用管理员权限重跑自己。所以就算你忘了右键"以管理员身份运行"，它也会想办法自己拿到权限。

第一道选择题：标准版与核心版，到底该 pick 谁

仓库里躺着两个脚本，这是我第一次站在岔路口。它们不是"功能强弱"的关系，而是"取舍取向"的区别。

tiny11maker.ps1（标准版）：主打"减重但不断粮"。它移除大量预装 UWP 应用、Edge、OneDrive 等，但保留 Windows 组件存储（WinSxS）和 Windows Update。装好之后，你依然可以正常添加语言包、安装系统更新、补装功能。适合把旧电脑当作日常主力机的人。

tiny11Coremaker.ps1（核心版）：主打"极简到骨头"。在标准版的基础上，它进一步删掉 WinSxS 组件存储、WinRE 恢复环境，并把 Windows Update 和 Windows Defender 一并停用。代价是系统从此失去"可维护性"——装完之后无法再添加语言、更新或功能。作者自己在脚本里也说得直白：这不是日常使用的替代品，而是给开发测试、虚拟机场景准备的"快速沙盒"。

用场景化的方式总结就是：

• 办公、家用主力机→ 选标准版，留着更新通道，系统才能长期健康；
• 虚拟机、CI 测试、临时开发环境→ 选核心版，反正用完就扔，极致省资源；
• 两者都想要→ 标准版打底，另外开一台虚拟机用核心版玩，各取所需。

另外，核心版在构建过程中会多问一句：是否要启用 .NET 3.5 支持。这个决定必须在镜像生成前做，因为系统组件库（WinSxS）已经被拆掉了，事后想补都补不回来。

三个"手术动作"：镜像瘦身背后的核心原理

理解了版本差异，再看它具体怎么"动刀"，就容易多了。整个精简过程可以拆成三个反复出现的手术动作。

动作一：挂载——把镜像当成一个"文件夹"来操作

Windows 镜像（WIM 文件）本质是个压缩包，不能直接改。DISM 的Mount-WindowsImage命令可以把里面的系统"摊开"成一个普通文件夹，改完再提交回去：

Mount-WindowsImage -ImagePath "D:\tiny11\sources\install.wim" -Index 1 -Path "D:\scratchdir"

挂载之后，删文件、改注册表、装组件，都跟操作普通目录一样。所有修改都会在最终卸载时被"提交"回 WIM 文件，这也是整个工具能自动化流水线作业的基础。

动作二：批量卸载——一张前缀清单，扫掉一片预装应用

标准版脚本里维护了一个$packagePrefixes数组，里面写满了需要剔除的应用前缀，比如Microsoft.BingNews、Microsoft.YourPhone、Microsoft.Xbox.GamingOverlay、Clipchamp.Clipchamp等等。脚本先调用 DISM 列出镜像里所有预置的 Appx 应用包，再用通配符前缀做匹配，命中一个删一个：

dism /image:D:\scratchdir /Get-ProvisionedAppxPackages dism /image:D:\scratchdir /Remove-ProvisionedAppxPackage /PackageName:Microsoft.BingNews_...

这套"清单 + 前缀匹配"的机制，正是定制化的入口——想保留哪个应用，把它从清单里删掉即可。核心版还会更进一步，直接按包名模式移除Windows-Defender、Windows Media Player等系统级包，并处理 Edge、OneDrive、WinRE 的残留文件。

动作三：注册表离线注入——给镜像"预装"一份优化配置

普通注册表工具改的是当前运行中的系统，而 tiny11builder 用的是离线加载：先把镜像里的注册表文件用reg load加载到临时挂载点，改完再reg unload卸载：

reg load HKLM\zSOFTWARE "D:\scratchdir\Windows\System32\config\SOFTWARE" reg add "HKLM\zSOFTWARE\Policies\Microsoft\Windows\DataCollection" /v AllowTelemetry /t REG_DWORD /d 0 /f reg unload HKLM\zSOFTWARE

就是靠这种方式，脚本在镜像里写入了上百条优化：关闭遥测、禁止预装推广应用、禁用保留存储、关闭 BitLocker 设备加密、藏起聊天图标、停用 Copilot、阻止 Teams 和 Outlook 自动回装……甚至BypassTPMCheck、BypassCPUCheck这些硬件检查开关，也是在HKLM\zSYSTEM\Setup\LabConfig这个位置被提前置位的。

隐藏的第四个动作：自动应答文件

仓库里的autounattend.xml是无人值守安装的钥匙。它在 OOBE（开箱即用）阶段做了两件关键事：一是隐藏在线账户界面（HideOnlineAccountScreens），让你用本地账户完成设置；二是启用压缩安装（<Compact>true</Compact>），进一步压榨系统盘占用。镜像构建完成后，这份文件会被复制进新镜像，安装时自动生效。

全程回放：从按下回车到拿到 tiny11.iso

下面是我实际跑通一次构建的完整经过，你可以对照着预演。

第 1 步，准备镜像。用资源管理器双击挂载下载好的 Windows 11 ISO，记住它的盘符。脚本启动后，会检测 ISO 里有没有install.wim；如果只有体积更小的install.esd，它会先用 DISM 做一次格式转换，得到可读写的 WIM 文件——这一步比较耗时，属于正常现象。

第 2 步，选择 SKU 索引。一个 ISO 里往往包含家庭版、专业版等多个版本（SKU），脚本会列出所有索引，你输入对应的数字即可。选完之后脚本会把整个 ISO 拷贝到 scratch 工作区，并开始挂载。

第 3 步，等待自动处理。之后的卸载应用、删除组件、注册表注入、清理scratchdir、重新压缩导出，全都是脚本自动完成的。中途不需要任何人工干预，屏幕上滚动的日志（会同步写入tiny11_日期.log）就是它努力工作的证据。

第 4 步，打包 ISO。处理完install.wim，脚本还会挂载boot.wim（启动镜像），把硬件检查开关也写进安装环境里。最后调用 oscdimg，用 UDF 格式并同时写入 BIOS 和 UEFI 两套引导数据，生成最终的tiny11.iso，就放在脚本所在的目录里。

跑完的那一刻，你得到的是一张"自带头部按摩"的安装盘——装它的时候，安装程序不会再跟你纠结 TPM 的事。

数据说话：精简前后到底差多少

我装完系统后，用任务管理器和资源监视器随手记了一组数据。虽然不是严格的基准测试，但趋势非常明显：

对我那台 4GB 内存的老本子来说，最直观的感受是：风扇不再动不动就起飞，打开资源管理器不用再数秒等图标加载，同时开浏览器和 Office 也不会把内存挤爆。这就是"系统精简"四个字的含金量。

避坑手册：这些坑我已经替你们踩过了

任何工具都有脾气，tiny11builder 也不例外。下面几条是我和社区用户实测后总结的注意事项：

• Edge 删除不彻底：Edge 本体确实没了，但设置页面里可能还残留一些入口，属于无伤大雅的"幽灵链接"；
• 商店装应用前先更新 Winget：精简后 Microsoft Store 可能要先更新包管理器才能正常安装应用；
• Outlook 和 Dev Home 会"复活"：微软偶尔会通过更新推送把它们装回来，这是个长期拉锯战，最新版脚本已经加了更激进的拦截策略，但仍需留意；
• ARM64 镜像有小瑕疵：构建时可能出现一瞬而过的报错，根源是 ARM64 镜像里没有 OneDriveSetup.exe，不影响最终结果；
• 核心版慎选：WinSxS 删除后无法补语言包、无法装更新，务必确认这是你要的"一次性系统"再动手。

另外提醒一句：这类脚本处理的是系统镜像，重要数据务必提前备份。折腾有风险，备份不丢人。

让工具听你的：自定义精简清单的三种玩法

跑通默认流程只是入门，这个项目真正的乐趣在于"改"。

玩法一：调整应用保留名单。打开tiny11maker.ps1，找到$packagePrefixes数组。想保留微软商店和计算器，就把对应项删掉：

$packagePrefixes = @( 'Microsoft.WindowsStore', 'Microsoft.WindowsCalculator', 'Microsoft.Xbox*' )

想连别的应用一起砍，往数组里追加前缀即可，比如Contoso.*。

玩法二：改注册表优化项。脚本里封装了Set-RegistryValue和Remove-RegistryValue两个函数，参数就是路径、键名、类型和值。想额外关掉某个服务或策略，照着既有代码的格式加一行就行。

玩法三：定制应答文件。autounattend.xml里的HideOnlineAccountScreens、Compact等开关都可以按需调整。如果你在企业环境用，还可以把这里扩展成完整的无人值守部署配置，配合 MDT 或 SCCM 做批量装机。

从使用者到改造者：三条进阶学习路线

这个项目最大的"隐藏福利"，是它本身就是一份高质量的 Windows 系统定制教材。

• 入门路线：先照着本文流程完整跑通一遍构建，再看tiny11_*.log日志，逐条对照脚本里的 DISM 命令，弄懂每个步骤对应的输出；
• 进阶路线：通读tiny11maker.ps1与tiny11Coremaker.ps1的源码差异，理解"删什么、留什么、为什么"，尝试给自己的场景写一份专属精简清单；
• 专家路线：深入 DISM 的镜像生命周期管理，研究 WinSxS 组件存储的结构，尝试把构建流程接入 CI/CD 流水线，甚至给项目贡献新功能。

想拿到源码，执行：

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

写在最后：瘦身之外，它还教给了我们什么

折腾完这台 2012 年的老笔记本，我收获的不只是一个流畅的新系统。回头看，真正有价值的是两件事：

其一，是"延长而非抛弃"的思维。一台还能开机、还能干活的电脑，不应该因为一个软件门槛就被送进回收站。用系统精简的方式给旧硬件续命，本质上是对资源的再利用——这在电子设备更新越来越快的今天，是一笔值得算的环保账。

其二，是拆解系统背后逻辑的能力。通过亲手制作精简镜像，我理解了 DISM 怎么管理镜像生命周期、注册表怎么在离线状态下被注入、无人值守文件如何驱动整个安装过程。这些知识平时散落在文档里，而 tiny11builder 把它们串成了一条完整的实操链条。

技术会过时，但"理解你的系统、并让它为你所用"的能力，永远不会贬值。如果你也有一台被 Windows 11 拒之门外的老伙计，不妨亲手试试这场改造——它配得上一次重生的机会。

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