C盘爆红别乱删——当我在终端里用 Codex 统计目录大小时才发现 AppData 一个文件夹就吃了 87.81GB。这篇内容不是教你装某个“清理大师”也不是让你把 C 盘里的东西统统拖进回收站而是把我用 AI 编程助手 Codex 做了一次“C 盘空间巡检”的完整过程记录下来怎么定位、怎么判断、哪些能删、哪些千万不能碰。如果你也被 471GB 的 C 盘红条折磨得快崩溃是个常装开发工具、没事看视频、电脑里积攒了大量缓存的人这篇内容应该能帮你省下不少时间。1. C盘爆红的真正原因AppData不是不能动但要分清楚1.1 AppData里到底装了什么先回答最基础也最容易被忽视的问题AppData 为什么能占这么多空间很多人一看到“AppData”这串英文就觉得是系统文件不敢删其实它不是纯系统区而是各种软件存放“用户数据”的地方。系统里的每个用户都有自己的 AppData 目录默认深度很深路径大概长这样C:\Users\你的用户名\AppData它底下分成三个子目录Local、LocalLow、Roaming。Local 存放只在本机生效的数据LocalLow 通常给低权限进程用比如浏览器插件、部分游戏组件Roaming 则允许数据跟着用户漫游比如一些软件配置、聊天记录同步内容。听起来很抽象你可以把 AppData 当成一栋楼的公共储物柜Local 是你自己房间里的杂物Roaming 是走到哪个楼层都能取出的证件包LocalLow 则是那些只能待在低楼层、权限较小的临时工具。不能因为“柜子很大”就把整个储物间砸了得打开每个抽屉看里面装的是可扔的包装盒还是不能丢的合同。我这次排查的电脑是 Windows 11用户目录下主要使用者就一个账户所以 AppData 里的内容集中且多。正常的 Windows 系统AppData 攒到 20GB 左右很常见但如果它膨胀到 80GB 以上几乎可以断定是“缓存灾难”。缓存文件的特点就是写的时候不心疼删的时候犹犹豫豫于是日积月累把 C 盘拖垮。1.2 为什么你的AppData有87.81GB光知道它是什么还不够你得知道为什么它会变大。我根据平时做开发、用设计软件、浏览网页的习惯总结了几个最容易贡献海量数据的“毒瘤”。开发工具缓存Node 的 npm-cache、Python 的 pip Cache、Rust 的 cargo registry、还有 uv 的缓存目录随随便便就是 3~10GB。你的电脑上如果装了多个版本的 Python 和多个 Node 项目这些缓存还会翻倍。IDE 和编辑器遗留文件VS Code、Arduino IDE、JetBrains 全家桶都可能在崩溃或非正常退出后留下巨大的临时保存文件。比如 Arduino IDE 的“未保存草图”目录有时候一次崩溃就能留下几个 GB。硬件驱动缓存NVIDIA 的 DXCache、GLCache 是出了名的“越跑越大”。游戏或者渲染软件用多了着色器缓存和图形缓存会持续写入 Local 目录而且很少自动清理。浏览器和通讯软件缓存Chrome、Edge 的缓存文件以及微信、钉钉这类工具的聊天图片、视频临时文件也会找地方塞进 AppData。各类安装包和更新残留Windows 更新留下的SoftwareDistribution文件夹一些软件安装器解压出来的临时镜像都堆在 Local\Temp 或系统临时目录里。这些因素叠加在一起一个 AppData 文件夹占用 87.81GB 一点都不夸张。所以与其说你的 C 盘不够大不如说你的“缓存仓库”太久没盘点。1.3 先别急着用“C盘清理大师”很多人在 C 盘飘红之后的第一反应是下载一个“C盘清理大师”或者“C盘瘦身专家”。我知道你是急但真的别急这种工具市场鱼龙混杂。有的工具的确能做文件分类有的则是在后台推送广告、改主页、弹窗。更尴尬的是等我接手这台电脑时发现它已经装了一个叫“C盘瘦身专家”的软件既找不到正经卸载入口又在设置里多了一个不明不白的开机启动项。如果碰到这种情况第一步不是拿第三方卸载工具硬删而是先看它能不能用系统自带方式卸载。按Win I打开设置进入“应用”里的“安装的应用”按安装时间排序找到可疑名字以后点卸载。如果提示文件被占用重启一次再卸载。实在删不掉可以在“启动”标签页里把相关开机启动项禁用再用系统安全模式去卸载。千万不要因为 C 盘红就抱着“拆电脑”的心态乱删文件很多所谓的清理软件本身就是最大的垃圾来源。2. 为什么让 Codex 介入它不是万能的但能帮你把账算清楚2.1 传统工具和AI辅助的本质差别你可能会问C 盘分析不是有 WinDirStat、WizTree 这些工具吗为什么非要绕一圈用 Codex我的看法是定位“哪个文件夹大”和判断“哪些文件能删”是两回事。WinDirStat 这类工具能画出一块块彩色方块告诉你绿色那一大团是浏览器缓存黄色那一坨是微信文件但它们很难回答“这个缓存是不是可以清掉的缓存”“这个文件删了之后对应软件会不会出问题”。Codex 不一样它是能理解上下文、能写脚本、能分析命令结果的 AI 助手。你可以先让它生成统计脚本再把统计结果贴回对话里它会基于路径名称、目录层级和常见的软件行为给出类似人工运维的判断。说白了WinDirStat 像一把尺子能量出哪里胖Codex 更像一个懂行的朋友不但能帮你量尺寸还会告诉你哪一块是脂肪、哪一块是肌肉别乱动。但要注意Codex 不是魔术师它看不到你硬盘上的所有秘密。它拿到手的是你执行命令后输出的文本所以你得给它足够的信息用户名、路径、目录大小分布、你的使用场景。信息越具体判断越靠谱。2.2 怎么让Codex只给方案不擅自动手Codex 本身是能执行命令的但 C 盘清理这件事我强烈建议你给它设置一个严格边界永远不要让它直接执行删除命令。别嫌我啰嗦这一步特别重要。你让 AI 直接干活它可能为了“完成任务”而把某些目录删得过猛或者在不该用管理员权限的路径下动了手最后你都不知道文件是哪一步没的。我这次的做法是只让它生成 PowerShell 统计脚本和分析报告删除动作全由我自己手动确认后再执行。你可以这样跟 Codex 说不要执行任何删除操作只生成脚本、输出分析结果、给出建议清单。它能做到而且这样做的好处是每一条删除理由都白纸黑字写在聊天记录里你可以一条条核对避免“AI 一秒钟删完你三个月后悔”。2.3 我实际用到的提示词模板这里给你一段我调好之后实际能用的提示词模板直接复制到 Codex 对话里就能用你是 Windows 系统管理员。我需要排查电脑 C 盘空间占用。 用户目录是 C:\Users\AdministratorC 盘剩余空间不足 10GB。 我怀疑 AppData 目录占了大量空间。 任务 1. 生成一段 PowerShell 脚本统计 C:\Users\Administrator\AppData 下的子目录大小 2. 要求脚本只输出目录路径和大小按大小降序排列列出前 30 项 3. 脚本不要执行删除操作不要修改任何文件 4. 运行脚本后我会把输出结果发给你你再帮我分析哪些目录可以清理。这段提示词的核心是把“统计”和“清理”两个阶段分开。先让它把数据捞出来再交给它判断而不是一上来就让它乱跑。Codex 会给出类似下节的脚本你自己在 PowerShell 里执行就可以。3. 实操用Codex一步步把87.81GB榨出水分3.1 一次扫描抓出占空间的真凶在我给出提示词后Codex 给了一段比较典型的 PowerShell 统计脚本。我没有偷懒而是把它复制到 Windows PowerShell以普通权限运行里执行。脚本逻辑很简单遍历AppData\Local下的顶层目录计算每个子目录里的文件总大小超过 100MB 的列出来。第一次扫描先看顶层不要直接递归所有层级的子目录否则速度会很慢而且输出又长又乱。等锁定可疑目录后再针对可疑对象做第二轮递归统计。实际的脚本长下面这样你可以在自己的机器上把Administrator换成你自己的用户名再执行$user Administrator $root C:\Users\$user\AppData\Local Get-ChildItem $root -Directory -ErrorAction SilentlyContinue | ForEach-Object { $sizeBytes (Get-ChildItem $_.FullName -File -Recurse -ErrorAction SilentlyContinue | Measure-Object Length -Sum).Sum if ($sizeBytes -gt 100MB) { [PSCustomObject]{ Path $_.FullName SizeMB [math]::Round($sizeBytes / 1MB, 1) } } } | Sort-Object SizeMB -Descending | Format-Table -AutoSize我把这段脚本跑了一遍输出结果让我差点从椅子上跳起来。名列前茅的有这么几项AppData\Local\Temp34.2GB稳居第一里面全是临时文件和旧安装包残留AppData\Local\NVIDIA Corporation\DXCache12.3GB显卡着色器缓存已经堆成小山AppData\Local\pip\Cache8.5GBPython 包管理器下载缓存AppData\Local\npm-cache6.2GBNode 项目装依赖时攒下来的缓存AppData\Local\uv\Cache3.8GB新的 Python 包管理器 uv 的缓存AppData\Local\ArduinoIDE\unsaved2.9GBArduino IDE 非正常退出留下的未保存文件。这六项加起来已经超过 67GB其他小文件零零散散又占了十几 GB。看到这里我心里基本有数了。3.2 分门别类哪些能清哪些不能清扫描结果出来后我把上面这份输出贴回 Codex让它给每个目录打标签。它给出的结论我整理成了表格你也可以把它当成一个通用参考目录通常性质清理建议AppData\Local\Temp系统临时文件可清空但建议先关闭正在运行的程序AppData\Local\NVIDIA Corporation\DXCache显卡着色器缓存可删除显卡驱动会自动重新生成AppData\Local\pip\CachePython 下载缓存可用pip cache purge清理AppData\Local\npm-cachenpm 包下载缓存可用npm cache clean --force清理AppData\Local\uv\Cacheuv 包下载缓存可用uv cache clean清理AppData\Local\ArduinoIDE\unsaved崩溃遗留临时文件确认无未保存项目后可删AppData\Local\Microsoft\Windows\INetCacheIE/系统临时缓存可以清理AppData\Roaming下的业务软件配置软件配置、登录信息默认不要动同时 Codex 也警告我Roaming里很多目录是软件的正常配置删了轻则重新登录重则导致某些业务软件需要重新初始化。如果目录名里带有User Data、Local State、Database、Preferences别碰。只有名里写明了 Cache、Temp、Log、backup、unsaved 这些带“临时”暗示的目录才值得优先处理。这个分类标准后来救了我好几次因为看着 87.81GB 的数字人会手痒。3.3 64.4GB是怎么释放出来的确认了可以清理的内容后我开始一项一项行动。首先用系统自带的磁盘清理把 Windows 更新残留清掉cleanmgr /d C:。勾选“Windows 更新清理”这一步一般能释放几个 GB 到十几个 GB。接下来关闭所有正在使用的开发工具、浏览器和聊天软件然后打开 PowerShell逐条执行清理命令# 清理 pip 缓存 pip cache purge # 清理 npm 缓存 npm cache clean --force # 清理 uv 缓存 uv cache clean然后进入C:\Users\Administrator\AppData\Local\Temp全选里面的文件并删除。有些文件正在被系统占用会提示失败直接跳过就行。不用怕真正的系统文件不会放在 Temp 下Temp 里大部分是安装解压的碎片和软件运行中生成的临时数据删除之后软件会重新创建新文件。NVIDIA DXCache 的处理方式类似进入AppData\Local\NVIDIA Corporation\DXCache把里面的缓存文件清空下次开游戏或者渲染时会重新建立就是第一次打开可能稍微慢一点。Arduino IDE 的 unsaved 文件夹我先确认近期没有打开过需要恢复的未保存草图再整个删除。这个目录是 Arduino IDE 用来暂存崩溃前工作区的如果你不是经常用 Arduino删除它几乎没任何影响。这一套动作走完我再次统计AppData的占用已经只剩 23.4GB。释放了 64.4GB效果立竿见影。C 盘从红色警报变回蓝色正常还顺手让系统卡顿减轻了不少。3.4 注意所有删除命令都由我自己执行整个过程我反复强调了一件事Codex 只做分析和建议执行删除的是我的手。每删一个目錄前我至少会确认三件事第一它是不是典型缓存目录第二对应软件当前是否正在运行第三如果误删最坏结果是什么。宁可一次少删一点也不能在 C 盘爆红的时候“趁乱大扫除”。尤其像AppData\Local\Packages这类目录里面是 UWP 应用的数据删掉可能需要重装软件AppData\Roaming\Microsoft\Windows\Start Menu里是开始菜单快捷方式删除后所有快捷方式都会乱套。所以清理前给自己划一条底线只动带有 Cache 和 Temp 特征的路径不动配置和数据。4. 常见问题与排查技巧实录4.1 为什么扫描经常被“权限不足”打断我用 PowerShell 统计目录时经常遇到红色报错原因是某些AppData子目录受系统保护普通权限读不进去。解决办法不是直接给整个 C 盘提权而是开启 PowerShell 时选择“以管理员身份运行”并且在脚本里加上-ErrorAction SilentlyContinue跳过那些访问不了的目录。不加这个参数脚本遇到一个报错就会滚出一屏幕红色文字严重影响结果阅读。还有一类打断来自“路径过长”。Windows 对路径长度默认有上限开发工具经常生成很深的目录结构PowerShell 显示PathTooLongException。我当时让 Codex 在脚本里加了\\?\前缀处理但如果你不想那么复杂直接统计顶层目录也够用把可疑的大目录单独挑出来再统计比一锅端更稳。4.2 清理后仍然爆红下一步查什么AppData 清理完C 盘如果还是红通常说明大头不在 AppData而是另有所在。排查询顺序大概是休眠文件hiberfil.sys、虚拟内存pagefile.sys、系统还原点、Windows.old 目录、各种安装在 C 盘的大型软件。其中hiberfil.sys可以通过关闭休眠来释放桌面端执行powercfg /h off就行但笔记本用户建议慎重pagefile.sys则不要乱动除非你物理内存足够大并且清楚自己在做什么。Windows.old 能用磁盘清理删掉系统还原点可以通过“系统保护”界面减少占用量。还有人会遇到“恢复分区在 C 盘后面”的情况那是厂商预留给恢复功能的建议别拿第三方工具直接删万一哪天系统崩了想恢复系统删掉就麻烦了。如果重启之后 C 盘又迅速被填满优先去C:\Users\Administrator\AppData\Local\Temp看看是不是某个软件一直在写临时文件。我当时排除了 Codex 之外的所有可疑进程没发现异常Temp 依然很稳定。4.3 误删风险清单与自检方法整理了一个通用自检表帮你快速判断一个文件夹该不该删。看到可疑路径时多留个心眼能用一句话“这是缓存吗”回答再动手不迟。情况危险等级自检判断路径含 Cache、Temp、Log、unsaved低风险大概率可清理路径含 User Data、Config、Preferences高风险不要直接删路径含 Local State、Database、IndexedDB高风险删了可能清空本地数据路径含 Roaming偏高风险多数是配置谨慎处理路径含 SoftwareDistribution中等风险属于更新缓存可通过磁盘清理处理我把这条清单分享给了同事他们在自己电脑上同样适用。判断的时候不用死记硬背只需记住一句话缓存目录的名字会诚实告诉你自己是缓存配置目录的名字反而会伪装成重要数据。4.4 一个尴尬问题C盘瘦身专家是怎么进来的回到开头提到的“C盘瘦身专家”其实它并不是突然出现的多半是之前从某个下载站安装“免费版”软件时被捆绑安装的。我的建议是遇到这种不请自来的清理工具不要在 C 盘爆红的焦虑状态下用“急病乱投医”的方式去处理而是去“设置 → 应用 → 安装的应用”里找一下。如果它在列表里右键卸载如果卸载按钮变灰重启电脑再试一次。要是还不行打开任务管理器找到可疑的进程所在路径顺着路径把整个目录结构看清楚再配合下载软件的“卸载程序”来移除。现在很多正规系统的存储感知功能已经够用了不需要额外装一个浮夸的“瘦身专家”。Windows 自带的存储感知在“系统 → 存储”里可以打开它会定期清理临时文件和无效缓存。真的遇到大文件用 WizTree 看一眼就明白了没必要把第三方的“一键清理”当救命稻草。5. 长期维护与我的后续计划5.1 给C盘制定一个“每月体检”流程这次只花了一个多小时就释放了 64GB但如果不改变使用习惯三个月后 AppData 还会攒回来。所以我给自己定了一个 C 盘“每月体检”流程每个月第一个周末用刚才那段 PowerShell 脚本扫一遍 AppData记录一下前五名大的目录紧接着跑一遍pip cache purge、npm cache clean --force、uv cache clean检查 Temp 目录是否超过 2GB超过就清一次最后打开 Windows 存储感知让它自动处理临时文件。这个流程看着简单但坚持下来比装十个清理大师都强。开发工具和浏览器缓存本来就是“用完就没价值的重复数据”定期清理不会让软件变慢反而能减少磁盘碎片和系统扫描负担。很多人担心清完缓存后软件要重新下载实际上只是第一次重新安装依赖慢一点可 C 盘饱受煎熬的时间可比这长多了。5.2 用Codex做定期复查另外我发现自己更喜欢用 Codex 做定期复查因为它的分析能留下记录。下次再遇到 C 盘飘红我可以直接把这次的经验和新扫描结果一起发给它让它对比前后变化看看是不是哪个目录失控了。这种工作方式比手动翻文件夹高效得多相当于每次清理前都让 AI 先写一份“空间审计报告”我再决定要不要按报告动手。如果你也想试建议从两条简单提示开始一条是“帮我统计 AppData 下占用最大的目录”另一条是“帮我列出目录名中包含 Cache 或 Temp 的路径”。这两条提示足够覆盖 80% 的常规清理需求。等你对这些命令熟悉了再让它做更细的分级判断。最后说一点个人体会遇到 C 盘告急最蠢的操作是凭感觉乱删最聪明的操作是先量数据、再分类、最后动手。Codex 不是万能但它能把枯燥的文件夹分析变成一场有逻辑的排查这件事本身就值回票价了。