OpenAI 和 Cursor 正式分手：倒计时 76 天，开发者现在该做的事我帮你列好了

8 月 28 日深夜（美国时间周五晚上），OpenAI 官宣终止与 Cursor 的合作。消息传到国内是周六早上，评论区已经炸了。我花了一上午把官方声明、合同细节和社区讨论都翻了一遍，这篇文章帮你搞清楚三件事：发生了什么、影响多大、接下来怎么选。

一、事情本身并不复杂，但细节很关键

OpenAI 官方博客的标题是《Our decision on Cursor following its acquisition by SpaceX》，核心内容就一句话：OpenAI 已通知 SpaceX，将终止向 Cursor 供应 OpenAI 模型的合同，拟定断供日期是 2026 年 11 月 12 日。

几个容易被忽略的关键信息，我直接帮你划重点：

1. 11 月 12 日是"最长缓冲期"。合同里有控制权变更条款，变更后 OpenAI 只有一个很短的窗口可以取消合同。OpenAI 特意把断供日期压到了合同允许的最晚时间，目的是给开发者留出迁移时间。换句话说，这个日期已经是"良心版"了，基本不可能再延。

2. 断的是"直接访问"。声明里写的是 Cursor’s direct access to our models。也就是说，通过 Cursor 内置的 GPT 模型会停，但这不影响你自己拿 API key 直连 OpenAI。

3. 新模型 Astra 不会进 Cursor。OpenAI 明确说了，出于合规考虑，即将发布的新模型不会提供给 Cursor。这意味着留在 Cursor 的开发者，模型梯队会停留在旧版本上，和外面拉开差距只是时间问题。

4. SpaceX 收购 Cursor 的价格是 600 亿美元。这个数字来自社区多方信源，OpenAI 声明里没有提，但收购本身是官方确认的。

二、为什么走到这一步

时间线捋一下就明白了：

原因 OpenAI 也说得很直白："我们无法确信 SpaceX 会在我们的服务条款范围内使用我们的技术，这基于我们与马斯克旗下公司打交道的经验。"后面还补了一刀：马斯克今年早些时候在宣誓作证时承认，xAI 违反过 OpenAI 的服务条款。

翻译成人话：SpaceX 收购了 Cursor（以及之前的 Twitter 和 xAI），而马斯克系公司有过违反 OpenAI 条款的"前科"。OpenAI 的自定义合同是大客户级别的合规安排，它不信得过新东家，就干脆行使控制权变更条款，趁窗口期直接解约。

这不是模型质量或商业竞争的问题（虽然客观上肯定有竞争因素），核心是信任崩了。AI 行业走到今天，"你依赖我的模型"和"你是我的潜在敌人"这两个身份冲突，第一次以这么激烈的方式摆上台面。

三、开发者最关心的：我的工作流会受多大影响

先说结论：没有想象中那么灾难，但确实要动手调整。

Cursor 目前的模型池里还有 Anthropic 的 Claude、Google 的 Gemini、xAI 的 Grok，以及它自研的 Composer 系列模型。所以 11 月 12 日之后，Cursor 不会变成残废，只是少了 GPT 系这一个选项。

实际影响可以这样评估：

• 主力模型是 Claude/Gemini 的用户：基本无感，不用动。
• 主力模型是 GPT 系的用户：需要换主力模型，或者换工具，这是受影响最大的一批。
• 重度依赖 GPT 特定能力的用户（比如某些项目里 GPT 的代码风格、指令遵循更合你的胃口）：要么切 API 直连，要么认真考虑迁移。

四、三条路，我帮你把利弊都摆出来

路线 A：留在 Cursor，换主力模型

适合：不想折腾、对 Cursor 的编辑器体验有依赖的人。

具体动作就两步：把默认模型从 GPT 系切到 Claude 或 Gemini；检查团队规则文件里有没有写死 “gpt” 相关的指令和示例（.cursor/rules 和老的 .cursorrules 都要看）。

优点是零迁移成本，Tab 补全、Composer、MCP 配置全都原样保留。缺点也很明显：模型池收窄了，而且 Cursor 现在的最大股东是 SpaceX，下一次供应商冲突谁也说不准。

路线 B：迁移到其他 AI 编辑器

适合：想要模型自由度、愿意花半天时间折腾的人。

主流候选：VS Code + GitHub Copilot、Windsurf、Zed 这几个。迁移成本主要在三块：

1. 规则文件：Cursor 的 rules 文件格式和其他家不完全一样，好在都是 Markdown 为主，手工搬一下就行。
2. MCP 配置：Cursor 的 MCP server 配置是标准 JSON，大部分可以原样复制过去。
3. 项目上下文：这个最麻烦。Cursor 里积累的代码索引和对话记忆带不走，但你的核心上下文本来就应该沉淀在仓库的文档和规则文件里，这次正好借机整理一遍。

路线 C：API 直连，自己搭

适合：对成本敏感、有一定动手能力、不依赖一体化 IDE 体验的人。

思路是编辑器只负责编辑，模型调用走自己的 API key，用 Cline、Roo Code 这类开源插件在 VS Code 里组合出类似的体验。好处是模型随便换、账单透明、不怕任何一家公司"分手"；代价是你要自己管配额、自己优化提示词，没有开箱即用的体验。

一条实用建议：不管选哪条路，把你的提示词资产和规则文件放进 Git 仓库管理。这次事件最大的教训就是：放在任何单一工具里的配置，都可能因为两个巨头的恩怨一夜归零。

五、写在最后

Cursor 和 OpenAI 合作了将近四年，从 Copilot 时代的跟跑到 AI 编程工具的第一梯队，这段关系说断就断。作为开发者，我们能带走的就是那句话：不要把工作流的命脉押在任何一个单一供应商身上，保持可迁移性，才不会被巨头的牌桌波及。

如果最近有选型或者迁移的需求，可以先想清楚自己的核心诉求是模型质量、编辑器体验还是成本，再对号入座选路线。我平时收集 AI 编程工具会先去 ai345（AI 工具导航站）过一遍分类，按"AI 编程"场景筛选很省事，各家工具的定位和入口都在一个页面里，适合这种要横向对比的场合。

参考资料

1. OpenAI 官方博客：Our decision on Cursor following its acquisition by SpaceX（2026.08.28）
2. OpenAI 官方 X 账号声明（2026.08.29）
3. Cursor 官网：cursor.com

本文配图均为实际截图，转载请注明出处。