摘要:8月28日 OpenAI 宣布终止向 Cursor 供应模型,截止日 2026 年 11 月 12 日。起因是 SpaceX 以 600 亿美元全股票收购 Cursor。这篇文章把事件时间线捋清楚,给出四条迁移路线的实测对比,帮你判断到底要不要搬家、什么时候搬。
上周五晚上我正用 Cursor 改一个 Python 脚本,群里突然炸了:OpenAI 发声明要断供 Cursor。
我第一反应是不信。AI 编程工具圈打打闹闹一年多了,哪家没放过狠话。结果点开 OpenAI 官网,白纸黑字:已正式通知 SpaceX,终止向 Cursor 提供 OpenAI 模型的合同,拟定停止供应日期 2026 年 11 月 12 日。
给谁看的?给所有把 GPT 模型当生产力底座的 Cursor 用户看的。也就是说,你还有两个多月的窗口期,来决定自己的工作流要不要动。
这篇就把这事掰开:为什么断、时间线什么样、四条迁移路线各适合谁。读完你应该能自己做决定。
1. 背景与痛点:一场收购引发的连锁反应
先把时间线钉死,这部分全部有据可查:
| 时间 | 事件 |
|---|---|
| 2026-08-12 | Grok 4.6 发布,当天登陆 Cursor,首周用量翻倍赠送 |
| 2026-08-14 | SpaceX 完成 600 亿美元全股票收购 Cursor,交易交割 |
| 2026-08-28 | OpenAI 发声明:通知 SpaceX 终止模型供应合同,截止 2026-11-12 |
| 2026-08-29 | Anthropic 表态:提高 Claude 用量上限,并与 SpaceX 达成新的算力合作 |
信息来源:Cursor 官方博客(cursor.com/blog/joining-spacex)、OpenAI 官方声明(openai.com/index/our-decision-on-cursor-following-its-acquisition-by-spacex)、CNBC 与 Bloomberg 2026-08-29 报道。
看懂了吧。这不是技术决策,是马斯克和奥特曼的旧账新算。OpenAI 在声明里说得直白:基于马斯克旗下公司"违反合同的历史"(点名 Twitter),他们"无法确信 SpaceX 会在服务条款内使用其技术"。而合同里的控制权变更条款给了 OpenAI 一个取消窗口,他们直接用了。
有意思的是 Anthropic 的操作------反着来,加码。一边给 Claude 提用量上限,一边跟 SpaceX 谈算力合作。等于说 Cursor 上的模型格局变成了:Grok 4.6 是亲儿子,Claude 是座上宾,OpenAI 系被扫地出门。
对普通开发者,痛点很具体:如果你在 Cursor 里重度依赖 GPT 系模型(比如做补全、做 agent 任务),11 月 12 日之后这条路就没了。留在 Cursor 还是走,得现在想。
2. 事件逻辑:为什么会走到断供这一步
用一张图把利益链条画出来:
flowchart TD
A[SpaceX 600亿美元收购Cursor 08-14] --> B[控制权变更条款触发]
B --> C[OpenAI行使合同取消窗口]
C --> D[断供公告 08-28 截止11-12]
A --> E[Grok 4.6 成为Cursor主力模型]
D --> F[用户面临选择]
E --> F
F --> G[路线1: 留守Cursor 换Grok/Claude]
F --> H[路线2: 迁往Claude Code]
F --> I[路线3: 迁往OpenAI Codex]
F --> J[路线4: 开源方案OpenCode等]
D -.反向操作.-> K[Anthropic提高上限+算力合作]
三个关键事实支撑这张图:
- 收购是真的交割了。不是意向、不是传闻,8 月 14 日完成,Cursor CEO Michael Truell 公开回应过 OpenAI 的断供声明。
- 断供日期是"最大通知窗口"。OpenAI 按合同把取消日期顶到最晚,即 11 月 12 日,且不再向 Cursor 提供未来模型。
- Cursor 不是第一次经历这种事。行业里模型方和工具方分手已有先例,但这次动静最大,因为 Cursor 的用户盘子太大了。
说白了,你的编辑器成了巨头博弈的棋盘。棋盘上的棋子,就是你每天敲的代码。
3. 环境准备:先搞清楚你现在依赖什么
迁移之前,先做一次依赖盘点。别笑,很多人用了两年 Cursor,说不清自己到底在用哪个模型。
Cursor 里查法:Settings → Models,看勾选的默认模型和 API Override。如果你从来没动过这个页面,大概率用的是默认配置,受影响程度中等;如果你在 API Override 里填了自己的 OpenAI key,走的是自己的账户,断供影响的是官方通道,但 Cursor 对 OpenAI 系模型的内置支持也会受波及。
盘点脚本可以这样写(Node.js 20.x 验证过,Python 同理):
// inventory.js ------ 扫描项目里对 AI 编程工具的依赖痕迹
const fs = require("fs");
const path = require("path");
const markers = [
".cursor/rules", // Cursor 项目级规则
".cursorignore", // Cursor 忽略配置
"CLAUDE.md", // Claude Code 上下文文件
"AGENTS.md", // Codex / 通用 agent 说明文件
".continue/", // Continue 插件配置
];
function scan(dir, depth = 0) {
if (depth > 2) return; // 只扫三层,够用了
for (const name of fs.readdirSync(dir)) {
if (name.startsWith(".git")) continue;
const full = path.join(dir, name);
if (markers.includes(name)) {
console.log(`[依赖] ${full}`);
}
if (fs.statSync(full).isDirectory()) scan(full, depth + 1);
}
}
scan(process.cwd());
console.log("盘点完成。有 [依赖] 标记的目录,迁移时需要单独处理。");
跑一遍,你就知道哪些项目"绑"在了某个工具上。规则文件(.cursor/rules、CLAUDE.md)才是迁移的隐形成本,模型随时能换,沉淀在文件里的项目约定才是真资产。
4. 实战实现:四条迁移路线怎么走
路线1:留守 Cursor,换模型
最省事。Grok 4.6 是现在的官方主力,Claude 系被 Anthropic 加码保障。适合对 Cursor 编辑器本身(Tab 补全体验、多文件编辑)依赖重的人。
注意一点:Grok 4.6 在长上下文代码理解上的表现,建议拿自己项目实测,别信评测榜。我拿一个 8000 行的老项目试过,重构类任务表现不错,但跨文件追踪弱项依旧存在------具体数字这里不贴,因为单人单项目样本没有参考价值,你自己试自己的。
路线2:迁往 Claude Code
Anthropic 的终端方案,适合愿意离开图形界面、想要 agent 自主干活的人。装起来一行命令:
npm install -g @anthropic-ai/claude-code
装完在项目根目录跑 claude,它会读你的 CLAUDE.md 作为项目上下文。订阅制(Pro/Max)内包含用量,2026 年 1 月起第三方工具不能再借用 Claude.ai 订阅的 OAuth 令牌,所以想在别处用 Claude 模型就得按 token 付 API 费------这是 Claude Code 订阅制的一个隐藏优势。
路线3:迁往 OpenAI Codex
如果你重度依赖 GPT 系模型的输出风格(比如某些领域的生成质量你已经调熟了 prompt),直接跟着模型走,换工具。Codex 是 OpenAI 自家的 agent 产品,模型供应天然稳。
路线4:开源方案
OpenCode 这类模型无关的工具,GitHub star 已经超过 19 万(2026 年 8 月数据)。自带模型路由,OpenAI 兼容端点随便接,本地小模型也能跑。代价是你得自己管 API key 和账单,出问题没人兜底。
迁移决策代码
把选型逻辑写成伪决策树,你可以直接照着套:
def choose_path(usage):
if usage["editor_binding"] == "heavy" and usage["model"] != "gpt_only":
return "留守Cursor,主力切Grok/Claude"
if usage["gpt_style"] == "deep" :
return "迁OpenAI Codex,跟着模型走"
if usage["prefer"] == "terminal_agent":
return "迁Claude Code,订阅制省心"
if usage["budget"] == "tight" or usage["ctrl"] == "full":
return "开源方案OpenCode,自管路由"
return "默认留守,11月前观察"
5. 效果验证:四条路线横向对比
| 对比项 | 留守Cursor | Claude Code | OpenAI Codex | OpenCode(开源) |
|---|---|---|---|---|
| 形态 | 图形编辑器 | 终端 agent | 云端+本地 agent | 终端/任意编辑器 |
| 模型 | Grok 4.6 / Claude | Claude 系 | GPT 系 | 任意(自配) |
| 计费 | 订阅制 | 订阅/API | 订阅/API | 纯API按token |
| 迁移成本 | 零 | 中(学CLI) | 中 | 高(自运维) |
| 断供风险 | OpenAI系已断 | 低(自家人) | 低(自家人) | 取决于端点 |
| 适合人群 | 重编辑器体验 | 重自动化任务 | 重GPT输出 | 要完全控制权 |
补充一个容易被忽略的维度:规则资产迁移 。.cursor/rules 的语法和 CLAUDE.md 不通用,但内容可平移------我自己的做法是把规则里的项目约定抽成纯文本,各工具的配置文件只做引用,约定本体放一个公共 markdown。这样下次再有工具变动,改一处就够。
6. 踩坑记录
这三个坑是我和群里朋友这两天实际踩的:
坑1:API Override 不是保险箱。 有人以为在 Cursor 里填自己的 OpenAI key 就高枕无忧。错。断供影响的是 Cursor 与 OpenAI 的模型通道整体,官方声明写的是"不再向 Cursor 提供模型",个人 key 走的通道同样在 Cursor 产品内。别赌,11 月前实测。
坑2:别急着年付。 断供截止是 11 月 12 日,中间还有变数(双方谈判、监管介入都可能改写结局)。这时候任何工具的年付订阅都要冷静,先月付过渡。
坑3:评测数据会骗人。 Grok 4.6、Claude、GPT 各家跑分都好看,但跑分用的问题和你项目里的问题不是一回事。拿自己最熟悉的一个真实模块做 A/B------重构它、加个功能、修个陈年 bug------三个任务跑下来,体感比任何榜单都准。
对了,还有一个反向坑:有人听说 Anthropic 加码就把 Claude 无脑当默认。但 Anthropic 跟 SpaceX 的算力合作意味着深度绑定,这局棋后面怎么走没人知道。工具选择上,把"模型可替换性"当硬指标,比押注任何一家都稳。
7. 总结与展望
捋一下:SpaceX 收购 Cursor 触发合同条款,OpenAI 11 月 12 日断供,Anthropic 反向加码。用户面前四条路------留守换模型、迁 Claude Code、迁 Codex、上开源。决策核心不是"哪个工具最好",而是你的项目资产(规则、约定、prompt 沉淀)能不能低成本搬走。
我的判断:这次事件标志着 AI 编程工具从"模型竞赛"进入"生态站队"阶段。工具和模型深度捆绑的今天,开发者最该做的一件事是把项目约定从工具私有格式里抽出来,放回中立的地方。
最后留个开放问题:你现在的 AI 编程工作流,如果明天它宣布断供某个主力模型,你能在一天内切换吗?还是说,你的规则、习惯、资产早就锁死在一个工具里了?评论区聊聊你的迁移打算------留守派和搬家派,我看看哪边人多。