Cursor 卡成 PPT?5 分钟让它快 3 倍
- 2026-11-08 21:00:57
Cursor 卡成 PPT?5 分钟让它快 3 倍昨天改代码改到一半，Cursor 突然转圈，风扇声大到同事以为你要报废电脑。你重启三次、清了缓存，AI 还是慢半拍。 
大概率不是电脑烂，是它在替你翻一个八万文件的项目。 Cursor 官方论坛里团队的人自己认过一次： 把工作区开成整个用户主目录，索引会"spiral into scanning millions of files"——螺旋式扫掉几百万个文件。 所以今天只解决一件事：五分钟六个动作，把 Cursor 从"转圈到下班"变回"秒开"。 先看懂三个词，再动手 索引：Cursor 打开项目时，会先把你项目的文件做成一份目录清单，之后 AI 才能快速找到哪段代码在哪。像给书架贴标签，标签越准找书越快。 上下文：AI 这一次回答能"看到"的内容。Cursor 把打开的标签页、提问、检索到的代码拼起来发给模型。 .cursorignore：放在项目根目录的文本文件，告诉 Cursor 哪些文件不要进索引，写法跟 .gitignore 几乎一样。 ① 分诊：先看是哪种卡 看 Cursor 底部状态栏：显示 Indexing 还带一个已索引文件数，说明是索引问题，数字大得离谱（比如八万）就先做第二、三步。 状态栏不显示索引，但键盘掉帧、风扇转起来，多半是扩展插件在后台干活，先做第五步。CPU 不高但 AI 回话越聊越慢，先做第四步。 ② 只开你正在做的那一个子目录 
打开 Cursor 时别开整个仓库根目录，直接开你今天要改的那个服务或模块文件夹。 为什么： 索引范围一旦放大到仓库根，要扫的文件数会翻几倍。Cursor 官方博客承认过，朴素方式给"数万文件"的仓库建索引可能要几小时，语义搜索要等至少 80% 的活干完才可用。 动作：File → Open Folder，选你正在做的那层目录。 如果你的 Cursor 开了 "Index Repositories for Instant Grep (BETA)"（Cursor Settings 的 Indexing & Docs 里），官方论坛里 Cursor 团队给的第一个建议就是关掉——很多人开着它开整个用户目录，CPU 直接飙到几百个百分点。 ③ 写一个 .cursorignore 
在项目根目录新建一个叫 .cursorignore 的文件（前面有个点，没有扩展名），内容照抄这份： 逐行说明：node_modules、vendor 是第三方依赖，装一次几十兆，你不会去改它们，AI 也不需要。dist、build、.next 是编译产物，构建时重生成，是机器输出不是源码。coverage、.cache、pycache 是缓存和覆盖率报告，机器自己看的。.min.js、.min.css、.bundle.js 是压缩过的代码，AI 读压缩文件等于读乱码。三个锁文件只记版本号。.csv、.sqlite、.sql 是大数据文件和数据库，会撑爆索引。 为什么有用：据 vexp.dev 给出的实测数据，node_modules、dist、build 这些目录通常占一个项目 70% 到 90% 的文件数；一个八万文件的项目砍到五千之后，索引时间下降 90%，上下文检索速度提升三到五倍。 Cursor 官方更新说明里两次提到它： 九月廿四日版本写明，启动时第一次 .cursorignore 扫描失败，Cursor 会重试，不会让 agent 读上下文整个卡住；十月一日版本写明，规则加载失败时 agent 回合不再挂起。一个纯文本文件能决定你的 AI 读不读得到代码，不是可选优化项。写完保存，命令面板（Ctrl 或 Cmd 加 Shift 加 P）执行 "Cursor: Reindex Codebase" 重建索引。 ④ 清掉越攒越大的本地聊天库 Cursor 把历史对话和检查点都存在本机一个叫 state.vscdb 的文件里，聊得越多它越大。社区论坛上有用户报告它涨到 30GB。 这一步不用重启 Cursor。命令面板执行 "Developer: Delete Old Chats…"，选一个天数（比如 30 天）删掉老对话。再执行 "Developer: GC Agent KV Blobs"，清的是没有对话引用的残留数据，并压缩数据库文件。 为什么： Cursor 官方论坛里团队的人明确说过，不要在文件系统里手删 state.vscdb，那会破坏历史记录、让对话卡在 Loading Chat。用这两条官方命令才安全。 注意，Delete Old Chats 会真删掉那之前的对话历史，不能撤销。舍不得就只用 GC 那一条。 ⑤ 揪出偷 CPU 的扩展插件 Cursor 里装了 GitLens、Prettier、ESLint 这类插件，编辑时会持续在后台扫文件、格式化、校验，大仓库尤其明显。 最省事的定位法：完全退出 Cursor，在终端里执行 cursor --disable-extensions。如果这样就顺了，说明是扩展的问题。回到正常启动，逐个启用扩展回去，卡顿回来那一个就是元凶。 常见冲突对：GitHub Copilot 和 Cursor 自带补全会抢同一位置的建议，TabNine 和 IntelliCode 会给出重复补全，Vim 扩展会和 AI 快捷键打架。同时装了别的 AI 编程扩展，只留一个。 ⑥ 清缓存，只删这四个文件夹 
先完全退出 Cursor，macOS 上是 Cmd+Q 而不是关窗口，再在数据目录删掉 Cache、CachedData、Code Cache、GPUCache 四个文件夹。 各系统的数据目录： Windows 是 %APPDATA%\Cursor， macOS 是 ~/Library/Application Support/Cursor， Linux 是 ~/.config/Cursor。 四个都能重建，Cursor 下次启动自己生成，设置和项目代码不受影响。 如果失败怎么办 加了 .cursorignore 重建索引后还是慢，先确认文件放在项目根目录、和 .gitignore 同一层，放子目录里不生效。 索引完成了但 AI 回答还是慢，看设置里文档索引开没开，没用 @ 引用文档的话可以关掉，它也吃索引开销。 CPU 一直高，去命令面板跑 "Developer: Open Process Explorer"，它直接告诉你哪个进程在吃 CPU，比猜快。 只有走公司代理或 VPN 时 AI 请求才卡，那多半不是本地问题。Cursor 官方文档写了，它默认用 HTTP/2 做流式响应，部分企业代理（比如 Zscaler）会拦 HTTP/2。去 Cursor Settings 的 Network 把 HTTP Compatibility Mode 改成 HTTP/1.1 再重启。防火墙放行域名官方给的是 .cursor.sh、.cursor-cdn.com、.cursorapi.com、.cursorvm.com。 绝对不要删这些 不要手删 state.vscdb，也不要直接删整个 Cursor 数据目录。前者破坏对话历史，后者会把设置、扩展和本地聊天记录一起清掉。要清缓存就只删上面那四个文件夹。写 .cursorignore 也别把整个项目排掉。 
最后 如果你身边有人天天被 Cursor 卡到怀疑人生，把这篇甩给他。 转发的理由很简单：这几个动作不花钱、不删代码、五分钟能做完，当场就看出变没变快。 你今天卡 Cursor 卡了多久？评论区报个数。 这个号每天解决一个具体的 AI 麻烦，关注不迷路。 参考链接： https://cursor.com/docs/reference/ignore-file https://cursor.com/help/troubleshooting/network https://vexp.dev/blog/cursor-slow-on-large-projects-heres-how-to-speed-it-up https://meetztest.com/blog/cursor-troubleshooting #Cursor #AI编程 #编程工具 #性能优化 #开发效率 #程序员 #索引 #MCP
node_modules/vendor/dist/build/.next/out/target/coverage/.cache/pycache/*.pyc*.min.js*.min.css*.bundle.jspackage-lock.jsonyarn.lockpnpm-lock.yaml*.csv*.sqlite*.sql
本文来自网友投稿或网络内容，如有侵犯您的权益请联系我们删除，联系邮箱：wyl860211@qq.com 。
