为什么值得单独学 Cursor
如果你已经用过 Copilot，第一次打开 Cursor 可能会觉得「这不就是 VS Code 吗」。差别在于：Cursor 默认假设你会和 AI 对话、让 AI 改文件、让 AI 读整个仓库。Tab 补全只是入口，Composer / Agent 才是主战场。
对个人开发者来说，Cursor 的价值通常体现在三件事：
- 上下文范围大：可以 @ 文件、@ 文件夹、@ 文档，甚至 @ Web，减少「复制粘贴上下文」的摩擦。
- 编辑与对话一体：AI 建议可以直接 apply diff，不必在聊天窗口和编辑器之间来回跳。
- 规则可沉淀：
.cursor/rules把团队约定写进项目，新会话也会遵守。
安装与迁移
- 官网下载对应平台安装包，首次启动可导入 VS Code 扩展与快捷键。
- 登录后选择模型（Claude、GPT 等，视账号与地区而定）。
- 打开你的项目目录，建议先扫一眼
.gitignore——无关的大目录（node_modules、dist）不要纳入 AI 索引。
核心功能怎么配合
Tab 补全
适合局部、确定性高的代码：补全函数体、写测试断言、填类型。习惯上我会：
- 先写函数签名和一行注释，再按 Tab 接受建议；
- 连续三次建议都不对，就改注释或拆函数，而不是和模型硬耗。
Chat（侧边对话）
适合解释、对比、小范围修改。例如：「这段 Redis 锁有没有竞态？」「把这段改成 async/await」。
技巧：用 @文件名 精确引用，比粘贴整文件更省 token，也更不容易漏改。
Composer / Agent
适合跨文件任务：加接口、改路由、补测试、按 spec 实现功能。我会把需求写成 checklist，让 Agent 逐项完成并在每步说明改了哪些文件。
实践建议：
- 一次任务聚焦一个模块，避免「顺便 refactor 全站」；
- 完成后自己
git diff一遍，AI 偶尔会动到无关文件； - 对数据库迁移、鉴权、支付等敏感路径，要求 Agent 先说明计划再改。
项目规则（Rules）
在 .cursor/rules/ 写 Markdown 规则，例如：
- 文件头必须含
@author与功能说明； - API 响应格式统一
code/msg/data； - 禁止提交
.env。
规则写清楚后，新开的 Agent 会话质量会稳定很多——这其实就是「把 Vibe Coding 变成可复用的工程习惯」。
常见坑
| 现象 | 原因 | 应对 |
|---|---|---|
| 改 A 坏 B | 上下文过大或任务太散 | 缩小 @ 范围，拆任务 |
| 幻觉 API | 模型训练数据旧 | @ 官方文档或现有代码 |
| 生成测试很水 | 没给边界条件 | 在 prompt 里列用例表 |
| 速度慢 | 索引大 / 模型远程 | 排除 build 产物，换更快模型做草稿 |
和 VS Code + Copilot 怎么选
- 已有 VS Code 深度定制：Copilot 侵入小，迁移成本低。
- 希望 AI 主导工作流、频繁跨文件：Cursor 更顺手。
- 团队统一规范：Cursor Rules + 共享
.cursor目录更易对齐。
小结
Cursor 适合作为「AI 原生 IDE」来用，而不是「偶尔问一句的插件」。建立 @ 引用习惯、写好 Rules、Agent 任务拆小、改完必看 diff——这四条做到，日常开发效率通常会有肉眼可见的提升。
参考阅读：Cursor 官方文档 · 个人实践总结，非官方教程搬运。