Cursor 上手：让 AI 坐在你旁边写代码

Cursor 是目前最主流的"AI 原生代码编辑器"——在 VS Code 基础上把大模型焊进每个环节：补全、聊天、多文件改写、整个项目的理解。写代码的人几乎人手一个。

为什么离不开

它懂你整个项目：你问"登录那块逻辑在哪"，它能定位；你说"把这块重构成函数"，它一次改好相关几处。补全也比传统插件懂上下文，不是瞎猜下一个词，而是顺着你的代码风格续写。相当于团队里多了个随时在线的资深同事。

① 用 Cmd+K 对选中代码局部改写；② 用 Chat 问"为什么报这个错""怎么加个参数"；③ 大改动先用自然语言描述，让它出方案你确认再执行。把它当"坐你旁边的资深同事"，而不是"自动写代码的黑盒"——你掌控方向，它执行细节。

它给的代码要理解再用，别无脑接受。尤其涉及安全、性能、并发的地方，过一遍脑子。AI 补全快，但"为什么这样写"得你心里有数，出了事你才是责任人。新手容易沉迷自动补全，反而少了自己思考，适度用。

把项目里重复出现的模式抽成"规则文件"（如 Cursor Rules），让它每次都按你的规范写；用 @ 引用特定文件当上下文，避免它瞎猜。规则定得越清楚，团队协作时风格越统一。

三个层次循序渐进：最基础是 Tab 智能补全，它根据上下文一口气续写好几行；进阶是选中代码按 ⌘K 直接说"改成异步""加错误处理"，局部改写；最强是 Chat 模式，能跨多个文件问答和改代码，用 @ 引用某个文件或文档当上下文，让它"基于这个项目"回答。

高手会写一份项目规则文件（.cursorrules），把代码规范、技术栈、命名习惯写进去，Cursor 每次都照着来，团队风格才统一。这一步做好了，补全质量肉眼可见地提升。

第一坑是"补全全信"，AI 顺手写的代码你没看就提交，bug 悄悄累积成技术债。务必养成"diff 过一遍"的习惯，尤其逻辑分支和边界条件。第二坑是索引没建好，Cursor 搜不到你的代码，回答就飘——首次打开让它在后台建完索引再用。

第三是模型选错，简单补全用快模型省 token，复杂推理切强模型。别一个模型用到死。把这些细节理顺，Cursor 才算真正上手，不然就是个花哨的记事本。

老陈点评：Cursor 是"让写代码变快的杠杆"。但杠杆支点还是你的工程判断——它加速，不替你负责。