从 VS Code 迁到 Cursor：设置、扩展与快捷键各自怎么带过去
先把这篇的依据说清楚：本文只用 Cursor 官方文档（cursor.com/docs 与 cursor.com/help）。VS Code 一侧的官方文档不在我们的核对范围里，所以下面不会描述另一侧的行为，也不会拿两者比优劣。能回答的问题只有一个方向——按 Cursor 自己的文档，迁过来的时候它承诺带走什么，剩下什么要你自己重新判断。
对多数人来说，决策点不是”要不要换”，而是”换过去之后，我原来那套东西有多少要重来”。所以下面按”能一次带过去的 / 必须单独核的 / 根本不在导入清单里的”三层往下走。
一次导入带走的是哪四项
Cursor 的《Migrate from VS Code》页（cursor.com/help/getting-started/migrate-vscode）写明的导入路径是：
- 打开 Cursor Settings：Mac 按 Cmd + Shift + J；Windows/Linux 按 Ctrl + Shift + J
- 进入 General > Account
- 在 VS Code Import 下点 Import
以上菜单名与按键均为官方文档写明的口径。这一步带过去的东西，文档列了四项：extensions、themes、settings、keybindings。四项，回源数过——这个清单值得抄在手边，因为后面所有”我的 X 怎么没跟过来”的问题，第一步都是回来对这张清单。
同一页还写明，如果要更多控制，可以从 VS Code 导出一份 profile 再手动导入，逐步说明在 cursor.com/docs/configuration/migrations/vscode。那一页不在本文核对过的文档范围内，所以这里不复述它的步骤，只提示它存在。
另一条对”要不要一把梭”很关键的信息：文档写明两者可以同时安装、作为各自独立的应用运行，并且可以在同一批项目上都用。这意味着迁移不必是一次性切换——你可以先导入、留一段观察期。
必须单独核的第一件事：扩展来自不同的注册表
迁移页里明说了”会不一样”的地方就是扩展这一项，这一步也最值得你花时间。
《Extensions》页（cursor.com/help/customization/extensions）写明：Cursor 的第三方扩展走 Open VSX 注册表，不是 VS Code Marketplace。由此带来三条文档白纸黑字的后果：
- 多数常用扩展在 Open VSX 上有，但并非每个 Microsoft Marketplace 上的扩展都在 Open VSX 上列出；
- 同一个
publisher.extension名字，在 Open VSX 上可能指向不同的发布者或不同的代码。文档给的处置很直接：把扩展 ID 当依赖看待，只从你信任的发布者安装； - 对部分在 Open VSX 上没有的常用扩展，Cursor 发布了第一方的 Anysphere 替代版本。
文档没有给出”哪些扩展有对应项、哪些被替代”的对照清单，我们也不去猜。所以这一步没有捷径：迁移前把你依赖的扩展列一遍，逐个去核在 Open VSX 上是不是同一个发布者。列表越长，这一步越值得在正式切换前做完，而不是切换后一个个撞。
扩展这一层还有一组供应链控制，文档写明：搜索与下载都经 Cursor 自己的 marketplace proxy（marketplace.cursorapi.com）中转，而不是直连 Open VSX；在展示或提供下载之前会跑自动化的恶意软件与供应链分析，未通过的会被拦下。团队侧另有三项可配：
| 控制项 | 文档写明的配置位置 | 备注 |
|---|---|---|
| Marketplace Install Cooldown | Team settings → Security & automation | 默认 0（关闭）；这是文档写明的默认值，随版本可能变动。设为非零时按 fleet 生效，并覆盖用户自己的 extensions.installCooldownHours |
| Allowed extensions | 团队后台或 MDM（AllowedExtensions） | 限定可安装的发布者或扩展 ID |
| Require Extension Signature Verification | Team settings → Security & automation | 要求 Open VSX 扩展签名有效 |
文档自己加了一条限定，值得原样记住：安装冷却与签名校验属于客户端安装侧的控制，它们补充但不取代 marketplace 层的分析与拦截。个人用户在团队没有强制冷却时，可以自己设 extensions.installCooldownHours。
快捷键：默认那套跟着走，新增的那几个可能撞
《Keyboard shortcuts》页（cursor.com/help/customization/keyboard-shortcuts）写明，Cursor 使用与 VS Code 相同的默认快捷键，并在此之上加了 AI 功能的快捷键；自定义 keybindings 会随设置导入一并转移。
文档列出的 AI 快捷键共六条（同样是回源数过的结构性数字）：
| 动作 | Mac | Windows/Linux |
|---|---|---|
| Toggle Sidepanel | Cmd + I 或 Cmd + L | Ctrl + I 或 Ctrl + L |
| Inline edit | Cmd + K | Ctrl + K |
| Mode Menu | Cmd + . | Ctrl + . |
| Rotate between Agent modes | Shift + Tab | Shift + Tab |
| Loop between AI models | Cmd + / | Ctrl + / |
| Accept Tab suggestion | Tab | Tab |
会不会跟你原来的键位打架，取决于你自己那份 keybindings 里有没有占用这几组，文档不会替你回答。要改的话，文档写明的路径是：Mac 按 Cmd + R 然后 Cmd + S，Windows/Linux 按 Ctrl + R 然后 Ctrl + S；搜到目标命令后点它旁边的铅笔图标，按下你想要的组合，再按 Return 保存（“Return”是文档原文的写法）。
另有一类冲突不出在你自己的配置上。《Extension conflicts》页（cursor.com/help/troubleshooting/extensions）写明：自带 AI 补全或者会拦截快捷键的扩展，可能与 Tab 补全和 inline edit 冲突，其中其它 AI 编程助手是最常见的来源。判定动作文档也给了：打开命令面板搜 “Disable All Installed Extensions” 全部禁用，看问题是否消失，然后一个一个启回去定位。反过来说，如果全禁之后现象照旧，那就不是扩展冲突这条线，别在这里继续耗。
顺带说一句依赖关系：这条排查里的键位问题，恰恰会被上一节的扩展迁移放大——你从 Open VSX 装的同名扩展未必是原来那个发布者的代码，键位占用也就未必和以前一样。
主题与外观：步骤会不会生效，先看你在哪个窗口
《Themes and appearance》页（cursor.com/help/customization/themes）开头就有一条容易被跳过、但很能解释”照着文档做没反应”的限定：主题控制与 Extensions 视图属于 IDE 那一侧；如果你正在 Agents Window 里，看不到文档里那些步骤，需要先打开命令面板运行 Open IDE，再继续。
具体步骤（均为文档写明）：
- 换主题：命令面板（Mac 是 Cmd + Shift + P，Windows/Linux 是 Ctrl + Shift + P）里输入
Preferences: Color Theme；文档提到用方向键可以在选中前逐个预览； - 跟随系统明暗：打开 Settings（Mac 是 Cmd + , ，Windows/Linux 是 Ctrl + , ），搜 “Auto Detect Color Scheme” 并启用；
- 装更多主题：Extensions 视图（Mac 是 Cmd + Shift + X，Windows/Linux 是 Ctrl + Shift + X），搜
theme，点 Install； - 字号与字体：在 Settings 里分别搜 “Font Size”、“Font Family”，编辑器与终端的字号可以分开调；要开连字就搜 “Font Ligatures” 并设为
true。
这条 IDE 与 Agents Window 的分界不只影响主题。《Agents Window》页（cursor.com/docs/agent/agents-window）写明：编辑器那一侧适合要经典 IDE、要 VS Code 扩展、要多分屏同时看很多文件的场景；Agents Window 则提供多工作区、并行 agent、worktree 隔离检出等能力，两者之间可以来回切（Cmd+Shift+P → Open Agents Window / Open IDE）。同页还写明 Agents Window 随 Cursor 3 于 2026 年 4 月 2 日正式可用，发布后两周内企业管理员可在 Team settings 里控制放量范围，此后默认全员可用。
对刚迁过去的人，实用结论只有一句：当你按文档一步步做却对不上时，先确认自己在哪一侧的窗口，这是文档自己写明的前置条件，不是玄学。
不在那张导入清单里的一层
迁移页列的导入项是 extensions、themes、settings、keybindings 四项。而 Cursor 另有一层配置面：《Customize Cursor》页（cursor.com/docs/customize-cursor）写明，Customize 页把 plugins、rules、skills、subagents、hooks、commands 六类组件与 MCP 服务器集中管理，并且可以按用户、工作区、团队三个作用域分别控制哪些生效。
这六类组件没有出现在迁移页给出的那张导入清单里。文档没有说明它们与 VS Code 导入之间是什么关系，我们也不替它推断——能确定的只是：如果你的目标是把 Cursor 的 Agent 侧用起来，那部分配置需要你在 Customize 这一层单独安排，不要指望它跟在设置导入里一起过来。
同理，cursor.com/docs/reference/keyboard-shortcuts 那份更完整的快捷键参考页不在本文核对过的范围里，本文只覆盖 help 侧写明的那六条 AI 快捷键。
这些差异什么时候会咬到你
把上面几段收成三个判断点：
- 扩展 ID 的信任边界。 注册表不同，同名不等于同一份代码——这一点文档说得很明确。团队环境里，配不配 Allowed extensions 和签名校验，是迁移前就该定的事，而不是出问题后再补。
- 窗口形态的边界。 主题、Extensions 视图这类操作绑在 IDE 一侧，Agents Window 里要先 Open IDE。写在文档最前面的一句限定，跳过去就会浪费半小时。
- 导入清单的边界。 四项之外的东西，文档没承诺，就别当成会自动跟过来。
最后一句老生常谈但确实有用：迁完之后自己复核一遍——你改过的那几个键位在 keybindings 里还在不在、常用扩展的发布者对不对、主题能不能在命令面板列表里选到。这属于通用的迁移自检做法，不是官方文档给出的验证步骤，写在这里只是因为上面每一层的边界都提示了它的必要性。Cursor 迭代频繁，文中的设置项、菜单名与快捷键随版本变动，以官方文档最新内容为准。
本文依据 Cursor 官方文档（cursor.com/docs 与 cursor.com/help）于 2026-08-18 的公开内容整理。
该产品闭源，本文只复述官方文档写明的机制，不推断其内部实现；
我们没有对文中涉及的功能做过实测，因此不涉及界面外观、操作手感与运行速度的任何描述。
该产品迭代频繁，文中涉及的设置项与命令随版本变动，请以官方文档最新内容为准。
本文不涉及订阅价格、额度与模型清单，相关信息请以官方定价与模型说明页为准。
本文只引用了 Cursor 一方的官方文档，未引用 VS Code 的官方文档， 因此不描述另一方的能力，也不对两者做优劣排名。
安全与合规相关做法请结合自身环境评估，本文不构成安全方案建议。