乐于分享
好东西不私藏

Cursor 工具使用教程:怎么用 AI 写代码、改代码、提效率

Cursor 工具使用教程:怎么用 AI 写代码、改代码、提效率

如果你最近在学 AI 编程工具,Cursor 基本绕不开。

很多人第一次打开 Cursor,会把它理解成“带 AI 的 VS Code”。这个理解不算错,但有点浅。

Cursor 真正厉害的地方,不是多了一个聊天框,也不是能帮你生成几行代码,而是它把 AI 放进了编辑器、代码库和开发流程里。

你写代码时,它能补全。

你选中一段代码,它能原地修改。

你不知道一个功能在哪,它能读项目后回答你。

你要跨多个文件实现一个需求,它能生成方案、改文件、跑命令、看报错,再继续修。

所以,Cursor 不是“AI 插件”,更像是一个 AI 原生的开发环境。

但新手刚开始不要贪多。

我建议先记住一句话:

Cursor 的入门核心,就是四个快捷键,加一个规则文件。

1. Tab:最快的提效入口

Tab 是 Cursor 最高频、最容易上手的功能。

你写代码时,它会出现灰色的“幽灵文本”,预测你接下来要写的内容。满意就按 Tab 接受,不满意就继续输入或按 Esc 忽略。

它不只是补一个变量名,而是可能补完整个函数、条件判断、循环结构,甚至根据你刚才的修改,预测你下一处要改哪里。

适合场景很简单:

你知道要写什么,只是懒得敲。

比如你已经写了函数名、参数和大概逻辑,剩下的重复代码就可以让 Tab 接。

2. Ctrl+K:局部修改最快

如果你想改当前文件里的一小段代码,用 Ctrl+K。

操作方式很简单:

选中一段代码,按 Ctrl+K,然后输入你的要求。

比如:

“加上错误处理”

“改成 async/await”

“把这个函数提取成 hook”

“补充 JSDoc 注释”

Cursor 会直接在原地给你一个 diff,绿色是新增,红色是删除。你看完再决定接受还是拒绝。

这点很重要:不要无脑接受。

Cursor 很强,但它不是读心术大师。你要像审一个初级同事的代码一样审它的 diff。

3. Ctrl+L:先问清楚,再动手

Ctrl+L 打开 Chat。

它适合问问题、读代码、分析报错、理解项目结构。

比如你接手一个陌生项目,可以问:

“@src/auth 这个目录里的登录流程是怎么工作的?”

“用户权限校验在哪一层做?”

“这个报错可能是什么原因?先别改代码,先帮我分析。”

这里有个很关键的习惯:

复杂任务不要一上来就让 AI 改。

先用 Ask 或 Chat 把现状问清楚,再让它出方案,最后再执行。

很多 Cursor 翻车,不是因为工具不行,而是因为人一上来就说“帮我修复这个 bug”,结果 AI 只能猜。

4. Ctrl+I:跨文件任务交给 Composer / Agent

Ctrl+I 打开 Composer。

这是 Cursor 和普通 AI 聊天工具拉开差距的地方。

真实开发里,一个需求很少只改一个文件。

比如加一个订单接口,可能要同时改路由、控制器、服务层、类型定义和测试文件。

这种任务就适合交给 Composer 或 Agent。

你可以描述需求,并用 @ 引用相关文件,让 Cursor 生成跨文件 diff。

如果任务更长,比如需要安装依赖、跑测试、看报错、再修复,就可以用 Agent 模式。

但记住一个判断标准:

一个函数的小改动,用 Ctrl+K。

多个文件的协调改动,用 Composer。

需要反复跑命令、跑测试、修报错,用 Agent。

不确定怎么做,先 Ask 或 Plan。

5. @ 上下文:决定 Cursor 输出质量

Cursor 好不好用,很大程度取决于你给它什么上下文。

不要只说:

“帮我加一个登录功能。”

更好的说法是:

“参考 @src/api/users.ts 的写法,在 @src/api/auth.ts 实现邮箱密码登录。入参用 zod 校验,错误用现有 AppError,先给方案,确认后再写代码。”

这就是上下文的力量。

你可以用 @ 引用文件、文件夹、代码符号、文档、网页、Git diff,甚至历史对话。

给得越精准,它越可能输出能用的结果。

给得越泛,它越容易写出一段看起来对、放进项目却用不了的代码。

6. Rules:把反复叮嘱变成规则

如果你发现自己总在重复提醒 Cursor:

“用中文回答”

“不要乱改目录结构”

“接口返回统一格式”

“组件不要写内联样式”

那就应该写 Rules。

Cursor 的规则可以放在 `.cursor/rules` 里,用来固化项目规范、技术栈约定、命名习惯和红线。

规则的价值是:你不用每次都重新说,AI 会在相关任务里自动遵守。

最简单的判断标准是:

只要 Cursor 不止一次犯同样的错,就值得写成一条规则。

最后给新手一条路线

如果你是第一次系统学 Cursor,不要一上来研究所有高级功能。

按这个顺序就够了:

第一天,熟悉 Tab 和 Ctrl+K,用它们处理日常小修改。

第二天,用 Ctrl+L 读懂一个陌生文件或报错。

第三天,学会用 @ 精准引用上下文。

第四天,用 Ctrl+I 尝试一个跨文件小需求。

第五天,把你反复说的话写进 Rules。

第六天,尝试让 Agent 跑一次测试并修复报错。

第七天,复盘哪些任务真的省时间,沉淀成自己的 Cursor 工作流。

Cursor 真正的价值,不是让你完全不写代码。

而是让你从“一个人硬写”,变成“带着一个 AI 结对伙伴工作”。

它能补全、能解释、能改代码、能跑流程。

但最终判断、架构取舍、代码质量,还是要你来把关。

我之前整理了一份更完整的《Cursor 使用教程 · 完全指南》,里面包括安装初始化、核心快捷键、上下文管理、Rules、Agent、MCP、实战工作流和常见误区。

如果你想要完整教程,可以先关注我,然后私聊我发 `Cursor`,我把完整版发你。