Cursor 实战：从新手到熟练的7个高级技巧

# Cursor 实战：从新手到熟练的7个高级技巧

先说背景

我用Cursor一年多了，从"这玩意儿真香"到"也就那样"，现在算是熟练掌握。写这篇文章不是为了吹，而是把真正有用的技巧记录下来。很多技巧官方文档根本没写，或者写得不清不楚。

技巧1：Codebase索引的正确用法

很多新人不知道，Cursor有个@Codebase功能，能索引整个项目。但用不好反而拖慢速度。

**正确用法：**

2. 排除 node_modules、.git、dist、build 等目录

3. 只索引 src、lib、components 等源码目录

**踩坑**：我之前把 node_modules 也索引了，启动时CPU占用飙到100%，等了5分钟才索引完。删掉索引后启动速度恢复正常。

// .cursorindexingignore 配置

node_modules

dist

build

.git

coverage

把这个文件放在项目根目录，Cursor会自动读取。

技巧2：Composer模式 vs Chat模式

很多人分不清这两个模式的区别。

**Chat模式**：适合问答、解释代码、单文件修改

**Composer模式**：适合跨文件重构、多文件修改、生成新模块

我现在的习惯：

**踩坑**：用Chat模式改多文件时，Cursor经常改错文件。Composer模式会先分析代码结构，再决定改哪些文件。

技巧3：自定义指令模板

Cursor支持保存常用提示词为模板，这个功能很多人不知道。

设置路径：Settings → Features → Custom Commands

我常用几个模板：

**模板1：代码审查**

请审查这段代码，重点检查：

2. 性能问题

3. 安全性漏洞

4. 可维护性

给出具体修改建议，不要只说"可以优化"。

**模板2：单元测试生成**

为这段代码生成单元测试，要求：

2. 使用项目现有的测试框架

3. 断言要具体，不要只断言"不为空"

4. 包含注释说明测试目的

技巧4：多文件编辑的"幽灵文件"问题

Composer模式下编辑多文件时，有时候会出现"幽灵文件"——文件被标记为修改，但实际没内容。

**解决办法：**

2. 每改完一个文件，按Cmd+Enter确认

3. 如果出现问题，用 /reset 命令重来

**真实案例**：有次我让Cursor重构整个Auth模块，改了12个文件，结果3个文件内容丢失。最后只能从Git恢复。

技巧5：Tab补全的隐藏用法

Cursor的Tab补全不只是补全代码，还能补全文件路径、函数名等。

**用法：**

2. 输入文件路径时按Tab，自动补全完整路径

3. 输入类名后按Tab，列出所有方法

**技巧**：配合 Cmd+L 打开行内编辑，Tab补全更精准。

技巧6：调试时的"解释代码"功能

遇到复杂代码不知道在干什么？选中代码按 Cmd+I，Cursor会用自然语言解释。

这个功能在调试第三方库代码时特别有用。比如上次我调试React的虚拟DOM，选中那段复杂的diff算法，按Cmd+I，Cursor给出了清晰的解释。

选中代码 → Cmd+I → 等待解释 → 根据需要修改

技巧7：快捷键记忆路线

Cursor的快捷键比VS Code多，记不住很正常。我的建议：

**第一周**：记住这4个

**第二周**：加上这2个

**一个月后**：自然就会了

实际效率提升数据

我自己统计过，用Cursor后：

但前提是**会用它**。不会用的话，可能还不如自己写快。

什么时候不该用Cursor

说实话，有些场景Cursor并不适合：

2. 安全敏感代码——一定要人工review

3. 学习阶段——用多了会懒得思考

总结

Cursor是个好工具，但需要学习成本。上面7个技巧都是我踩坑换来的经验。建议从1-2个开始用，熟练后再加。

别贪多，贪多嚼不烂。

*作者：一线开发者，Cursor重度用户，欢迎评论区交流*