不同阶段的开发者使用 Cursor 的侧重点不同。本节按四种常见场景给出最落地的操作建议，你可以直接对号入座。
4.4.1 新手入门：边学边写的使用方法
刚接触编程或新语言时，Cursor 最好的用法是"先跑起来，再搞懂原理"。
- 用注释当草稿纸：在空文件里先用中文写下想实现的功能，例如
// 读取本地 JSON 文件并打印 name 字段，按回车等 1–2 秒，观察 AI 给出的灰色补全，按Tab采纳后逐行阅读，比对着空文档查文档效率高得多。 - 不懂就选中问：遇到看不懂的语法或报错，直接选中代码按
Ctrl/Cmd + K，输入"这行是什么意思"或"为什么会报错"。行内对话的上下文更精准，回复也更有针对性。 - 让 AI 当翻译：看开源项目时，遇到晦涩的正则或算法，选中后让 AI "用大白话解释这段逻辑"，并要求给出输入输出示例。
- 避免完美主义：新手常犯的错误是期望一次提示就得到完美代码。建议先让 AI 生成可运行的最小版本（MVP），能跑通后再逐步追问"加上输入校验""把常量提取成配置"等增量需求。
4.4.2 日常开发：提升编码效率的技巧
熟练开发者追求的是减少打断、保持心流。
- Tab 键的节奏：AI 补全出现时，先快速扫一眼灰色虚影是否符合当前思路。如果是，按
Tab采纳；如果只有前半段对，按Ctrl + →（Windows/Linux）或Option + →（macOS）分段采纳，而不是全部接受后再删除。 - 小改行内、大改侧边栏：修改当前行变量命名、加个判断条件，用
Ctrl/Cmd + K行内编辑；要写完整业务函数、设计模块接口，用Ctrl/Cmd + L侧边栏对话，避免行内区域挤占编辑视野。 - 生成时顺带要注释：提示词里直接加一句"顺便加上 JSDoc 注释"，省去后期补文档的时间。
- 用 @ 文件锁定上下文：当前文件依赖了另一个模块的接口？在侧边栏输入
@引用那个文件，AI 的回答会基于真实接口定义，而不是凭空猜测参数类型。
4.4.3 调试排错：快速定位问题的技巧
遇到 Bug 时，核心原则是给足上下文，少做猜测。
- 报错信息直接贴：把终端的报错日志完整复制到侧边栏，AI 比人更擅长从堆栈信息中定位到真正出问题的文件和行号。
- 代码 + 日志一起给：不要只贴日志，顺手选中疑似出问题的代码块，再粘贴报错，告诉 AI "这段代码执行时出现了上面的错误，预期返回是 X，实际是 Y"。
- 用 @终端引用：如果刚跑完测试或构建命令，在侧边栏输入
@Terminal，AI 会自动读取最近终端输出的最后几百行，省去手动复制的麻烦。 - 追问根因而非只问解法：如果 AI 给出的修复你不太理解，加问一句"为什么会这样？根本原因是什么"，避免下次在相似位置踩同样的坑。
4.4.4 代码重构：批量优化的实用技巧
重构最怕的是改完就跑不通。Cursor 能帮你降低风险，但需要明确的约束。
- 先诊断再动手：选中待重构的函数，让 AI "列出这段代码存在的三个主要问题（如命名不清、嵌套过深、重复逻辑）"，确认清单后再动手，避免盲目重写。
- 一次只动一个维度：不要同时要求 AI "重构并优化性能并改命名规范并切换框架"，建议分步执行：先提取函数，再优化命名，最后处理性能。每步完成后跑一遍测试。
- 跨文件重构用 Agent，但别脱手：涉及多文件联动时开启 Agent 模式（如
Ctrl/Cmd + I），让它自动改引用、调接口，但每完成一个文件 diff 就 review 一次，确认行为没有发生偏移。 - 加保险约束：提示词里固定加上"保持原有外部行为不变，不要修改函数入参和返回值类型，改完后告诉我哪些测试需要关注"。这能大幅减少回归风险。