【你的名字】.

问题

Windows 的 C 盘会持续缩水，但市面上多数清理软件的思路是「扫出一堆可删的」，用户根本不敢点确认——因为分不清哪个是缓存、哪个是自己的文件。

我先去查了自己机器上到底是什么在涨。结论颠覆了直觉：已卸载软件的残留全是 0，真正吃掉空间的是几个正常软件的无上限增长数据——微信日志 12 天涨了 1.62 GB（约 4 GB/月），浏览器 Service Worker\CacheStorage 单这一项 2.00 GB，比常规「清浏览器缓存」覆盖的 Cache 目录大 5 倍。

我做了什么

• 五级分层：常规缓存 → 增长型清理 → 残留扫描 → 提权清理 → Installer 孤立缓存，每级一个脚本，可单独调用。
• 自动 / 确认双通道：纯缓存（Temp、npm、NVIDIA 等 9 类）直接清；凡含用户数据或残留的一律先出清单、逐条确认才删。这条边界是设计出来的，不是靠自觉。
• 可靠性判定：Installer 孤立缓存用 Windows Installer COM 的 LocalPackage 反查在用 .msi 集合，而不是去注册表推文件名——后者在我机器上会把全部文件误判成孤儿。
• 提权三件套：ACL 受限目录走 takeown → icacls → Remove-Item，并踩过「提权脚本路径不能含中文」这个坑。
• 防篡改自校验：脚本 SHA256 与备份清单比对，改动必须显式刷新清单。

结果

• 首轮释放约 75 GB；后续两轮各释放约 4.5 GB 与 8.3 GB。
• 定位到「C 盘持续缩水」的真实机理，把技能从「减法式残留清理」改成「增长式消耗监控」。
• 过程中用实测推翻了自己文档里的两条旧结论（WPS 云缓存实为 0 GB；.cache/huggingface 是模型文件不能删）——旧结论要随实证证伪而更新。
• 全程 0 次误删用户数据。

我学到的

「高清理价值」不等于「安全可删」。真正的难点不是列出能删什么，而是判断什么不能删——以及当权限、文件锁、ACL 挡住你时，怎么安全地退回来。