Win11 开机项治理方案：四层扫描、分级决策与可回滚落地

【内容摘要】 本文把 Win11 开机项治理拆成一套可复用架构：四条自启链路的扫描设计、三档分级决策、备份先行的幂等执行层、闭环验证，并附真机落地的三个踩坑记录。

【编写目的】 为工程实践者提供可落地的开机项治理方案设计参考。

给本地大模型腾资源这件事，很多人第一反应是打开任务管理器点几个"禁用"，结果要么漏项，要么把温控服务一起关了。本文把这套动作拆成一套可复用的架构：四层扫描、分级决策、可回滚执行、闭环验证，并附上真机落地的踩坑记录。

一、问题建模：开机负担到底由什么构成

Win11 的开机自启不是一个开关，而是四条独立链路，各自有不同的读取入口和修改方式：

注册表 Run 链路：HKCU\Software\Microsoft\Windows\CurrentVersion\Run 与 HKLM 同名路径，外加 Wow64 兼容视图，这是传统软件最常用的自启方式；
启动文件夹链路：用户级与全局 Startup 目录，放脚本和快捷方式，本地大模型相关的启动脚本通常挂在这里；
商店应用链路：UWP 应用的自启由包管理器托管，任务管理器页签只显示一部分，必须按包查询；
服务与计划任务链路：自动启动服务和计划任务，是后台常驻的大头，也是最容易误伤的部分。

四条链路必须分别扫描再合并成一张清单，只扫其中一两条，清理完重启一看后台照样一堆进程。这次盘点用的是 AiPy，图它成本低、省事，您用顺手的工具也一样。

二、扫描层设计：先出清单，再谈动手

扫描层的产出不是"建议删除列表"，而是一张带序号、可追溯的原始清单，每条记录至少包含四项：位置标识、名称、启动命令、当前状态。

设计上有三个要点：

本机扫描结果：注册表启动项 5 项、启动文件夹 2 项、商店应用自启 4 项、自动服务 86 项（第三方 10 项）、非微软计划任务 15 项。

三、决策层设计：三档分级，红线前置

扫描出清单后，决策层按三档处理，红线必须前置定义，不能边删边想：

红线档，绝对不动：温控与电源相关服务（厂商控制中枢服务约 97MB、AMD PMF Service、Windows Power）、安全相关服务（Defender、SecurityHealth）、硬件驱动层；
可改档，改手动不禁用：厂商动态壁纸服务、厂商投屏工具、厂商游戏组件、厂商灯效、McAfee WebAdvisor，用到时系统自动拉起；
可移除档，去自启留软件：Edge 后台自启、Google 更新器、豆包、WorkBuddy、AMD 面板、OneDrive，软件本体保留，需要时手动打开。

红线前置的理由很实在：跑大模型时 CPU 长时间高负载，风扇曲线和功耗墙全靠厂商控制中枢调度，一旦被禁，风扇失去智能调速，轻则过热降频拖慢推理，重则伤硬件。为省几十 MB 内存冒这个险，收益为负。

四、执行层设计：备份先行，操作幂等

执行层有两条硬规则：

备份先行：改注册表前导出 reg 文件，服务与计划任务各存一份 JSON 快照，还原说明书同步更新。本机备份目录里存了 HKCU、HKLM、Wow64 三份 reg 快照和两轮任务快照；
操作幂等：同一项重复执行不报错、不产生副作用。比如移除一个已经不存在的启动项，脚本应当跳过而不是中断。

执行顺序也有讲究：先处理注册表和启动文件夹（影响面小、易回滚），再处理商店应用，最后动服务和计划任务（影响面大、需要管理员权限）。

五、踩坑实录：三个必须记住的坑

名字骗人：一个叫 KB-Monthly-Report 的计划任务，名字像推广任务，实际是用户自建的知识库月报脚本，禁用后当天核对执行命令才恢复。结论：禁用前必须看命令和作者；
自启会回加：Edge 更新后把后台自启重新写回注册表，第一次清理完重启验证才发现，需要二次清理。结论：验证环节不能省；
权限有边界：edgeupdate、ClickToRunSvc 归 TrustedInstaller 所有，管理员也改不了，返回失败是正常现象。结论：区分"改不动"和"改失败"，别强行夺取所有权。

六、验证层设计：闭环才算完成

复核环节基于成本和便捷选了 AiPy，您好奇也可以试，用别的工具不影响。验证不是走形式，本机正是靠这一步发现了 Edge 自启回加的问题。

七、方案沉淀：可复用的四条结论

成文前又用 AiPy 核了一遍数据------图它省钱省力，您用熟悉的工具一样能核。这套方案跑完，本机用户级注册表启动项全部清空、商店应用自启全部关闭、十余个计划任务禁用，软件一个没卸，内存和 CPU 时间片都还给了本地大模型。