本文分享了作者在使用 Cursor IDE 过程中遇到的一个严重问题。作者发现，在某些情况下，Cursor 的“恢复检查点”功能可能导致代码被意外覆盖，回退到旧版本。作者尝试了多种网络和代理配置，但问题依旧。在一次代码丢失后，作者偶然发现，在执行“恢复检查点”后，如果重新打开或刷新会话界面，可能会导致 Cursor 用其生成的代码覆盖用户已修改的内容。最终，作者通过关闭并重新打开会话解决了代码丢失的问题，并总结了避免此问题的经验：及时提交代码。

⚠️ Cursor IDE 存在潜在的“恢复检查点”功能失效问题，可能导致用户辛勤编写的代码被意外覆盖，回退到旧版本，给开发者带来损失。

💻 作者在尝试解决 Cursor 模型限制问题时，调整了 HTTP 兼容模式和本地代理配置，但这似乎并未根本上解决代码回退的根本原因，反而可能加剧了某些问题，如 Tab 补全变慢和 Agent 会话中断。

💡 解决代码丢失的关键在于理解 Cursor 在“恢复检查点”操作后的行为。作者发现，在执行回退后，如果用户不小心重新点击了会话界面，Cursor 可能会用其自动生成的代码覆盖用户的手动修改，此时的检查点已非原始状态。

🚀 作者最终通过关闭当前会话，然后重新打开，成功恢复了丢失的代码。这一经历也促使作者总结出一条重要的经验：在 Cursor IDE 中，及时提交代码是避免此类数据丢失风险的有效手段。

分享刚刚使用 cursor 踩到的巨坑！！！

（我是 adhd 所以我讲故事事无巨细）

前天晚上刷小红书，看到一些人在分享，国内无法使用claude4和o3模型的新闻。看到有些评论并不是针对大陆IP，而是针对注册邮箱，我想我是通过github登录的，于是没有在意。

昨天早上发现被限制了。于是找了找解决方案，cursor配置的network中http compatibility mode从HTTP/2改成HTTP/1.1，vs code配置的proxy配置本地代理。后发现tab补全有些慢，agent稍长的会话会中断。

agent坚持输出💩（使用的claude-4-sonnet），在某次中断后放弃，点击restore checkpoint回退到之前的版本，然后开始自己写。

写到今天早上 10:40 左右完成，开始愉快的调试。

某次浏览器刷新后发现代码回退，回退到昨天下午的版本。

撤销没用，网上搜不到解决方案，万念俱灭。

从 time machine 里面找回 10:04 的代码，丢掉中间半小时左右的内容。打算硬着头皮重写。

重写过程中，突然发现右侧的会话界面是亮着的（而非restore checkpoint后的灰显状态），尝试重新点击一次 restore checkpoint，结果您猜怎么着？

我的代码回来了！

也就是说，在回退检查点以后（不小心？）点击了右侧的界面，cursor会重新应用自己生成的💩来替换掉你写的内容，这个时候检查点是替换前的，而不是开启会话前的。

总结

回退检查点以后，关掉（新开）当前的会话及时提交