C盘告急？Cursor用户的磁盘空间拯救指南
最近在后台收到不少朋友的私信，说自从换了这个大火的AI编辑器 Cursor 之后，电脑原本还算宽裕的 C 盘眼看着就要变红了。到底是哪里在偷偷吃空间？是不是非得给硬盘重新分区才能解决问题？
今天就针对这个痛点，来聊聊如何在不折腾重装系统、不胡乱分区的情况下，把手头的 C 盘空间给抢回来。
Cursor 是目前非常流行的 AI 编辑器，但同时也伴随着较高的存储占用。
为什么 Cursor 这么吃空间？
很多朋友感觉“C 盘要满了”，通常不是因为代码本身有多大（源代码纯文本占用的空间微乎其微），罪魁祸首往往是以下这两个“隐形杀手”：
-
庞大的模型缓存文件： Cursor 作为一个本地 AI 补全工具，为了保证响应速度，会在本地缓存大量的模型权重和索引数据。随着使用时间的推移，这些缓存文件会像滚雪球一样越来越大，尤其是当你开启了不同模型的本地推理或者下载了大量的插件时。
-
项目依赖与构建产物： 如果你习惯把项目直接放在 C 盘（比如默认的
Documents或者桌面上），那么node_modules、.git文件夹以及各种构建生成的dist、build目录，动辄就能吃掉几个 G 甚至几十个 G 的空间。
第一步：先别急着分区，先清理缓存
C 盘空间变红是很多用户的噩梦，通过清理缓存可以释放数 GB 的空间。
在不改变任何磁盘结构的情况下，简单的清理操作往往能立竿见影地释放出几个 G 的空间。
1. 清理 Cursor 自身缓存
Cursor 的缓存文件通常集中在 AppData 目录下。你可以按照以下路径手动查找删除，或者使用专门的清理工具：
- Windows 用户路径参考：
C:\Users\[你的用户名]\AppData\Roaming\Cursor\User\globalStorage\...
这里通常会存储 AI 模型的索引和会话历史。找到类似于 storage.lfs 或者模型相关的文件夹，可以安全删除。关闭 Cursor 后删除这些文件，下次启动时会自动重新生成，虽然第一次启动会稍微慢一点，但空间就回来了。
2. 清理系统临时文件
Windows 自带的磁盘清理是老生常谈但极其实用的功能。别忘了勾选“临时文件”和“之前的 Windows 安装”（如果有）。更进阶一点的玩法是使用 Storage Sense（存储感知），让它自动定期清理。
第二步：调整 Cursor 的默认设置（治本之策）
如果你清理完没几天 C 盘又红了，那就是时候动一动默认设置了。
1. 修改默认项目存储路径
不要把工作区放在 C 盘！在安装 Cursor 或者 VS Code 类编辑器时，通常会有默认的工作区设置。建议将你的开发工作目录（例如 Code 文件夹）统一迁移到 D 盘或 E 盘。这不仅为了省空间，也是为了系统重装时数据不丢失。
2. 调整 Cursor 数据存储位置
虽然 Cursor 没有提供一键迁移所有数据的图形化按钮，但你可以通过符号链接的高级操作，将 AppData 下的庞大配置文件夹，软链接到其他盘符。这步操作稍微有点极客，但效果拔群。小白慎用，老玩家可以试一试 mklink /D 命令。
第三步：到底需不需要重新分区？
回到最初的问题：你需要对磁盘进行重新分区吗？
我的建议是：90% 的情况下，不需要。
为什么反对盲目分区？
- 风险高：调整分区大小涉及到数据的迁移和边界的修改，一旦断电或软件报错，数据丢失的风险极高。
- 治标不治本：如果你今天的习惯是把东西扔 C 盘，就算你把 D 盘分得再大，过段时间 C 盘还是会爆满。
什么情况下才考虑分区？
只有在一种极端情况下才建议动刀：你的 C 盘本身预留的空间就小得离谱（比如老电脑只有 60G 系统盘），且 D 盘有大量的未分配空间。 这时候，使用像 DiskGenius 这类成熟的工具（操作前务必备份！备份！备份！）进行无损扩容是最后的手段。
总结建议
遇到“C 盘满”的焦虑，正确的应对顺序应该是：
- 查原因：用 WizTree 或 SpaceSniffer 扫描一下，到底是哪个文件夹在作怪？（很多时候并不是 Cursor，而是微信或缓存视频）。
- 清缓存：定期清理编辑器缓存和系统临时文件。
- 移位置：把项目文件、大文件统统搬到非系统盘。
- 改习惯：养成良好的文件归档习惯，从根源上拒绝杂乱。
做好这几步，相信你的 C 盘能再战好几年，完全不用去碰那个危险的重分区按钮。希望这篇指南能帮到正在被存储空间困扰的你！
评论已关闭