Win11Debloat：PowerShell 脚本能改动哪些 Windows 体验
Win11Debloat 是一个轻量级 PowerShell 脚本，可移除预装应用、禁用遥测并精简 Windows 10 和 11 的界面，无需安装即可使用。
秒懂
- 它是什么？
- 按 README 的隐私设置、预装应用清理和三种启动方式，梳理 Raphire/Win11Debloat 的操作边界、回滚风险与缺失的兼容信息。
- 适合谁用？
- 适合愿意先做系统还原或虚拟机快照，并明确知道要关闭哪些遥测、建议内容或预装应用的 Windows 用户。不适合直接在生产终端批量执行。
- 能商用吗？
- 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库最近一次提交在 5 天前。
- 用什么语言写的？
- 主要是 PowerShell（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月14日）和我们的分析，不构成法律意见。
开源项目深度解析
遥测与建议内容的处理范围
Raphire/Win11Debloat 的 README 将项目描述为"A simple, lightweight PowerShell script that allows you to remove pre-installed apps, disable telemetry, as well as perform various other changes to declutter and customize your Windows experience."。本文只整理仓库能直接核验的内容，不把星标、Fork 或宣传语当成质量证明。README 在"Win11Debloat"下的说明是：Win11Debloat is a lightweight, easy to use PowerShell script that allows you to quickly declutter and customize your Windows experience, no installation required!。这给出的首先是项目边界，而不是已经完成的生产验证。
对 Win11Debloat，应先复制脚本配置，在测试账户执行指定 PowerShell 入口，逐项记录开始菜单、遥测设置、预装应用和计划任务的变化，并用回滚选项恢复；脚本会修改 Windows 状态，不能只依据终端返回码判断影响范围。 本节的判断对象是“遥测与建议内容的处理范围”，记录该对象的版本和实际输出后再扩大测试范围。
运行脚本前应明确目标是遥测、广告与建议内容，还是预装应用；这些操作并不等价。Quick method 会自动下载并启动脚本，Traditional method 则要求解压 ZIP 后双击 Run.bat，Advanced method 允许命令行参数。不同入口可能让审查者看到不同的交互路径，所以应记录入口、参数和脚本版本。README 的警告要求用户自行承担使用风险，文档也没有列出每个 Windows 版本的差异。对办公设备而言，删除应用、修改策略和改变 Edge 设置都可能影响既有流程，先在可恢复环境逐项确认比一次执行全部选项更可控。还应保留脚本原文件和系统恢复点，避免把清理结果误认为可逆配置。
预装应用清理的风险面
从 README 的"Privacy & Suggested Content"和相关条目看，读者可以先判断它是否解决自己的具体问题：Disable telemetry, diagnostic data, activity history, app-launch tracking & targeted ads.。如果你的目标与这段说明不一致，就不应仅凭项目热度采用它。这里保留原项目名、命令和组件名，方便回到一手来源核对。 README 还列出了另一条可核对的信息：Remove a wide variety of preinstalled apps. Click here for more info.。这类原文条目可以帮助读者设计试运行步骤，但不能代替自己的环境测试。
对 Win11Debloat，应先复制脚本配置，在测试账户执行指定 PowerShell 入口，逐项记录开始菜单、遥测设置、预装应用和计划任务的变化，并用回滚选项恢复；脚本会修改 Windows 状态，不能只依据终端返回码判断影响范围。 本节的判断对象是“预装应用清理的风险面”，记录该对象的版本和实际输出后再扩大测试范围。
PowerShell、Quick method 与 Run.bat
README 把工作方式分散写在"Usage"等段落中。可确认的线索包括：> [!Warning] > Great care went into making sure this script does not unintentionally break any OS functionality, but use at your own risk! If you run into any issues, please report them here.。这篇整理没有把未写出的架构、性能或安全边界补成结论；真正的运行链仍应结合仓库目录、配置文件和版本标签检查。
对 Win11Debloat，应先复制脚本配置，在测试账户执行指定 PowerShell 入口，逐项记录开始菜单、遥测设置、预装应用和计划任务的变化，并用回滚选项恢复；脚本会修改 Windows 状态，不能只依据终端返回码判断影响范围。 本节的判断对象是“PowerShell、Quick method 与 Run.bat”，记录该对象的版本和实际输出后再扩大测试范围。
参数、配置和回滚记录
第一次安装应从 README 给出的入口开始。当前可复核的命令是：
README 没有给出可直接复制的安装命令。
如果仓库没有提供命令，本文不会替它编造安装步骤，而是先打开 README 的"Did this script help you? Please consider buying me a cup of coffee to support my work"部分，确认系统依赖、默认端口和首次初始化动作。
对 Win11Debloat，应先复制脚本配置，在测试账户执行指定 PowerShell 入口，逐项记录开始菜单、遥测设置、预装应用和计划任务的变化，并用回滚选项恢复；脚本会修改 Windows 状态，不能只依据终端返回码判断影响范围。 本节的判断对象是“参数、配置和回滚记录”，记录该对象的版本和实际输出后再扩大测试范围。
README 没有给出的兼容证据
日常使用的细节取决于项目实际文档。README 的"Quick method"段落提到：Download & run the script automatically via PowerShell.。对于配置文件、环境变量、权限和数据目录，当前稿只记录来源明确的部分；未写明的默认值必须在测试环境中验证，并保留可回滚的配置副本。 同一部分还提到：Disable tips, tricks, suggestions & ads across Windows, the lock screen and Microsoft Edge.。
对 Win11Debloat，应先复制脚本配置，在测试账户执行指定 PowerShell 入口，逐项记录开始菜单、遥测设置、预装应用和计划任务的变化，并用回滚选项恢复；脚本会修改 Windows 状态，不能只依据终端返回码判断影响范围。 本节的判断对象是“README 没有给出的兼容证据”，记录该对象的版本和实际输出后再扩大测试范围。
MIT 许可与脚本审查
README 能确认的限制比宣传页面更重要。当前来源没有证明Raphire/Win11Debloat具备固定的兼容矩阵、服务等级、性能基准或长期支持承诺。README 只明确写到"1. Open PowerShell or Terminal. 2. Copy and paste the command below into PowerShell:"。这类未知项应在选型记录里列为待验证事项，而不是被改写成肯定句。
对 Win11Debloat，应先复制脚本配置，在测试账户执行指定 PowerShell 入口，逐项记录开始菜单、遥测设置、预装应用和计划任务的变化，并用回滚选项恢复；脚本会修改 Windows 状态，不能只依据终端返回码判断影响范围。 本节的判断对象是“MIT 许可与脚本审查”，记录该对象的版本和实际输出后再扩大测试范围。
最终记录应保留版本、输入、命令、输出和失败处理。先在隔离环境完成 README 指定的最小路径，再改变一个变量，观察具体字段和日志如何变化；不要把页面打开、进程启动或文件生成单独视为功能通过。对涉及外部服务的项目，使用测试凭据和低频请求，检查凭据是否出现在日志、生成文件或提交中。对涉及模型、动态库或原生依赖的项目，保存平台、版本、权重或 release 标签，并在回退后确认原状态恢复。这样留下的记录才能对应项目的真实行为，而不是一套脱离素材的通用评价。
编辑结论
适合愿意先做系统还原或虚拟机快照，并明确知道要关闭哪些遥测、建议内容或预装应用的 Windows 用户。不适合直接在生产终端批量执行。先下载固定版本，阅读脚本参数和屏幕提示，在隔离系统记录被删除应用、策略变化与网络状态，再决定是否运行 Run.bat；MIT 许可不等于脚本已通过你的安全审查。
社区笔记