企业官网建设流程全解析

如果你想清理C盘，而电脑管家清理不干净时，可以交给AI（只给部分目录的那种）。

事情的起因很简单，打开 C 盘想腾点空间，发现根目录里有一大堆.dmp文件，累计100多M。

解决完这个问题后，我顺手给C盘清理了一下空间，比电脑管家释放的更多。

我知道.dmp是程序崩溃留下的转储文件，但不知道是谁在写、为什么写这么多。自己去翻日志、查进程、分析原因太费时间，我干脆把这个活儿交给了 AI 助手（WorkBuddy、Trae这种都可以）。

这篇文章就记录一下整个过程：我做了哪些判断、AI 帮我干了什么、最后结果怎么样。

把问题丢给 AI

我没有亲手去查，直接截了张 C 盘根目录的图发给 AI，问它：为什么我的 C 盘经常会出现这么多dmp文件。

我觉得用AI不要局限于常规思路，只需要把你看到的现象直接告诉它，让它去找原因就可以了。

AI 做了这么几件事：

1. 数了一下 dmp 文件有多少个、总共多大
2. 在 C 盘根目录找到了对应的崩溃日志crash_server.log
3. 读了日志，定位到是某个输入法的服务进程在反复崩溃
4. 告诉我异常类型、崩溃频率，以及这些文件为什么会出现在 C 盘根目录（不是系统转储，是软件自己写的）

整个过程大概十几秒。如果换我自己来，光是找到日志在哪、读懂日志里的字段，就得折腾半天。AI给出结论后，我没有让它直接删文件。

联想了一下最近做了什么操作，最终触发这个bug的原因我搞清楚了：

由于之前安装了豆包输入法，它不让选择安装路径，只能装系统盘，在强迫症的作用下，我用软件搬家把它迁移到了其他数据盘。

这里分享一个经验：清理是治标，找到原因才是治本。如果只删除 dmp 文件，过几天程序接着崩，文件又堆起来了。

新版本装上了，我也没有进行软件迁移了，dmp 不再新增，崩溃日志也停了。这一步才算是把问题真正解决。

顺着往下清理

主要矛盾解决了，我想着干脆让 AI 帮我把 C 盘清理一下，看看还有没有别的垃圾。

我之前一直用Windows自带的电脑管家帮我清理垃圾，但清理效果不是很理想，我的C盘依旧占用180G。

我没有让AI直接对C盘进行清理，这样不安全。

我让AI进行分域查找，每一步都先看 AI 的分析结果，我来决定删不删。

先查 C盘下的 ProgramData

C:\ProgramData这个目录，4 GB 多。AI 逐个量了每个子目录的体积，然后给了我一份清单，分成两类：

• 可以删的：已经卸载的软件留下的空目录、残留文件、共享内存的零碎文件——加起来也就几十兆
• 不能碰的：Visual Studio 安装缓存、MySQL 数据目录、杀毒软件的病毒库备份——这些占了大头，但删了要么影响功能，要么下次还得重下

我当时就一个感受：看着大的目录，未必有垃圾；真正占地方的，往往是在用的数据。不先量体积就下手，很容易白忙活。

确认没问题之后，我说"执行吧"，AI 就把那几项清理掉了。有一个空目录删不掉，连管理员权限都被拒绝，AI 说所有者是系统受保护的主体，为一个空目录不值得折腾，建议跳过。我觉得有道理，就留着了。

再查用户目录

AI分析了我的用户目录下的情况，这里展示部分截图：

其中AI相关的东西浪费了很多空间。重点说说以下几点：

1. 更新器缓存

很多桌面应用（我电脑装了很多AI桌面版工具，基本上都是Electron写的），它们会在AppData\Local下留一个-updater结尾的目录，存的是安装包和更新包。软件卸载了，缓存还在。AI 一数，28 个，加起来 5 GB。

2. 包管理器缓存

npm、pnpm 这些前端工具的缓存，两个多 G。纯缓存，删了下次装包重新下就行，不影响已经装好的东西。

3. 遗漏的部分

几个我早就不用了的应用，数据目录还在。

一个本地大模型应用的数据目录 8 GB，一个模型缓存 4.5 GB，还有个带内置 Python 的工具残留 3 GB……这些是我自己都忘了还存在的东西。

还有一些 AI 主动告诉我不能删的目录，我觉得这是 AI 最有价值的地方之一，它不光告诉你什么能删，还会提醒你什么别动。

差点误删

有三个地方我差点删了，幸好 AI 先帮我查了一下。

npm 全局安装目录

它在AppData\Roaming\npm，名字听着像缓存，其实是全局命令行工具的安装目录。里面装着 pnpm、各种 CLI 工具。删了这些命令就全没了。AI 说"这里面有 node_modules 和一堆 cmd 文件，是安装目录，不是缓存"，给我拦了下来。

AI 工具的运行时目录

在.cache下面，2 GB 多，我以为是缓存。AI 查了下 Windows 服务，说这个工具其实还装着，沙箱服务在运行，而且是自启动的。这个目录是它的运行时，删了程序会坏。我当时还真以为那东西早就卸载了，幸好 AI 帮我查了服务状态。

AI 工具的数据目录

3 个多 G，看着很大。AI 说里面是项目工作区和会话历史，删了等于丢工程。最后我们只清了它里面的logs、traces、cache这些子目录，主体数据保留。

先看报告，再下命令

整个清理过程，我和 AI 的配合方式大致是这样的：

1. 我说要查哪个目录
2. AI 扫描、量体积、分类、给出哪些可以删、哪些不能删的分析
3. 我看了分析，决定删哪些、留哪些
4. 我说"执行吧"，AI 才动手删
5. 删完 AI 验证一下结果，告诉我删了多少、有没有删不掉的

从来不让 AI “你看着办，全清了”。决策权在我手里，执行权交给 AI。这样既高效，又安全。

清理正在运行的程序时，AI 还会用"清空内容、保留目录"的方式。有些日志文件正在被程序写入，删不掉，AI 就跳过，不会硬删导致程序出错。我觉得这个细节做得挺稳。

最后清了多少

大概 25 GB 吧。分几大块：

这些东西如果让我自己找，我根本找不全。别说 25 GB，能找出 5 GB 就不错了。

几点建议

第一，别一上来就让 AI 帮我全清了。分区域来，一个目录一个目录地查。每查完一个，先看 AI 的分析报告，你觉得没问题了再让它删。慢一点，但不会出事。

第二，AI 说不能删的东西，多问一句为什么。搞懂它判断的依据，下次你自己也能判断。这次我就记住了几件事：名字里带cache的不一定是缓存；正在运行的服务对应的目录别碰；有node_modules的 npm 目录是安装目录不是垃圾。

第三，清理是治标，解决根因才是治本。我那 70 多个 dmp 文件，光删文件没用，升级输入法之后问题才真正消失。AI 帮你找到原因之后，该升级升级，该卸载卸载，别只停留在删干净这一步。

第四，删之前先量体积。很多你觉得很大的目录，其实没多少东西；反而是一些你根本没注意到的角落，占了大头。先量再动手，效率高很多。

总的来说，这次体验让我对用 AI 做系统维护这件事改观不少。它不是那种一键清理的傻瓜工具，它更像一个会操作电脑的助手，你指挥方向，它帮你跑腿、查资料、做判断，最后决策权还是在你手里。

用好了，确实省时间。

让AI给出了一个落地的提示词

就用WorkBuddy、Trae这类软件就可以了，尽量选择便宜、快速的模型，比如DeepSeek flash。

提示词：

请帮我清理 C 盘空间，你自己按下面这些目录逐个排查，不用我来指定：①C:\ProgramData；② 我的用户目录，重点是C:\Users\<我>\AppData\Local、AppData\Roaming和AppData\LocalLow，尤其要仔细看 NPM/pnpm 这类包管理器的缓存与全局目录（注意区分：...\Roaming\npm这种带node_modules的是全局安装目录不能删，纯 cache 目录才是缓存），以及所有 AI 桌面工具、本地大模型应用、Electron 应用的-updater更新器目录、运行时目录、模型缓存、日志和会话数据目录。对每个目录，你先扫描所有子文件夹的实际体积并列清单，再按「可安全删除（已卸载软件残留、更新器安装包缓存、包管理器缓存、纯 logs/traces/cache、崩溃 dmp 转储）」和「不能动（在用软件的数据、正在运行的服务运行时、全局 CLI 安装目录、项目工作区/会话历史、系统保护项）」两类给出分析并说明理由；我逐项确认批准后你才执行删除，正在被进程占用的文件用清空内容保留目录的方式处理或跳过，不要强删；删完核对释放了多少空间、有没有删不掉的项；如果发现 dmp 等反复生成的垃圾，顺带定位是哪个进程/软件产生的，告诉我根因和治本建议，而不是只删文件。全程不要一键全盘清理，一个目录查完等我确认再进下一个。

对高危操作不放心，保守方案：

这里推荐给AI手动设置目录，然后再提要求，不要一次给C盘权限、不要开启完全访问。

请帮我分目录逐步排查并清理 C 盘空间：每次我指定一个目录（如C:\ProgramData、C:\Users\<我>\AppData等），你先用工具扫描该目录下所有子文件夹的实际占用体积并列出清单，再按「可安全删除的残留/缓存」与「不能动的在用数据/运行时/安装目录/系统保护项」两类给出分析，说明每一项为什么能删或为什么不能删；我看过报告并明确批准某几项后，你才执行删除（正在被进程占用的文件用清空内容、保留目录的方式处理或直接跳过，不要强删），删完再核对释放了多少空间、有没有删不掉的项；遇到像 dmp 转储、反复出现的垃圾，要顺带定位产生它的进程/软件并告诉我根因和治本建议，而不是只删文件本身。全程不要一次性全盘清理，每一步等我确认后再继续。