你花一小时在笔记本上把 Cursor 调得很顺手：.cursor/rules 精修过、加了两个 MCP server、Cmd+L 重新绑定。第二天打开台式机——你昨晚加的规则没了。或者更糟：晚上再回到笔记本，台式机昨天那份旧配置反过来把你刚做的全覆盖了。Settings Sync 对大多数类别用的是”后写覆盖”，“赢家”是最近一次推送的那台机器，而不是带着你想要的修改的那台。解决思路不是”关掉同步”，而是搞清楚哪些类别会同步、方向是什么、被覆盖后怎么救回好版本。
常见原因
按同步覆盖事故的发生频率排序。
1. 后写覆盖了本地修改
Settings Sync 不是合并——它把”最近一次本地状态”推上去。机器 B 是在机器 A 修改之后才打开，但本地是过时状态，它的推送压过了 A。
如何判断：Cursor 设置里 “Settings Sync: Show Activity” 显示最近一次上传来自你不想要的那台机器。时间戳一目了然。
2. 启用了选择性同步，但开关在两台机器上不一致
Cursor 允许只同步部分类别（快捷键、扩展、片段、UI 状态）。如果”扩展”在一台机器上关、另一台开，安装状态就会悄悄分叉。
如何判断：Cmd+Shift+P -> Settings Sync: Configure 上两台机器的类别开关不一样。
3. .cursor/rules 是工作区级的，本来就不归 Settings Sync 管
.cursor/rules 在工作区目录里，不在 user profile。你把仓库克隆到两台机器、其中一台改了规则但没提交——另一台就永远看不到。看上去像同步失败，其实是 git 状态问题。
如何判断：机器 A 上 git status 显示 .cursor/rules 有未提交修改。机器 B 是上一次提交的版本。
4. MCP server 配置同步了，但二进制没跟着同步
~/.cursor/mcp.json 里的条目会被同步。真正的 mcp-server-foo 可执行文件不会。机器 B 收到一个指向不存在二进制的配置。
如何判断：机器 B 看得到 MCP 条目，但启动失败、报 command not found。可参考Cursor MCP server 连不上。
5. 源机器上同步暂停或已退出登录
如果同步被暂停、退出登录或鉴权刷新失败，修改根本没传到云端。另一台机器看到的还是上一次成功推送的状态。
如何判断：状态栏同步图标上有小警告，或 Settings Sync: Log Activity 显示上一次成功上传是几小时甚至几天前——尽管你最近一直在改。
6. 两台机器 Cursor 版本不同，对同一字段解读不同
新版本里新增的字段，旧版本可能完全不认；旧版本下一次推送时还可能把它去掉。
如何判断：两台机器都显示有这个字段，但在其中一台没有任何效果。Cursor: About 里版本号不同。
开始之前
- 在决定保留哪一份之前，两台机器都不要再继续改配置。
- 在每台机器上记下你”上一次想保留的修改”的时间点。
- 弄清楚丢失的数据是在 user profile、工作区
.cursor/、还是别的地方。 - 在你信任的那台机器上，先手动备份当前的
~/.cursor/（Windows 是%APPDATA%/Cursor/User/）。
需要收集的信息
- 两台机器上
Settings Sync: Show Activity的输出（时间戳 + 机器名）。 Settings Sync: Configure里启用的类别。- 两台机器的
cursor --version。 - 出问题的配置文件副本：
settings.json、keybindings.json、mcp.json、.cursor/rules/*。 - 两台机器的登录身份——有时一边是个人账号、另一边是公司 SSO 账号，会同步到不同的桶里。
分步修复
按从最便宜到最彻底。
第 1 步：确定基准机器，其它机器全部暂停同步
挑出你想保留的配置在哪台。其它每台机器：
Cmd+Shift+P -> Settings Sync: Turn Off提示时选 “Keep Local Data”——只是停止上传，不删本地。基准状态恢复完之前，别的机器都先别同步。
第 2 步：把基准状态显式备份一份
在基准机器上：
cp -R ~/.cursor ~/.cursor.backup-$(date +%Y%m%d-%H%M%S)Windows PowerShell：
Copy-Item -Recurse $env:APPDATA\Cursor $env:APPDATA\Cursor.backup这是你的保险。万一后续同步又出事，从这里恢复。
第 3 步：从基准机器强制上推
在基准机器上：
Cmd+Shift+P -> Settings Sync: Turn On
Cmd+Shift+P -> Settings Sync: Show Activity在活动面板里选 “Replace remote with local”（在某些版本叫 “Sync Now: Push Local”）。这一步让基准状态成为权威远端版本。
第 4 步：在其它机器上以 “Replace Local” 重新启用
每台非基准机器：
Cmd+Shift+P -> Settings Sync: Turn On弹出冲突对话框时选 “Replace local with remote”——丢弃本地的过时状态、拉下权威版本。一次只处理一台，验证 OK 再做下一台。
第 5 步：工作区级配置改用 git 管理
.cursor/rules、工作区级 .cursor/mcp.json、.vscode/settings.json、.vscode/extensions.json 都应该提交：
git add .cursor .vscode
git commit -m "chore: pin workspace config"
git push之后第二台机器靠 git pull 拿到这些，而不是靠 Settings Sync——这才是合理的边界。
第 6 步：在所有机器上把选择性同步配成一致
每台机器：
Cmd+Shift+P -> Settings Sync: Configure类别开关全部对齐。最小可用集通常是 keybindings + snippets + UI state。如果你有意在不同机器上保留不同工具链，把扩展同步关掉。
验证
- 在机器 A 改一个无害的设置（如字体大小），30 秒内机器 B 跟上。
- 在机器 A 改
.cursor/rules——它不应该走 Settings Sync 同步，应该只通过git pull出现在 B。 - 在机器 B 退出再登录，拉下的状态与机器 A 一致。
Settings Sync: Show Activity显示最近上传成功、没有冲突。
长期预防
- 把 Settings Sync 当成”只同步用户偏好”用：快捷键、主题、字体。不要让它管项目规则或 MCP。
.cursor/rules、.vscode/、项目级.cursor/mcp.json都进 git。- 几台机器的 Cursor 版本尽量对齐，至少同一个 minor。
- 如果你有意每台机器装不同的扩展，关掉 Extensions 同步。
- 配置发生重要变更时，手动给
~/.cursor/打一个备份快照。 - 所有机器都用同一个 Cursor 登录身份——个人账号和 SSO 账号混用会把状态切成两份。
常见误区
- 在冲突对话框里选 “Merge” 并以为它会智能合并——Cursor 的”合并”对部分类别是并集、对部分仍是后写覆盖。结果要自己确认。
- 同步开着的时候两台机器同时改配置：谁后关谁赢，另一台被默默吃掉。
- 把 API key 放进同步的设置里。它会出现在每台机器上和云端同步存储里。用环境变量或本机独立的 secret 文件。
- 以为
.cursor/rules会被同步只因为别的配置会。它不会——它是工作区级的。 - 恢复 Cursor 备份时只复制
settings.json，忘了keybindings.json、snippets/、mcp.json。 - 退出 Settings Sync 想”修一下冲突”，再登录后选 “Replace remote” 而没先备份——你可能刚刚把想保留的版本抹掉。
常见问题
Q：Settings Sync 写着”已合并”，但机器 B 的快捷键就是错的。
快捷键多数情况是后写覆盖，不是合并。确认基准机器，跑第 3 步把它的版本推上去。
Q：MCP 条目同步了，但 server 启动报 “command not found”。
机器 B 上没装对应二进制。在新机器上跑你的 MCP 安装脚本。参考Cursor MCP server 连不上。
Q：能不能把 Settings Sync 回滚到之前某个时间点？
Cursor 没暴露同步历史 UI。你的 ~/.cursor.backup-* 就是回滚点。关掉 Cursor 后用它替换 ~/.cursor，再重新登录。
Q：Settings Sync 能跨组织 / SSO 边界用吗？
不能。Settings Sync 绑定在登录的 Cursor 身份上。个人账号和工作账号是分开的同步存储。