模型与路由发布于 2026/08/29作者 AI近距离已人工审核5 分钟

OpenAI 要停止给 Cursor 供模型了:它把“不信任马斯克”写进了公告

Cursor 被 SpaceX 收购后,OpenAI 提议于 2026 年 11 月 12 日结束现有模型合同。它给出的理由、开发者的过渡方案,以及这件事真正改变了什么。

OpenAI 与 Cursor 的模型合作出现信任边界的抽象示意图

OpenAI 要结束向 Cursor 提供模型的现有合同了。

更准确地说,OpenAI 在 8 月 28 日通知 SpaceX:计划逐步终止这份合同,提出的停止日期是 2026 年 11 月 12 日。它不是今天就把 GPT 从 Cursor 里拿掉;官方帮助中心也强调,最终终止日期仍需两家公司确认,Cursor 也可能选择更早结束接入。OpenAI 公告 过渡说明

这件事最不寻常的地方,是 OpenAI 没有用含糊的“商业调整”来解释。它把原因写得很直白:无法确信 SpaceX 会在服务条款内使用其技术。

这次到底变了什么

Cursor 已于 8 月 14 日宣布正式被 SpaceX 收购。Cursor 当时说,双方合作将带来更多 GPU 算力,并帮助其训练和运行更强、成本更低的模型。Cursor 公告

收购完成后,OpenAI 与 Cursor 原有的定制合同触发了“控制权变更”相关的取消窗口。OpenAI 表示,它选择了合同允许范围内的最晚日期,让开发者有更长的过渡时间;但从现在开始,不会再向 Cursor 提供未来的新模型。

所以,11 月 12 日不是一个已经最终落定的“断供时点”,而是 OpenAI 提出的过渡终点。对用户而言,眼下最重要的变化可以这样理解:

现在到过渡期结束过渡期结束后(若双方按该方案执行)
Cursor 可继续获得其今天已有的 OpenAI 模型接入Cursor 订阅中由 OpenAI 直接提供的模型接入将结束
OpenAI 不再向 Cursor 供应未来的新模型用户仍可通过自己的 OpenAI 账号继续在 Cursor 内使用模型

OpenAI 给出的理由,其实有三层

第一层:它不信任 SpaceX 会按约用模型

这是公告中最核心的一句。OpenAI 说,之所以做出这个选择,是因为过去与马斯克旗下公司的经历,让它无法确认 SpaceX 会遵守 OpenAI 的服务条款。

这不是泛泛而谈。OpenAI 在公告里列了两段它认为相关的经历:

这两点是 OpenAI 对历史事件的合同与条款判断,并不等于法院已经就每一项具体违约作出裁定。但后者确实不是空穴来风:多家媒体记录了马斯克在 4 月 30 日庭审中承认 xAI 曾部分使用 OpenAI 技术进行蒸馏;5 月的裁决则以诉讼时效等理由驳回了马斯克针对 OpenAI 的诉求,马斯克称将上诉。AP 的庭审报道 案件结果报道

换句话说,OpenAI 这次不是说“Cursor 团队做错了什么”。它说的是:Cursor 的控制权变到 SpaceX 后,合作方的可信任边界变了

第二层:未来模型的风险更高,不能只按旧合作方式放行

公告中特别提到即将推出的 Astra。OpenAI 8 月初披露,其内部评估与专家判断已使公司无法排除 Astra 达到“关键网络安全能力”门槛的可能;随后又称,对涉及 Astra 的工作负载已适用最严格的一档安全控制。Astra 安全说明 后续控制措施

这不表示 Astra 已经公开,也不表示它必然会被给到 Cursor。OpenAI 在这里要表达的是另一件事:当模型可能拥有更高的攻击与自动化能力时,“谁来接入、按什么合同接入、如何监控使用”不再只是商业渠道问题,也是安全治理问题。

因此,OpenAI 的逻辑是两段式的:过去的合同与条款经验让它缺乏信任;未来模型的风险等级又提高了它必须承担的审查责任。

第三层:合同上它有权取消,但仍把通知期留到了最后

OpenAI 没有公开完整合同,不过它确认 Cursor 的定制协议包含控制权变更后的限时取消权。公司称选择了允许的最晚取消日期,并在过渡期内继续维持现有模型访问。

这也是为什么“OpenAI 立刻封掉 Cursor”并不准确。更接近事实的表述是:它启动了可撤销合同的退出程序,同时尽量把当前用户的迁移窗口拉长。

Cursor 用户接下来怎么做

OpenAI 已经给出三种继续在 Cursor 中使用 OpenAI 模型的路径:

  1. 自带 OpenAI API Key,在 Cursor 的本地 Chat 和 Agent 功能里调用,按 OpenAI API 价格计费;
  2. 安装 Codex IDE 扩展,在 Cursor 中直接使用 Codex,可使用 ChatGPT 订阅或 OpenAI API Key;
  3. 通过兼容的 AI 网关服务接入,例如 Amazon Bedrock、Azure 或其他 OpenAI 兼容网关。

需要注意的是,这些不是“Cursor 订阅原样续用 GPT”的替代品。共同点是:模型调用关系从 Cursor 的托管合同,转为用户自己与 OpenAI 或网关建立账户、计费和权限关系。

如果你是 Cursor 的重度用户,最实际的动作不是立刻迁移,而是先做一次依赖盘点:你的日常工作流里哪些确实依赖 GPT,哪些能由 Cursor 自己的模型、其他模型或团队网关承接;再算一遍 BYOK 后的真实成本与权限要求。

这件事是安全问题,还是竞争问题?

从 OpenAI 的公开表述看,理由是合同遵守与安全责任,不能直接把它简化成“为了打压竞争对手”。但从产业位置看,OpenAI 的 Codex 和 Cursor 的确处在相邻的 AI 编程工具市场,双方也都会争夺开发者入口。

更稳妥的结论是:信任与安全是 OpenAI 给出的正式理由;竞争格局是这项决定发生的商业背景。 两者可以同时存在,但目前公开材料不足以证明哪一个是唯一或决定性的动机。

至于 Anthropic 会不会跟进、Cursor 的其他模型会怎样调整,目前没有看到 Anthropic 就这次 OpenAI 合同退出发布明确声明。把这类后续判断写成既成事实,反而会遮住眼前已经确认的变化。

真正值得关注的,不是“Cursor 少了一个模型”

过去,AI 编程产品经常把模型供应看成可随时替换的上游能力:接入 GPT、Claude、Gemini,用户在选择器里切换即可。

这次事件提醒我们,前沿模型并不是普通云服务。模型能力越强,供应商越会关心下游是谁、数据和调用会流向哪里、是否能审计、发生争议后合同还能不能执行。

对开发者来说,短期是一次模型与计费路径的迁移;对做 AI 产品的人来说,它更像一个信号:多模型架构当然重要,但供应商信任、合同控制权条款和安全合规,已经会直接决定模型能否留在产品里。

参考资料

参考资料

  1. https://openai.com/index/our-decision-on-cursor-following-its-acquisition-by-spacex/
  2. https://help.openai.com/en/articles/20001506-using-openai-models-in-cursor
  3. https://cursor.com/blog/joining-spacex
  4. https://openai.com/index/responding-next-frontier-critical-cyber-capabilities/

Continue Reading

相关推荐

继续阅读同一工具与主题下的实战内容。