不用挨个跑工位：清理10台办公电脑的整批方案

逐台清理为何在机群规模下失灵

算术很无情：对一台机器做一次细致的手动清理——临时文件、更新缓存、浏览器缓存、遗留安装包——需要30到40分钟。乘以十，你就烧掉了一个工作日，而且下个月还会再烧一次，因为手动清理不会重复，只会退化。更糟的是，每台机器最后“干净”的程度各不相同：会计的电脑留着2019年的安装包文件夹，销售的笔记本囤着1GB的浏览器缓存，直到磁盘塞满才有人发现。一致性才是机群清理真正的产出，而挨个跑工位产出的恰恰是反面。

解决办法是停止把办公室看成十台孤立的机器，开始把它看成拥有同一条基线的一个机群。域环境里的 Windows Pro 机器可以用组策略或 Intune 管理，但十席的工作组根本用不着这些：一个 PowerShell 脚本——分发一次，或者从共享目录拉取后由任务计划程序在夜间运行——就能覆盖九成办公室的实际需求。脚本把决策只编码一次：清理什么、跳过什么、文件要旧到什么程度——然后在所有地方一模一样地执行。

Windows 更新缓存：停止 wuauserv，清空 C:\Windows\SoftwareDistribution\Download，再重新启动服务
临时文件夹：%TEMP% 和 C:\Windows\Temp，保留晚于七天的文件，避免弄坏正在进行的安装
投递优化缓存——在每台通过局域网共享更新的机器上悄悄膨胀
错误报告转储和 C:\ProgramData\Microsoft\Windows\WER 里的旧崩溃文件
通过 Clear-RecycleBin cmdlet 清空回收站——提前一周告知团队
缩略图缓存和 DirectX 着色器缓存——按需重建，删除永远安全

哪些该进脚本，哪些永远不该

上面这些都是机器级的操作，在 SYSTEM 账户下也安全——这正是计划任务提供的环境。用户级数据则是集中清理必须小心的地方：运行中浏览器的缓存会弄坏会话，文档里的文件轮不到你来裁决，任何属于已打开应用的东西都不能碰。如果用户级缓存确实重要，就把用户侧部分安排在登录时，让它在用户自己的上下文中运行；或者枚举配置文件，只处理早于阈值的文件。

两条纪律让机群保持安全。一是年龄阈值——绝不删除未满几天的一时文件，因为某个人正在运行的安装程序可能正在使用它；二是非工作时间执行，这样没有任何东西会从正在工作的员工手底下被抽走。把每次运行都记录到共享文件夹或事件日志里：哪天清理出了问题，你会想确切知道当时跑了什么、什么时候跑的。

让每个工位都安静干净的节奏

对典型办公室来说，每月一次的夜间清理就够了：更新缓存和临时文件夹很少长得更快。把各台机器的启动时间错开几分钟，免得十台机器同时冲击同一个共享目录和同一条广域网链路；把应用更新也放进同一个窗口——winget upgrade --all 会悄悄把整个机群的浏览器和工具升到当前版本。每个季度花一个小时手工处理最糟的两台机器，记下脚本漏掉的东西；把这些发现折回脚本里，而不是让它们变成永久的手工活。

总会有掉队的——那台跑着没人敢碰的老记账软件的机器，还有塞满私人文件的总监笔记本。它们值得单独看一眼，而不是一刀切的规则；用 Kleaner PRO 在那两三台机器上做一次性清理，就能补上脚本盖不住的缺口。目标不是让清理隐形，而是让它变得无聊、准点，并且在除了真正配得上特殊待遇的少数工位之外的每个工位上都一模一样。