企业官网建设流程全解析

Tiny11Builder 使用指南：快速构建轻量精简的 Windows 11 定制镜像

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

Tiny11Builder 是一组 PowerShell 脚本，帮你把官方 Windows 11 ISO 自动加工成剔除预装应用的轻量安装镜像。适合想给旧机器装纯净系统、或需要批量快速部署测试环境的运维和开发者。

一、它到底帮你解决什么

你手头多半有这样一个场景：新下载的 Windows 11 官方 ISO 体积臃肿，里面塞满了 Clipchamp、Xbox、新闻天气、Teams 之类你用不上的应用；而老硬件想装 Win11 又被 TPM、CPU 校验拦在门外。

手工清理镜像意味着自己挂载 WIM、逐个卸载 Appx 包、改注册表、重新封装 ISO，繁琐且容易出错。Tiny11Builder 把整条流水线自动化了：你只负责把官方 ISO 挂载好，剩下的删应用、关广告、关遥测、绕过硬件校验、压缩、打包成可启动的 tiny11.iso，全部由脚本一次完成。

而且它刻意只依赖微软官方工具（DISM + oscdimg.exe），不引入第三方精简工具，镜像来源干净可控。

二、快速上手：一条命令生成精简镜像

先准备三样东西：官方 Windows 11 ISO（任意版本、任意语言、任意架构均可）、一块空闲的临时磁盘（建议 20GB 以上，例如 D 盘）、PowerShell 5.1 管理员窗口。oscdimg.exe 来自 Windows ADK，如果你没装 ADK，脚本会自动从微软符号服务器下载，无需手动准备。

把仓库克隆到本地后：

git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder cd tiny11builder Set-ExecutionPolicy Bypass -Scope Process

-Scope Process让执行策略修改只对本次会话生效，不会动你的全局设置。

用资源管理器挂载官方 ISO，记下它的盘符（比如 E），然后运行 tiny11maker.ps1：

.\tiny11maker.ps1 -ISO E -SCRATCH D

脚本会依次提示你确认 ISO 盘符、选择要基于哪个 SKU 构建（家庭版/专业版等），然后就可以等它跑完。产物就放在脚本所在目录，文件名tiny11.iso。整个过程的完整记录会写成日志文件（tiny11_日期时间.log），出问题时翻它就行。

三、两种精简模式怎么选

仓库里有两个入口脚本，取舍非常明确：

一句话决策：要长期用的机器选标准版；只要"能跑起来测个代码"就选核心版。核心版不是 Windows 11 的替代品，README 里明确写着它因缺乏可服务性不适合常规使用。

构建过程中两个脚本都会询问你是否安装 .NET 3.5，按开发需求答即可。

四、它内部做了什么

理解原理有助于你信任这个工具，关键步骤只有四步：

1. 提取与挂载：把 ISO 里的install.esd转成install.wim（Maximum 压缩、完整性校验），复制到临时盘后用 DISM 挂载指定索引的映像。
2. 删组件：通过dism /Remove-ProvisionedAppxPackage批量卸载预配应用，直接删除 Edge、OneDrive 残留目录；再临时挂载映像的注册表hive（SOFTWARE/SYSTEM/DEFAULT 等），写入关遥测、关推广应用、关预装推送等策略值，同时设置LabConfig项绕过 TPM/CPU/内存/安全启动校验。标准版还会加载WinRE的恢复环境做保留处理。
3. 压缩：核心版额外清空 WinSxS 并删除winre.wim；标准版则用 DISM 的恢复压缩（Recovery Compression）瘦身映像，这是最终 ISO 明显小于官方的主要原因。
4. 封装：把 autounattend.xml 拷进镜像目录——这份应答文件让 OOBE 跳过微软账户页面，并以/compact压缩模式完成安装；最后调用oscdimg.exe（优先用系统 ADK 里的）生成带 UEFI/BIOS 双引导的启动 ISO，并自动清理临时文件、弹出 ISO 盘。

五、真实场景怎么用

场景：给一批老办公机装 Win11。2015 年前后的 4GB 内存 + 机械硬盘机器，官方 Win11 装完既卡又不合规（无 TPM 2.0）。用标准版构建的镜像同时解决了两个问题：绕过硬件校验让安装能走完，删掉二十多个无关应用让系统启动和日常操作明显轻快。因为保留 Windows Update 和 Defender，这批机器装完仍能正常收补丁、有基础防护，后续需要补语言包或功能包也补得进去——这是它敢用在"长期服役"设备上的前提。

场景：CI 流水线里的 Windows 测试节点。自动化测试需要大量"干净、可快速重置"的 Win11 虚拟机。核心版在这里优势明显：砍掉 WinSxS 和更新服务后镜像最小化，虚拟机模板体积小、克隆快。代价是节点无法收系统更新，所以只适合内网隔离的测试池，节点到期直接销毁重建，而不是想着"装回去"。

以上场景的性能改善幅度（如启动时间、占用空间）参考文章给出的数据为示例口径，实际以你的硬件和映像 SKU 为准。

六、按需定制：改动移除清单

脚本完全开源，最常见的定制就是调"删谁留谁"。打开 tiny11maker.ps1，找$packagePrefixes数组——那是标准版的移除名单（Clipchamp、Xbox 全家桶、Bing 新闻天气、Teams、Dev Home 等都在里面）。想把 Windows Terminal 留着，删掉或注释对应那一行即可；想加新的应用进移除列表，照格式补包名前缀就行。

另一个可定制点是 autounattend.xml，它控制安装阶段的自动化行为：当前文件做了两件事——OOBE 隐藏在线账户界面（HideOnlineAccountScreens）和禁用 Chat 自动安装。如果你的部署需要本地管理员账户或指定网络位置，按标准 unattend 结构在对应pass节点里扩展即可。

七、别踩这些坑

• 脚本拒绝运行：八成是执行策略为 Restricted。用-Scope Process临时放行，别直接改全局策略。
• arm64 上闪过的报错：arm64 映像的 System32 里没有OneDriveSetup.exe，删 OneDrive 那步会报个错，可忽略，不影响产物。
• Edge 删干净了吗：应用本体删了，但"设置"里会留一些残留入口，已知问题，不功能够成。
• 装应用失败：首次用 Microsoft Store 装软件前，可能需要先更新一次 Winget。
• Outlook、Dev Home 复活：这是和微软预装机制的"持久战"，最新版脚本已加强预防但仍有小概率出现，遇到就手动再卸载。
• 产物 ISO 点不开：先核对挂载盘符是否选错（脚本只认 ISO 内sources/boot.wim+install.wim/install.esd的标准结构），再看日志tiny11_*.log定位卡在哪一步；临时盘空间不足（<20GB）是另一高频原因。
• 核心版装完想补功能：补不回来。WinSxS 没了，语言、更新、功能包全都没法后装——选错模式只能重做镜像。

八、项目现状与走向

项目从早期的 Batch 脚本全面迁移到 PowerShell 后，摆脱了绑定特定 build 的限制，现在支持任意 Windows 11 版本、语言和架构。近期节点：2024-04 版本加入了遥测禁用，2025-09-07 版本（也就是仓库当前版本）进一步增强了广告抑制。

作者公开的路线图还有三项：改进语言和架构自动检测、让"保留/删除哪些组件"更灵活、以及"也许做一个 GUI"。考虑到脚本对任意 SKU 已经交互化，GUI 的呼声可以理解。

收尾：适用边界与建议

Tiny11Builder 的价值边界很清楚：它做的是"从官方 ISO 生成干净安装介质"这一件事，做完就退场——镜像装上之后的域策略、驱动注入、批量部署（MDT/WDS/SCCM）不在它的职责范围。标准版给长期使用的机器，核心版给用完即弃的测试环境，别混用。最后一条实用建议：先拿官方原版 ISO 跑一次标准版、在虚拟机里完整走一遍安装流程再上生产，日志文件就躺在脚本旁边，有任何异常你都能查到具体是哪一条 DISM 或注册表操作出的问题。

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