Cursor 现在最火的用法，其实可以理解成「一款带超强 AI 助手的 VS Code」，装好之后，核心就是学会用几个快捷键 + 规则（Rules），让它帮你写代码、改代码、读代码。

一句话先说清楚

  • Cursor 是一款基于 VS Code 魔改的 AI 编程编辑器，可以用自然语言生成、重构、解释代码。
  • 日常使用重点：安装 → 登录 → 打开项目 → 用侧边栏聊天解释/生成代码 → 用内联编辑改代码 → 设置 Rules 固定你的习惯。

安装与基础上手

1. 安装 & 登录

  • 到 Cursor 官网下载安装包（支持 Windows / macOS / Linux），安装过程和 VS Code 类似。
  • 打开后用邮箱或 GitHub 登录，按提示选择是否导入 VS Code 配置（主题、插件等）。

2. 打开项目

  • 用 “Open Folder” 打开你现有的代码仓库，Cursor 会自动索引项目文件，后面聊天时就能“读懂”你的代码库结构。
  • 左侧仍然是熟悉的文件树、终端、Git 面板，基本操作和 VS Code 无缝迁移。

日常高频操作（快捷键版）

下面是你真正会天天用到的部分（Mac 写 Cmd，Windows/Linux 对应 Ctrl）：

1. 侧边栏对话：让 AI 帮你“看全局”

  • 打开 AI 侧边栏：Cmd+L（或顶部图标）。
  • 典型好用问法：
    • “帮我解释一下这个文件在干什么？”
    • “这个项目的整体架构是什么？入口在哪里？”
    • “用 TypeScript 重写当前服务的路由层，并加上错误处理。”

用法要点：

  • 聊天时 Cursor 会结合整个项目上下文，比只看单文件的 AI 更懂你的代码库。
  • 可以让它先“总结项目结构”，再针对具体模块提问，效果最好。

2. 内联编辑（最爽功能）

  • 选中一段代码 → Cmd+K 打开内联对话框。
  • 在小输入框中直接说你想要的修改，比如：
    • “重构为更小的函数，保留原有逻辑。”
    • “改成异步版本，并补充错误处理。”
    • “把这个组件从 class 改成 function + hooks。”

特点：

  • 修改会以 diff 的形式展示：红色是删除的，绿色是新增的，你可以逐块检查后再应用。
  • 适合做：重构、改风格、增加日志、替换库、批量 API 升级等。

3. 自动补全 & 预测编辑

  • 像普通 IDE 一样写代码，Cursor 会给出整行甚至多行的智能补全，按 Tab 接受。
  • 它会结合你刚刚改过的地方和项目上下文来预测你“接下来准备写什么”。

常见使用姿势：

  • 写函数签名，比如 function maximum(...) {，停顿一下，看补全建议是否就是你想要的实现，满意就 Tab。
  • 写注释：// 计算订单总价，然后回车，往往会自动补出实现逻辑。

Rules（规则）怎么用才香

Rules 可以理解为“给 Cursor 的长期设定”：每次帮你写/改代码时都默认遵守，不用每次重复念叨“用 TypeScript”“记得写测试”。

1. Rules 是什么

  • Rules 就是一组项目级 or 全局级的“工作习惯说明书”，每次对话都会自动生效。
  • 你可以写成要点式，比如：
    • 使用 TypeScript，并尽量使用类型推断。
    • 所有接口都要有错误处理和日志。
    • 为业务逻辑补充单元测试，使用 Jest。
    • 注释和日志使用中文。

2. 怎么写和维护 Rules

一个常见套路：

  • 在 Rules 中梳理几类内容：
* 代码规范（语言、风格、错误处理、注释语言）
* 架构偏好（分层方式、模块命名方式、状态管理等）
* 交付要求（要不要写测试、要不要给出复杂度分析）
  • 懒得想？可以直接让 Cursor 帮你写：
    • “帮我生成一份适合 React + TypeScript 项目的 Rules，要强调：可读性、性能、测试覆盖率。”

社区里还有现成的中文 Rules 模板，包含“多维思考”“执行模式”等，很适合做高级 AI 编程工作流的基础模板。

典型工作流示例

场景 1：接手别人项目，完全不熟

  1. 打开项目，用侧边栏让它：
    • “总结项目整体架构，列出每个主要模块的职责。”
    • “标出所有外部依赖（数据库、第三方服务、消息队列等）。”
  1. 选中关键文件，用 Cmd+K 问：
    • “逐行解释这段代码，并指出潜在的 bug 或边界条件。”
  1. 让它生成一份 README 或技术文档初稿，再自己进行修改补充。

场景 2：重构一坨旧代码

  1. 在 Rules 里声明：
    • “偏好小函数、函数式风格，不要过深的嵌套，所有新代码都要有错误处理。”
  1. 选中旧代码 → Cmd+K：
    • “重构这段代码为可读性更好的版本，并拆分成多个小函数，保留原始行为。”
  1. 让它顺手生成单元测试，验证行为未改变。

场景 3：写新功能，从 0 到 1

  1. 先在侧边栏描述需求：
    • “这是一个电商后端，用 Node + Express + MongoDB。帮我设计一个支持优惠券的结算流程，给出接口设计和伪代码结构。”
  1. 确认方案后，对着文件逐段用 Cmd+K 生成具体实现。
  2. 最后让它生成测试用例 + 文档，顺便做一次“代码审查”，比如：
    • “帮我审查结算模块的所有文件，指出潜在的性能问题和安全隐患。”

用得顺手的一些小技巧

  • 多问“为什么”：例如“解释你选择这种实现的原因，和更简单实现相比的 trade-off 是什么？”能逼 AI 说出设计思路，有助于你掌控全局。
  • 犯错就回滚：用内置版本历史/ Git，坏改动一键撤回，再优化提示词重新来一次。
  • 输入越具体越好：和普通聊天 AI 不同，Cursor 完全可以读取你的文件，直接贴上相关代码、文件名、错误日志，效果会好很多。

和传统 IDE + Copilot 的区别（顺带回答“值不值得用”）

用一个简单表格帮你对比一下：

[3][5] [1][5] [7][3] [2][1] [5][3]
维度 传统 IDE + 普通补全 Cursor
代码补全 多为单行或简单模式匹配。 支持多行、整块逻辑补全，能结合上下文预测下一个编辑步骤。
对话能力 通常是“贴一段代码问问”的通用聊天。 深度读取整个代码库，可对架构、模块关系、跨文件逻辑进行问答。
批量重构 要么靠 IDE 内建重构工具，要么手改。 选中 + 对话即可生成重构方案，以 diff 形式呈现，便于审查。
项目规则 主要靠 lint/formatter。 通过 Rules 把“团队约定”变成 AI 的默认行为，从风格到测试都能统一。
学习曲线 熟悉 IDE 即可。 操作类似 VS Code，但需要花点时间摸索“怎样给 AI 下指令”。

如果你是第一次准备试用，可以这样开始

  1. 安装 Cursor，导入你原来在 VS Code 的常用插件和主题。
  2. 给自己的主项目写一份简单的 Rules（语言、风格、测试要求 3 类就够）。
  1. 选一个相对独立的小功能，用 Cmd+K + 自动补全 + 侧边栏问答，把一次完整开发流程走完。
  2. 观察它哪里帮你省了时间，哪里会“乱搞”，再微调 Rules 和提示写法。

一句话结尾：
“cursor 怎么 用”与其把它当成一个“更聪明的自动补全”，不如把它当成一个长期跟你配合、懂你项目、还能记住你编码习惯的 AI 搭档编辑器 ——从第一天开始，就让它参与到你真实的日常开发里，而不是只当玩具试验品。

Information gathered from public forums or data available on the internet and portrayed here.