[其他] emoveWindowsAI：把 Windows 10/11 里的 Copilot、Recall 等 AI 组件“关掉并清掉”的 PowerShell 脚本

有些终端问题最烦的点不在于“能不能关”，而在于 更新之后又回来：入口复活、组件回装、镜像一致性被打破，最后变成一堆解释不清的工单。

RemoveWindowsAI 就是为这种场景准备的。它是一个面向 Windows 10/11 的 PowerShell 脚本工具，目标很直接：尽可能禁用并移除系统里的 AI 相关组件（例如 Copilot、Recall 以及部分应用内 AI 功能），让系统更“可控”。

它到底做了哪些事

我把它理解成四步，越往后越“重”：

1) 先禁用开关
通过注册表/策略把相关功能入口关掉，减少系统层面的触发与展示。

2) 再卸载 Appx 包
对 AI 相关的 Appx 包做移除处理，包括一些默认不太好卸的组件。

3) 清理更深层的残留
脚本还会处理 CBS（Component-Based Servicing）相关内容，并清理文件残留，让“看不见但还在”的部分更少。

4) 尽量防止回装
它提供自定义 .cab 包的方式，用“占位/版本更高”的思路，降低系统自愈或更新把组件装回来的概率。做 VDI 镜像、企业终端基线的人，对这一点会特别敏感：不是删一次，而是要尽量稳定。

谁更适合用它

• 做 企业终端基线 的：希望统一策略、减少漂移  
• 做 VDI / 云桌面 Golden Image 的：想让镜像干净、更新后少“变脸”  
• 在 合规敏感环境 的：希望少一些潜在采集/索引能力暴露面  
• 喜欢折腾系统的高级用户：追求更纯净的系统体验

如果你也在做终端治理，云栈社区（ https://yunpan.plus ）里这类话题讨论不少，很多人关心的其实是同一句话：如何让系统行为可预期。

运行前先把这几条看清楚

• 需要 管理员权限  
• 需要 Windows PowerShell 5.1（项目说明不支持 PowerShell 7+）  
• 有 备份/回滚 思路，但前提是你启用了 -backupMode  
• 这是“系统级改动”，建议先在虚拟机/测试机跑一遍，再考虑批量化

我会怎么在运维里落地（供你参考）

如果要把它放进终端基线流程，我建议两条原则：  

• 先禁用，后移除：能用策略解决的先用策略，降低不可逆风险。  
• 要有验收清单：重启后看入口、包、任务是否还在；再跑一次更新验证是否回装。

项目地址与文档

• 项目地址：github.com/zoicware/RemoveWindowsAI
• 运维课程：https://yunpan.plus/f/16
• 后端架构课程：https://yunpan.plus/f/14

关注《云栈运维云原生》，每天 3 分钟，把热门开源项目讲清楚、说到能用；也欢迎来云栈社区一起交流终端基线、SRE、DevOps 的实战坑点。

标签： #RemoveWindowsAI #Github #PowerShell #Windows11 #终端运维 #VDI镜像