企业官网建设流程全解析

2 个脚本、2 条瘦身路线：tiny11builder 构建 Windows 11 精简镜像实战避坑选型

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

tiny11builder 是构建 Windows 11 精简镜像的 PowerShell 项目。仓库里只有两个脚本，一个"去臃肿但保持可用"，一个"砍到只剩骨架"。到底跑哪个？装完之后两者差别很大，选型差距比你想的大。

项目 30 秒速览

tiny11builder 的目标是把臃肿、带安装门槛的官方 Windows 11 镜像，变成一块能在你机器上真正装起来的精简安装盘。老版本是批处理脚本，现行版本全面改用 PowerShell 重写，支持任意 Windows 11 版本、任意语言和任意架构，一个脚本通吃。仓库核心就三样：tiny11maker.ps1 和 tiny11Coremaker.ps1 两个精简镜像构建脚本，外加一份 autounattend.xml 应答文件，负责首次开机跳过微软账号。把仓库克隆到本地就能开工：

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

两条路线，一次讲清

tiny11maker 的精简思路是怎样的

• 只删不拆：Clipchamp、Xbox、Teams、地图、纸牌这类 Appx 按包前缀批量移除，Edge 和 OneDrive 再按目录直接删掉。删完之后它仍然是一个"完整的 Windows"。
• 留住了"后路"：WinSxS 组件商店、Windows Update、Defender 都原样保留，装完还能打补丁、装语言包——这就是"可维护"三个字的全部含义。
• 重头戏在注册表：遥测、广告推荐应用、Copilot、预留存储全部关掉，同时绕过 TPM/CPU/内存/安全启动这些安装校验，老机器也能装上。
• 工具链全官方：DISM recovery 压缩加 ADK 里的 oscdimg 封装 ISO，不引入任何第三方工具。

tiny11Coremaker 的极限精简砍了什么

• 系统级包直接删除：它不止动 Appx，还通过dism /Remove-Package删整包——Internet Explorer、媒体播放器、WordPad、步骤记录器、手写/OCR/语音语言包等：

$packagePatterns = @( "Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35", "Microsoft-Windows-MediaPlayer-Package~31bf3856ad364e35", "Windows-Defender-Client-Package~31bf3856ad364e35~", "Microsoft-Windows-WordPad-FoD-Package~" )

这些不是"商店里能再装回来"的应用，而是系统组件，删掉之后系统面直接变小，也直接失去了对应的能力。

• WinSxS 动刀：core 对整个组件商店先 takeown，只保留一小撮 servicing 相关子目录，其余全部删掉。这是镜像体积大幅下降的主要来源——代价是系统"自我修复"能力没了。
• 安全与更新最先牺牲：Defender 只是禁用（README 说明必要时可重新启用），Windows Update 则是彻底关闭：更新服务禁用、更新地址指向 localhost，系统处于"封板"状态。
• 连恢复环境都拆：WinRE 被掏空，构建过程中还会问一次是否装 .NET 3.5——当时不勾，之后永远加不上去。

实战差异：跑一遍才知道的坑

1. 临时磁盘，只有 maker 能选。maker 支持参数指定工作盘，把中间产物放到别的盘上：

param( [ValidatePattern('^[c-zC-Z]$')][string]$ISO, [ValidatePattern('^[c-zC-Z]$')][string]$SCRATCH )

两个盘符给齐就能全程无人值守。core 没有参数块，工作目录写死在系统盘——整份镜像拷贝加挂载要占的空间不小，C 盘余量不够就会中途失败，前功尽弃重头再来。

2. 一个能无人值守，一个不能。maker 传参即可从头跑到尾；core 开头就强制 y/n 确认（还附带"不适合日常使用"的大段警告），中途还会停下来问装不装 .NET 3.5。想丢进自动化流水线的，只有 maker 行。

3. arm64 会闪一次错误。在 ARM 机器上跑，System32 里找不到OneDriveSetup.exe，takeown 会报错。这是 README.md 里明列的已知问题，不影响最终镜像，新手第一次跑很容易被吓到。

4. "不可维修"的代价装完才暴露。core 的镜像删了 WinSxS，装完无法再加语言包和可选功能，Windows Update 也关了。把它装到真实机器上"当日用"，坑在于回不了头：后来缺什么组件，都没有补救通道。

选型决策树

• 如果你要拿这套系统天天用（办公、主力机、需要打更新）：选 tiny11maker.ps1。镜像大一点没关系，装完还能补，容错空间在。
• 如果你的目标是老笔记本或虚拟机，需求只是"能开机、能编译、能跑测试"：选 tiny11Coremaker.ps1，别纠结"少了点什么"，那就是它的设计本意。
• 如果带宽或 U 盘容量紧张（批量部署、分发、弱网环境）：core 明显更小，但记住它是一次性产物，装完没法打补丁。
• 拿不准就默认选 maker：选错 maker 的代价是"重做一次"，选错 core 的代价是"回不了头"。

上手前的 4 件事

1. 管理员权限：以管理员身份运行 PowerShell 5.1（两个脚本检测到非管理员会自动重开窗口提权，但自己先做好更省事）。
2. 干净源镜像：下载官方 Windows 11 ISO 并用资源管理器挂载，wim 或 esd 格式都行——源是 ESD 时脚本会自动转成 wim。
3. 执行策略：先跑Set-ExecutionPolicy Bypass -Scope Process，改动只限当前会话，不动你的系统策略。
4. 封装工具与空间：装好 Windows ADK 部署工具（提供 oscdimg.exe），或者留给脚本自动下载；确认临时磁盘余量足够装下整份镜像的拷贝和挂载。

写在最后

两个脚本的差别不在"谁删得多"，而在一句话：maker 卖的是可维护性，core 卖的是体积。对绝大多数人来说答案是 maker——精简镜像大一点不要紧，留得住容错空间；core 是特殊场景的工具，为虚拟机和临时测试环境而生，"一次性"的特性是它一切优势的前提。仓库里的 autounattend.xml 会自动随两个脚本一起工作，负责跳过首次开机的微软账号并启用压缩部署，开箱即用，不需要额外配置。

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