Cursor 越用越卡、吃内存？先从索引和扩展查起

Cursor 用着用着开始卡，输入有延迟、风扇狂转、内存一路涨，很多人第一反应是电脑不行了。先别急着换机器。绝大多数卡顿来自三个地方：仓库太大索引扛不住、扩展装太多、Agent 对话拖得太长。按从轻到重挨个查，通常不用重装。

先看是不是索引在拖

Cursor 会给你的代码库建索引，这样 AI 才能理解全项目。仓库里如果混着 node_modules、dist、构建产物、大块二进制或数据文件，索引会又慢又占资源。

办法是在项目根加一个 .cursorignore，把这些不需要 AI 读的目录写进去，语法和 .gitignore 一样。把 node_modules/、dist/、日志和大文件排掉，索引范围小一圈，卡顿往往立竿见影。这个文件和规则文件怎么配合，见 .cursor 目录与 Rules。

扩展太多就用二分法

从 VS Code 迁过来的人常把一堆扩展也带过来，有些在后台一直跑。怀疑是扩展拖后腿时，别一个个猜：先禁用一半，重启看还卡不卡；卡就问题在剩下那半，不卡就在禁掉的那半。这样二分几次很快能揪出元凶，比凭感觉关来关去省事。

顺手也看看有没有重复功能的扩展，比如两个格式化插件抢着干活。设置项在哪找，见 Cursor 设置。

对话别一路拖到底

还有个容易忽略的：Agent 或 Chat 一个会话聊几十轮，上下文越堆越大，每次请求都要背着这坨历史，既慢又费额度。一件事做完就开新会话，别把不相关的任务全塞进同一个对话。需要长期带的信息写进规则文件，而不是每轮重复粘。

如果这三处都清过还是慢，再考虑重启、更新到新版本、或者看是不是网络在拖响应。日常怎么用得更省，见 日常使用教程。