南途锦域 
tiny11builder 完整实战指南三步自动化精简 Windows 11 镜像让老硬件重获新生【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11buildertiny11builder 是一套基于 PowerShell 的 Windows 11 镜像自动化精简方案专门解决官方系统装不上、装上了又卡顿臃肿的双重困境。它用 DISM 离线挂载、注册表 hive 改写、组件清理与压缩导出四步工艺把官方 ISO 加工成一版干净轻量的 tiny11.iso全程无需第三方工具且兼容任意语言、任意架构的 Windows 11 版本。当升级变成一场豪赌TPM 门槛与预装垃圾的双重夹击一台 2017 年的笔记本8GB 内存、i5 处理器跑 Win10 还算流畅。但面对 Windows 11它要同时回答三个问题主板有没有 TPM 2.0内存和 CPU 是否在官方清单里就算硬装成功开局自带 Teams、Candy Crush、OneDrive 弹窗、新闻流广告系统盘在 C 盘悄悄吃掉 20GB后台进程常年稳定在八九十个——这样的新系统体验未必比旧系统更好。手动精简是一条路但代价高昂逐条卸载预置应用、手动改几十项注册表、用 DISM 命令行手工挂载卸载镜像、处理 install.esd 与 install.wim 的格式转换……任何一个环节出错镜像就报废重头再来。商业工具 NTLite 之类的方案又存在授权成本与闭源疑虑。tiny11builder 的价值正在于此把上述全部手工劳动压进两个 PowerShell 脚本一次运行产出可直接写入 U 盘安装的精简镜像。项目全貌两个脚本、一个应答文件覆盖全部精简需求交付物定位一句话概括tiny11maker.ps1标准版构建器大幅去冗余但保留可维护性适合日常使用tiny11Coremaker.ps1核心版构建器激进到底连 WinSxS、Defender、更新服务一并移除面向开发测试autounattend.xml无人值守应答文件跳过 OOBE 微软账户强制登录并以 compact 压缩模式部署几个值得记住的数字与事实任意版本通吃不再锁定某个特定 build任意 Windows 11 发行版、任意语言、x64/ARM64 均可处理️50 应用前缀匹配脚本内置超过 50 个预置 UWP 应用前缀用于批量卸载⚙️60 处注册表策略写入覆盖遥测、广告、Copilot、保留存储、BitLocker 设备加密等多个维度零外部依赖唯一用到的可执行文件 oscdimg.exe 来自 Windows ADK缺失时会自动下载构建全程不需要第三方精简工具自动降体积最终镜像采用 DISM recovery 压缩格式导出相比原始 install.wim 显著瘦身镜像手术台DISM 挂载、前缀匹配与注册表 hive 离线改写要理解 tiny11builder 为什么敢在脚本里跑完整套系统瘦身流程先要看懂它操作的对象install.wim不是普通文件而是一个封装了完整 Windows 文件树、注册表 hive 与 ACL 权限的容器。所有修改都必须遵循挂载 → 修改 → 卸载保存的铁律。完整构建流水线为什么是前缀匹配而不是精确卸载UWP 应用包的全名极长且携带版本号与架构标识例如Microsoft.WindowsAlarms_8wekyb3d8bbwe逐版本硬编码必然在系统更新后失效。tiny11builder 的做法是先从镜像里枚举出所有已预置的包再用一个前缀数组做模糊过滤$packagePrefixes Clipchamp.Clipchamp, Microsoft.BingNews, Microsoft.BingWeather, Microsoft.WindowsAlarms, microsoft.windowscommunicationsapps, Microsoft.YourPhone, Microsoft.ZuneMusic, Microsoft.549981C3F5F10 # Cortana $packagesToRemove $packages | Where-Object { $packageName $_ $packagePrefixes -contains ($packagePrefixes | Where-Object { $packageName -like *$_* }) } foreach ($package in $packagesToRemove) { dism /English /image:$($ScratchDisk)\scratchdir /Remove-ProvisionedAppxPackage /PackageName:$package }这份前缀清单就是你的可维护清单——增删哪几行决定了最终镜像里留下什么、清掉什么这也是后文自定义方案的基础。离线改写注册表为什么用 reg load挂载后的镜像并不是可运行的系统Windows 无法在线为其修改注册表。tiny11builder 采用标准的离线服务技术把镜像内的 5 个核心 hive 文件加载到临时命名空间zCOMPONENTS、zDEFAULT、zNTUSER、zSOFTWARE、zSYSTEM修改完毕后逐一卸载。加载与卸载的对称操作保证 hive 不被锁死reg load HKLM\zSOFTWARE $ScratchDisk\scratchdir\Windows\System32\config\SOFTWARE # ... 批量写入优化项 ... reg unload HKLM\zSOFTWARE其中几处关键写入值得单独拎出来看——LabConfig下的五个 Bypass 项直接决定了镜像能否绕开 TPM、CPU、RAM、Secure Boot、存储检查在不支持的硬件上安装Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassCPUCheck REG_DWORD 1 Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassRAMCheck REG_DWORD 1 Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassSecureBootCheck REG_DWORD 1 Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassTPMCheck REG_DWORD 1值得注意的是这些硬件绕过项会在install.wim和boot.wim索引 2两处各写一遍——因为安装过程最前端的 PE 环境同样会执行硬件校验只改系统镜像无法骗过安装引导。最后一步recovery 压缩与 oscdimg 打包精简完成后脚本先做一次StartComponentCleanup /ResetBase清空被替换的组件再用 DISM 的 recovery 压缩方式把镜像重新导出——这是 tiny11.iso 体积远小于官方镜像的关键工艺。随后调用 oscdimg.exe 生成同时支持 BIOS 与 UEFI 引导的可启动 ISO $OSCDIMG -m -o -u2 -udfver102 -bootdata:2#p0,e,b$ScratchDisk\tiny11\boot\etfsboot.com#pEF,e,b$ScratchDisk\tiny11\efi\microsoft\boot\efisys.bin $ScratchDisk\tiny11 $PSScriptRoot\tiny11.iso标准版还是核心版一张决策表终结选择困难两个脚本共享同一套应用清理 注册表优化流水线分水岭在于对系统服务性组件WinSxS、Windows Update、Defender、WinRE的处理态度。对比维度tiny11maker 标准版tiny11Coremaker 核心版后续可加语言/更新/功能✅ 支持❌ 完全不可WinSxS 组件库✅ 保留❌ 移除仅留存最小服务组件Windows Update✅ 保留❌ 禁用并指向 localhost 屏蔽Windows Defender✅ 完整保留⚠️ 仅禁用服务可手动改回启用WinRE 恢复环境✅ 保留❌ 移除winre.wim 置空.NET 3.5安装后按需启用构建时询问是否启用过后无法补推荐场景日常办公、生产主力机虚拟机测试、开发调试、CI 构建核心版对裸奔的追求在代码里体现得相当直白它会把Windows\WinSxS整个目录先做备份式复制只把 servicing stack、VC 运行库、common controls、gdiplus 等保证系统能启动的关键组件拷回新目录其余全部删除Defender 的 5 个服务WinDefend、WdNisSvc、WdNisDrv、WdFilter、Sense被一次性置为禁用启动Windows Update 服务wuauserv、WaaSMedicSVC、UsoSvc连注册表项一并删除。用作者的原话讲这是给开发者准备的裸系统测试床而不是普通用户的日常系统。开工前的检查清单避开 90% 的失败原因构建失败大多不是脚本问题而是环境没准备好。对照这份清单逐项确认硬件侧 至少 30GB 可用磁盘空间ISO 拷贝、镜像挂载、临时文件都会占用 scratch 盘 4GB 以上内存8GB 更稳妥镜像挂载阶段内存压力较大 处理器架构 x64 或 ARM64脚本会自动探测镜像架构无需手工指定软件侧 官方 Windows 11 ISO可从微软官网或 Rufus 获取用资源管理器双击挂载成虚拟光驱⚡ PowerShell 5.1并以管理员身份运行 Windows ADK 非必需——脚本优先调用 ADK 自带的 oscdimg.exe找不到时自动从微软符号服务器下载副本 首次运行需要联网下载 autounattend.xml 与可能的 oscdimg.exe关于 scratch 盘标准版脚本通过-SCRATCH参数指定工作区所在盘符不传该参数时会自动把脚本所在目录当作工作区。注意脚本只接受 C 到 Z 的单字母盘符参数格式错误会被[ValidatePattern]直接拦下。按图索骥从 ISO 到 tiny11.iso 的完整构建流程整个构建过程大部分时间处于挂载中/导出中请等待的状态交互点只有两处操作难度远低于手搓 DISM 命令。第一步准备镜像并确认执行策略Set-ExecutionPolicy Bypass -Scope Process只对当前进程生效不影响系统原有的执行策略设置。即使你跳过了这步也不用慌——脚本启动时会检测到 Restricted 策略并询问是否切换到 RemoteSigned如果当前不是管理员权限脚本会弹 UAC 自动以管理员身份重开一个窗口继续。第二步以正确参数启动构建器.\tiny11maker.ps1 -ISO E -SCRATCH D-ISO已挂载 ISO 的盘符只写字母不带冒号如E-SCRATCH临时工作目录所在盘符如D位置参数同样可用但推荐具名参数顺序可任意参数写法见Get-Help .\tiny11maker.ps1脚本启动后会依次询问镜像所在盘符若未通过参数传入目标版本对应的镜像索引SKU。官方多版本 ISO 里 Professional、Home、Education 各自对应一个索引编号脚本会先列出Get-WindowsImage的全部索引供选择第三步等待输出并验收完成后脚本所在目录会出现tiny11.iso。构建期间的全部输出都会被Start-Transcript记录为tiny11_日期时间.log一旦构建异常这份日志就是排查的第一现场。几点补充如果挂载的 ISO 里只有install.esd部分官方下载渠道如此脚本会自动将其导出转换为install.wim再继续无需手工处理构建结束后脚本会清理 scratch 工作区、卸载虚拟光驱、删除下载的 oscdimg.exe 与 autounattend.xml不留垃圾文件核心版tiny11Coremaker.ps1的流程与标准版一致但多了一个 y/n 确认环节和一处 .NET 3.5 询问——必须在构建时决定是否启用 .NET 3.5镜像产出后便再无机会自定义精简边界改前缀、加注册表规则、扩展脚本能力tiny11builder 的定制自由度集中体现在三处且全部围绕改脚本不碰工具链展开。① 自定义应用保留/移除清单想要保留某个默认会被清除的应用直接把它从前缀数组里删掉想追加清除照格式新增一行即可$packagePrefixes ( Microsoft.WindowsStore*, # 想保留商店加进来只是示例默认本就不在删除清单 Microsoft.WindowsCalculator*, # 计算器默认保留 Microsoft.Xbox*, Microsoft.Zune* )修改后建议先在虚拟机里跑一遍完整构建验证避免误删系统关键组件。② 追加注册表优化规则脚本内置的Set-RegistryValue封装了reg add的四个核心参数路径、键名、类型、值新增一项优化只需一行function Set-RegistryValue { param ( [string]$path, [string]$name, [string]$type, [string]$value ) reg add $path /v $name /t $type /d $value /f | Out-Null }注意离线修改时路径必须以HKLM\zXXX前缀开头且要保证在加载 hive → 写入 → 卸载 hive的窗口期内完成。③ 替换无人值守应答文件autounattend.xml控制着首次开机OOBE阶段的自动化行为核心配置包含两处settings passoobeSystem component nameMicrosoft-Windows-Shell-Setup processorArchitectureamd64 publicKeyToken31bf3856ad364e35 languageneutral versionScopenonSxS OOBE HideOnlineAccountScreenstrue/HideOnlineAccountScreens /OOBE /component /settings settings passwindowsPE component nameMicrosoft-Windows-Setup processorArchitectureamd64 publicKeyToken31bf3856ad364e35 languageneutral versionScopenonSxS ImageInstall OSImage Compacttrue/Compact /OSImage /ImageInstall /component /settingsHideOnlineAccountScreens跳过微软账户强制登录允许使用本地账户Compact以 NTFS 压缩方式部署系统进一步压缩系统盘占用脚本会把该文件同时写入Sysprep\autounattend.xml系统镜像内和 ISO 根目录保证安装与首启两个阶段都能读到面向企业环境的二次开发思路基准镜像产出后可以把它接入 MDT/SCCM 分发流水线用 tiny11builder 生成标准镜像作为基线再通过 DISM 向镜像内追加企业必需应用与驱动最后套用组策略做配置管理。若要把构建过程 CI/CD 化核心版脚本的无交互确认路径脚本本身已支持 y/n 参数化确认更契合流水线场景。高频问题排查这些已知缺陷与应对方案值得收藏QEdge 不是被删了吗为什么设置里还有它的影子A这是已知的残留现象。应用本体和更新组件已被完整删除但设置页面的部分关联项仍会显示。属于外观层面的残留不影响系统功能。Q装完系统后 Microsoft Store 无法安装任何应用A大概率是 Winget 版本过旧。先在系统里手动更新 Winget再通过 Store 安装应用即可恢复。QOutlook 和 Dev Home 过一段时间又自己冒出来了A这是微软通过系统更新机制回灌应用的老对手。最新版脚本已通过写入UScheduler\OutlookUpdate与DevHomeUpdate的workCompleted标记、删除UScheduler_Oobe下的相关任务来加强拦截但官方渠道更新后仍可能卷土重来。QARM64 镜像构建时闪过一个错误A已知问题。ARM64 镜像的 System32 目录里没有 OneDriveSetup.exe脚本删除该文件时会出现一闪而过的报错不影响最终产物。Q核心版把 Windows Update 和 Defender 都搞没了还能救回来吗ADefender 只是服务被禁用Start4理论上可手动改回启用但 Windows Update 依赖的 WinSxS 已被移除强行启用会导致系统进入异常状态。核心版镜像一旦建成追加语言、更新、功能的路就永久关闭了——这就是它被定位为测试专用的原因。Q可以在自己正在使用的电脑上跑这个脚本吗A可以但强烈建议在虚拟机或专门的构建机上执行。脚本全程操作的是 scratch 目录下的镜像副本理论上不碰宿主机系统文件但 30GB 的磁盘占用与长时间的磁盘满载读写会让正在使用的机器卡顿风险上没必要赌。从使用者到维护者一条可复制的深入学习路径如果不止满足于会跑脚本建议按三条路线递进入门先跑通再看日志完整跑一遍标准版构建全程关注控制台输出与tiny11_日期时间.log理解每个阶段挂载、清应用、改注册表、清理、导出、打包对应的 DISM/reg 操作。这个阶段的目标是建立一次构建 一条 DISM 命令链的直觉。进阶啃源码逐段对照tiny11maker.ps1的结构非常清晰按注释块可以拆成参数验证 → 权限自检 → 镜像准备 → 应用清理 → 注册表优化 → 组件清理 → ISO 打包七段。建议重点研究三处$packagePrefixes的过滤逻辑、reg load/unload 的对称窗口、boot.wim 与 install.wim 的双镜像修改差异。高阶fork 一份按需扩展可以尝试的方向包括把前缀清单抽成独立配置文件、为Set-RegistryValue增加幂等检查、基于核心版封装无人值守的 CI 构建参数、甚至按项目路线图实现图形界面。项目本身是开源的任何改动都可以回馈社区。总结这套方案适合谁以及它还能走多远tiny11builder 用两个脚本加一个应答文件把 Windows 11 镜像精简从大师级手工活降级成了三步流水线。对普通用户它是把老设备从 TPM 门槛和预装垃圾里捞出来的快捷通道对开发者与运维它是理解 DISM 离线服务、注册表 hive 操作与无人值守部署的一手教材对 CI 流水线核心版提供了极简测试床的批量生产途径。项目仍处于活跃演进状态遥测禁用与广告抑制已落地后续规划包括更聪明的语言/架构自动探测、更灵活的保留/删除配置以及呼声颇高的 GUI。方向很明确——让一台脚本产出全家桶镜像这件事变得更傻瓜、更可控。获取项目源码并开始构建你的第一版精简镜像git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder克隆后对照本文的前置检查清单与三步流程在虚拟机里先跑通一次标准版构建你就拥有了随取随用的轻量 Windows 11 装机资产。【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 tiny11builder 完整实战指南：三步自动化精简 Windows 11 镜像，让老硬件重获新生
tiny11builder 完整实战指南三步自动化精简 Windows 11 镜像让老硬件重获新生【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11buildertiny11builder 是一套基于 PowerShell 的 Windows 11 镜像自动化精简方案专门解决官方系统装不上、装上了又卡顿臃肿的双重困境。它用 DISM 离线挂载、注册表 hive 改写、组件清理与压缩导出四步工艺把官方 ISO 加工成一版干净轻量的 tiny11.iso全程无需第三方工具且兼容任意语言、任意架构的 Windows 11 版本。当升级变成一场豪赌TPM 门槛与预装垃圾的双重夹击一台 2017 年的笔记本8GB 内存、i5 处理器跑 Win10 还算流畅。但面对 Windows 11它要同时回答三个问题主板有没有 TPM 2.0内存和 CPU 是否在官方清单里就算硬装成功开局自带 Teams、Candy Crush、OneDrive 弹窗、新闻流广告系统盘在 C 盘悄悄吃掉 20GB后台进程常年稳定在八九十个——这样的新系统体验未必比旧系统更好。手动精简是一条路但代价高昂逐条卸载预置应用、手动改几十项注册表、用 DISM 命令行手工挂载卸载镜像、处理 install.esd 与 install.wim 的格式转换……任何一个环节出错镜像就报废重头再来。商业工具 NTLite 之类的方案又存在授权成本与闭源疑虑。tiny11builder 的价值正在于此把上述全部手工劳动压进两个 PowerShell 脚本一次运行产出可直接写入 U 盘安装的精简镜像。项目全貌两个脚本、一个应答文件覆盖全部精简需求交付物定位一句话概括tiny11maker.ps1标准版构建器大幅去冗余但保留可维护性适合日常使用tiny11Coremaker.ps1核心版构建器激进到底连 WinSxS、Defender、更新服务一并移除面向开发测试autounattend.xml无人值守应答文件跳过 OOBE 微软账户强制登录并以 compact 压缩模式部署几个值得记住的数字与事实任意版本通吃不再锁定某个特定 build任意 Windows 11 发行版、任意语言、x64/ARM64 均可处理️50 应用前缀匹配脚本内置超过 50 个预置 UWP 应用前缀用于批量卸载⚙️60 处注册表策略写入覆盖遥测、广告、Copilot、保留存储、BitLocker 设备加密等多个维度零外部依赖唯一用到的可执行文件 oscdimg.exe 来自 Windows ADK缺失时会自动下载构建全程不需要第三方精简工具自动降体积最终镜像采用 DISM recovery 压缩格式导出相比原始 install.wim 显著瘦身镜像手术台DISM 挂载、前缀匹配与注册表 hive 离线改写要理解 tiny11builder 为什么敢在脚本里跑完整套系统瘦身流程先要看懂它操作的对象install.wim不是普通文件而是一个封装了完整 Windows 文件树、注册表 hive 与 ACL 权限的容器。所有修改都必须遵循挂载 → 修改 → 卸载保存的铁律。完整构建流水线为什么是前缀匹配而不是精确卸载UWP 应用包的全名极长且携带版本号与架构标识例如Microsoft.WindowsAlarms_8wekyb3d8bbwe逐版本硬编码必然在系统更新后失效。tiny11builder 的做法是先从镜像里枚举出所有已预置的包再用一个前缀数组做模糊过滤$packagePrefixes Clipchamp.Clipchamp, Microsoft.BingNews, Microsoft.BingWeather, Microsoft.WindowsAlarms, microsoft.windowscommunicationsapps, Microsoft.YourPhone, Microsoft.ZuneMusic, Microsoft.549981C3F5F10 # Cortana $packagesToRemove $packages | Where-Object { $packageName $_ $packagePrefixes -contains ($packagePrefixes | Where-Object { $packageName -like *$_* }) } foreach ($package in $packagesToRemove) { dism /English /image:$($ScratchDisk)\scratchdir /Remove-ProvisionedAppxPackage /PackageName:$package }这份前缀清单就是你的可维护清单——增删哪几行决定了最终镜像里留下什么、清掉什么这也是后文自定义方案的基础。离线改写注册表为什么用 reg load挂载后的镜像并不是可运行的系统Windows 无法在线为其修改注册表。tiny11builder 采用标准的离线服务技术把镜像内的 5 个核心 hive 文件加载到临时命名空间zCOMPONENTS、zDEFAULT、zNTUSER、zSOFTWARE、zSYSTEM修改完毕后逐一卸载。加载与卸载的对称操作保证 hive 不被锁死reg load HKLM\zSOFTWARE $ScratchDisk\scratchdir\Windows\System32\config\SOFTWARE # ... 批量写入优化项 ... reg unload HKLM\zSOFTWARE其中几处关键写入值得单独拎出来看——LabConfig下的五个 Bypass 项直接决定了镜像能否绕开 TPM、CPU、RAM、Secure Boot、存储检查在不支持的硬件上安装Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassCPUCheck REG_DWORD 1 Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassRAMCheck REG_DWORD 1 Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassSecureBootCheck REG_DWORD 1 Set-RegistryValue HKLM\zSYSTEM\Setup\LabConfig BypassTPMCheck REG_DWORD 1值得注意的是这些硬件绕过项会在install.wim和boot.wim索引 2两处各写一遍——因为安装过程最前端的 PE 环境同样会执行硬件校验只改系统镜像无法骗过安装引导。最后一步recovery 压缩与 oscdimg 打包精简完成后脚本先做一次StartComponentCleanup /ResetBase清空被替换的组件再用 DISM 的 recovery 压缩方式把镜像重新导出——这是 tiny11.iso 体积远小于官方镜像的关键工艺。随后调用 oscdimg.exe 生成同时支持 BIOS 与 UEFI 引导的可启动 ISO $OSCDIMG -m -o -u2 -udfver102 -bootdata:2#p0,e,b$ScratchDisk\tiny11\boot\etfsboot.com#pEF,e,b$ScratchDisk\tiny11\efi\microsoft\boot\efisys.bin $ScratchDisk\tiny11 $PSScriptRoot\tiny11.iso标准版还是核心版一张决策表终结选择困难两个脚本共享同一套应用清理 注册表优化流水线分水岭在于对系统服务性组件WinSxS、Windows Update、Defender、WinRE的处理态度。对比维度tiny11maker 标准版tiny11Coremaker 核心版后续可加语言/更新/功能✅ 支持❌ 完全不可WinSxS 组件库✅ 保留❌ 移除仅留存最小服务组件Windows Update✅ 保留❌ 禁用并指向 localhost 屏蔽Windows Defender✅ 完整保留⚠️ 仅禁用服务可手动改回启用WinRE 恢复环境✅ 保留❌ 移除winre.wim 置空.NET 3.5安装后按需启用构建时询问是否启用过后无法补推荐场景日常办公、生产主力机虚拟机测试、开发调试、CI 构建核心版对裸奔的追求在代码里体现得相当直白它会把Windows\WinSxS整个目录先做备份式复制只把 servicing stack、VC 运行库、common controls、gdiplus 等保证系统能启动的关键组件拷回新目录其余全部删除Defender 的 5 个服务WinDefend、WdNisSvc、WdNisDrv、WdFilter、Sense被一次性置为禁用启动Windows Update 服务wuauserv、WaaSMedicSVC、UsoSvc连注册表项一并删除。用作者的原话讲这是给开发者准备的裸系统测试床而不是普通用户的日常系统。开工前的检查清单避开 90% 的失败原因构建失败大多不是脚本问题而是环境没准备好。对照这份清单逐项确认硬件侧 至少 30GB 可用磁盘空间ISO 拷贝、镜像挂载、临时文件都会占用 scratch 盘 4GB 以上内存8GB 更稳妥镜像挂载阶段内存压力较大 处理器架构 x64 或 ARM64脚本会自动探测镜像架构无需手工指定软件侧 官方 Windows 11 ISO可从微软官网或 Rufus 获取用资源管理器双击挂载成虚拟光驱⚡ PowerShell 5.1并以管理员身份运行 Windows ADK 非必需——脚本优先调用 ADK 自带的 oscdimg.exe找不到时自动从微软符号服务器下载副本 首次运行需要联网下载 autounattend.xml 与可能的 oscdimg.exe关于 scratch 盘标准版脚本通过-SCRATCH参数指定工作区所在盘符不传该参数时会自动把脚本所在目录当作工作区。注意脚本只接受 C 到 Z 的单字母盘符参数格式错误会被[ValidatePattern]直接拦下。按图索骥从 ISO 到 tiny11.iso 的完整构建流程整个构建过程大部分时间处于挂载中/导出中请等待的状态交互点只有两处操作难度远低于手搓 DISM 命令。第一步准备镜像并确认执行策略Set-ExecutionPolicy Bypass -Scope Process只对当前进程生效不影响系统原有的执行策略设置。即使你跳过了这步也不用慌——脚本启动时会检测到 Restricted 策略并询问是否切换到 RemoteSigned如果当前不是管理员权限脚本会弹 UAC 自动以管理员身份重开一个窗口继续。第二步以正确参数启动构建器.\tiny11maker.ps1 -ISO E -SCRATCH D-ISO已挂载 ISO 的盘符只写字母不带冒号如E-SCRATCH临时工作目录所在盘符如D位置参数同样可用但推荐具名参数顺序可任意参数写法见Get-Help .\tiny11maker.ps1脚本启动后会依次询问镜像所在盘符若未通过参数传入目标版本对应的镜像索引SKU。官方多版本 ISO 里 Professional、Home、Education 各自对应一个索引编号脚本会先列出Get-WindowsImage的全部索引供选择第三步等待输出并验收完成后脚本所在目录会出现tiny11.iso。构建期间的全部输出都会被Start-Transcript记录为tiny11_日期时间.log一旦构建异常这份日志就是排查的第一现场。几点补充如果挂载的 ISO 里只有install.esd部分官方下载渠道如此脚本会自动将其导出转换为install.wim再继续无需手工处理构建结束后脚本会清理 scratch 工作区、卸载虚拟光驱、删除下载的 oscdimg.exe 与 autounattend.xml不留垃圾文件核心版tiny11Coremaker.ps1的流程与标准版一致但多了一个 y/n 确认环节和一处 .NET 3.5 询问——必须在构建时决定是否启用 .NET 3.5镜像产出后便再无机会自定义精简边界改前缀、加注册表规则、扩展脚本能力tiny11builder 的定制自由度集中体现在三处且全部围绕改脚本不碰工具链展开。① 自定义应用保留/移除清单想要保留某个默认会被清除的应用直接把它从前缀数组里删掉想追加清除照格式新增一行即可$packagePrefixes ( Microsoft.WindowsStore*, # 想保留商店加进来只是示例默认本就不在删除清单 Microsoft.WindowsCalculator*, # 计算器默认保留 Microsoft.Xbox*, Microsoft.Zune* )修改后建议先在虚拟机里跑一遍完整构建验证避免误删系统关键组件。② 追加注册表优化规则脚本内置的Set-RegistryValue封装了reg add的四个核心参数路径、键名、类型、值新增一项优化只需一行function Set-RegistryValue { param ( [string]$path, [string]$name, [string]$type, [string]$value ) reg add $path /v $name /t $type /d $value /f | Out-Null }注意离线修改时路径必须以HKLM\zXXX前缀开头且要保证在加载 hive → 写入 → 卸载 hive的窗口期内完成。③ 替换无人值守应答文件autounattend.xml控制着首次开机OOBE阶段的自动化行为核心配置包含两处settings passoobeSystem component nameMicrosoft-Windows-Shell-Setup processorArchitectureamd64 publicKeyToken31bf3856ad364e35 languageneutral versionScopenonSxS OOBE HideOnlineAccountScreenstrue/HideOnlineAccountScreens /OOBE /component /settings settings passwindowsPE component nameMicrosoft-Windows-Setup processorArchitectureamd64 publicKeyToken31bf3856ad364e35 languageneutral versionScopenonSxS ImageInstall OSImage Compacttrue/Compact /OSImage /ImageInstall /component /settingsHideOnlineAccountScreens跳过微软账户强制登录允许使用本地账户Compact以 NTFS 压缩方式部署系统进一步压缩系统盘占用脚本会把该文件同时写入Sysprep\autounattend.xml系统镜像内和 ISO 根目录保证安装与首启两个阶段都能读到面向企业环境的二次开发思路基准镜像产出后可以把它接入 MDT/SCCM 分发流水线用 tiny11builder 生成标准镜像作为基线再通过 DISM 向镜像内追加企业必需应用与驱动最后套用组策略做配置管理。若要把构建过程 CI/CD 化核心版脚本的无交互确认路径脚本本身已支持 y/n 参数化确认更契合流水线场景。高频问题排查这些已知缺陷与应对方案值得收藏QEdge 不是被删了吗为什么设置里还有它的影子A这是已知的残留现象。应用本体和更新组件已被完整删除但设置页面的部分关联项仍会显示。属于外观层面的残留不影响系统功能。Q装完系统后 Microsoft Store 无法安装任何应用A大概率是 Winget 版本过旧。先在系统里手动更新 Winget再通过 Store 安装应用即可恢复。QOutlook 和 Dev Home 过一段时间又自己冒出来了A这是微软通过系统更新机制回灌应用的老对手。最新版脚本已通过写入UScheduler\OutlookUpdate与DevHomeUpdate的workCompleted标记、删除UScheduler_Oobe下的相关任务来加强拦截但官方渠道更新后仍可能卷土重来。QARM64 镜像构建时闪过一个错误A已知问题。ARM64 镜像的 System32 目录里没有 OneDriveSetup.exe脚本删除该文件时会出现一闪而过的报错不影响最终产物。Q核心版把 Windows Update 和 Defender 都搞没了还能救回来吗ADefender 只是服务被禁用Start4理论上可手动改回启用但 Windows Update 依赖的 WinSxS 已被移除强行启用会导致系统进入异常状态。核心版镜像一旦建成追加语言、更新、功能的路就永久关闭了——这就是它被定位为测试专用的原因。Q可以在自己正在使用的电脑上跑这个脚本吗A可以但强烈建议在虚拟机或专门的构建机上执行。脚本全程操作的是 scratch 目录下的镜像副本理论上不碰宿主机系统文件但 30GB 的磁盘占用与长时间的磁盘满载读写会让正在使用的机器卡顿风险上没必要赌。从使用者到维护者一条可复制的深入学习路径如果不止满足于会跑脚本建议按三条路线递进入门先跑通再看日志完整跑一遍标准版构建全程关注控制台输出与tiny11_日期时间.log理解每个阶段挂载、清应用、改注册表、清理、导出、打包对应的 DISM/reg 操作。这个阶段的目标是建立一次构建 一条 DISM 命令链的直觉。进阶啃源码逐段对照tiny11maker.ps1的结构非常清晰按注释块可以拆成参数验证 → 权限自检 → 镜像准备 → 应用清理 → 注册表优化 → 组件清理 → ISO 打包七段。建议重点研究三处$packagePrefixes的过滤逻辑、reg load/unload 的对称窗口、boot.wim 与 install.wim 的双镜像修改差异。高阶fork 一份按需扩展可以尝试的方向包括把前缀清单抽成独立配置文件、为Set-RegistryValue增加幂等检查、基于核心版封装无人值守的 CI 构建参数、甚至按项目路线图实现图形界面。项目本身是开源的任何改动都可以回馈社区。总结这套方案适合谁以及它还能走多远tiny11builder 用两个脚本加一个应答文件把 Windows 11 镜像精简从大师级手工活降级成了三步流水线。对普通用户它是把老设备从 TPM 门槛和预装垃圾里捞出来的快捷通道对开发者与运维它是理解 DISM 离线服务、注册表 hive 操作与无人值守部署的一手教材对 CI 流水线核心版提供了极简测试床的批量生产途径。项目仍处于活跃演进状态遥测禁用与广告抑制已落地后续规划包括更聪明的语言/架构自动探测、更灵活的保留/删除配置以及呼声颇高的 GUI。方向很明确——让一台脚本产出全家桶镜像这件事变得更傻瓜、更可控。获取项目源码并开始构建你的第一版精简镜像git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder克隆后对照本文的前置检查清单与三步流程在虚拟机里先跑通一次标准版构建你就拥有了随取随用的轻量 Windows 11 装机资产。【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考