Cursor 还能用 OpenAI 模型吗？11 月 12 日变更、BYOK 与 Codex 迁移指南

事实核验日期：2026 年 8 月 31 日。OpenAI 已宣布，计划结束向 Cursor 直接提供 OpenAI 模型的合同，并提出以 2026 年 11 月 12 日作为过渡终止日期。这个日期目前仍是拟定日期，不是双方已经确认的最终停止时间；OpenAI 还提示，Cursor 可能选择更早结束相关访问。

先说结论：OpenAI 的公告没有宣布 Cursor 整体停用，11 月 12 日也不等于 Cursor 编辑器失效。真正需要处理的是“通过 Cursor 自有服务直接调用 OpenAI 模型”的工作流。依赖本地 Chat 或 Agent 的用户可以评估自带 OpenAI API Key、兼容 AI Gateway 或单独安装 Codex IDE 扩展；依赖 Tab、Auto、Cloud / Background Agents、Automations、Cursor CLI、Cursor API 或 Cursor SDK 的团队，不能假设填入一个 OpenAI Key 就能原样迁移。

• 只使用 Cursor 自有模型或其他模型：先记录日期，通常不需要立刻更换编辑器。
• 在 Cursor 本地 Chat / Agent 中选择 OpenAI 模型：尽快测试 BYOK、Gateway 或 Codex 扩展。
• 在 Cursor 云端 Agent、Automations、Cursor CLI、Cursor API 或 Cursor SDK 中依赖 OpenAI 模型：应单独建立迁移清单。
• ChatGPT 订阅、OpenAI API 账单和 Cursor 订阅是三套不同的额度与计费关系，不要混在一起。

OpenAI 与 Cursor 到底发生了什么？

Cursor 于 2026 年 8 月 14 日宣布正式成为 SpaceX 的一部分。8 月 28 日，OpenAI 表示已通知 SpaceX，拟结束为 Cursor 提供 OpenAI 模型的合同，并提出 11 月 12 日作为停止日期。OpenAI 将这项决定与 Cursor 控制权变更及其对合同、使用条款执行的判断联系起来；这是 OpenAI 对自身决定的解释，不应扩写成未经双方确认的其他结论。

据 OpenAI Help Center，如果按当前拟议安排执行，拟议过渡期内计划继续提供 Cursor 当前使用的 OpenAI 模型；OpenAI 主公告另称，不会再向 Cursor 提供未来模型。结合上下文，可以把后一项理解为本次直接供模关系的边界，但这是本文对合同语境的解释，不是 OpenAI 对所有可能接入渠道的逐项承诺。它既不等于所有用户今后都无法在 Cursor 界面旁使用 OpenAI 产品，也不能反过来保证每个未来模型都能通过 API Key、Gateway 或 Codex 扩展获得。

哪些 Cursor 功能受影响？

最容易出错的地方，是把“Cursor 能不能继续运行”“Cursor 自有模型选择器里有没有 OpenAI 模型”“能否在 Cursor 中另装 Codex”混成一个问题。它们属于不同产品层。

先判断自己是否真的需要迁移

情况一：你没有在 Cursor 中使用 OpenAI 模型

如果日常工作没有依赖 Cursor 直接提供的 OpenAI 模型，这次合同变化通常不是即时故障。先在团队日历中记录拟定日期，并关注 Cursor 与 OpenAI 后续确认即可。不要为了一个模型供应变化，立刻搬走编辑器、规则文件、快捷键和全部项目工作流。

情况二：你只在本地 Chat 或 Agent 中使用 OpenAI 模型

这类用户有三条可验证路线：在 Cursor 中配置自己的 OpenAI API Key、使用组织已有的兼容 Gateway，或在 Cursor 中安装独立的 Codex IDE 扩展。选择前先明确自己需要的是“继续使用某个 OpenAI 模型”，还是“保留 Cursor 原生 Agent 的完整体验”；两者不一定能由同一方案同时满足。

情况三：你把 Cursor 用在云端任务、自动化或 CI 中

这是风险最高的一类。交互式 Chat 失败时，人会立即看到；定时任务、后台 Agent、Cursor CLI 或内部脚本失败时，可能直到产物缺失或流程中断才被发现。应按任务列出模型来源、认证方式、运行入口、负责人、失败告警和替代路径，而不是只检查开发者电脑里的模型选择器。

四条迁移路线怎么选？

路线一：继续使用 Cursor，切换 Cursor 支持的其他模型

这是对编辑器改动最小的路线。适合主要看重 Cursor 的项目上下文、内联编辑、Tab 或原生 Agent，而不是必须使用某个 OpenAI 模型的人。验证时不要只跑一句补全提示，应选择真实的多文件修改、测试修复和长上下文任务，对比完成率、人工返工、延迟与实际账单。

路线二：在 Cursor 中自带 OpenAI API Key

OpenAI 的帮助文档给出的基本路径是：创建并启用 API 计费的 OpenAI API Key，在 Cursor Settings 的 Models 中添加并验证，再为支持的本地 Chat 或 Agent 请求选择可用模型。Cursor 当前 BYOK 帮助页进一步限定：OpenAI Key 只列出标准、非推理的聊天模型，模型选择器实际显示的可用项为准。

这里有五条重要限制：

1. 模型范围有限：Cursor 当前只把 OpenAI BYOK 列为标准、非推理的聊天模型；自带 Key 只用于聊天模型，Tab Completion 继续使用 Cursor 内置模型。
2. 不是全部功能通行证：Key 不适用于 Cursor Tab、Auto、Cloud / Background Agents、Automations、Cursor CLI、Cursor API 或 Cursor SDK。
3. Key 不会只留在本机：Cursor 表示不会在服务器持久保存自带 Key，但每次请求仍会通过加密连接把 Key 发送到 Cursor 后端，由其完成最终提示词组装。Cursor 的 Zero Data Retention 政策不适用于 BYOK，数据处理应按所选模型提供商的隐私政策核对。
4. 费用可能有两层：ChatGPT 订阅不包含 OpenAI API 用量。Teams 与 Enterprise 用户对符合条件的第三方模型请求，目前还需支付每百万 token 0.25 美元的 Cursor Token Rate，BYOK 也在范围内；这笔费用叠加在模型提供商的 API 费用之上。
5. 模型与能力要实测：OpenAI API 组织权限、Cursor 当前客户端和 Cursor 的自带 Key 支持范围都会影响最终可用模型与功能。

不要把个人高权限 Key 直接发给团队成员或写入仓库。团队使用时应通过受控的密钥管理、最小权限、预算限制和撤销流程分配访问。

路线三：在 Cursor 中使用 Codex IDE 扩展

OpenAI 将 Codex 扩展列为继续在 Cursor 内使用 OpenAI 编程智能体的路线。它在 Cursor 侧边栏中作为独立体验运行，可以使用符合条件的 ChatGPT 订阅登录，也可以选择 OpenAI API Key。它不会把 Cursor Chat、Agent、Tab、Auto 或 Cloud Agents 的底层模型改成 OpenAI 模型。

1. 从 OpenAI 的 Codex IDE 文档进入官方扩展安装页，核对发布者。
2. 在 Cursor 的 Activity Bar 打开 Codex 面板。
3. 选择使用符合条件的 ChatGPT 账号登录，或使用独立 API 账号。
4. 在测试仓库中完成一次读取、修改、测试和审查闭环。
5. 确认权限、用量、团队策略和失败回退后，再迁移真实任务。

第一次接触 Codex，可以先阅读本站的 ChatGPT Codex 与普通 ChatGPT 的关系说明；需要核对套餐额度和窗口时，再看 Codex 5 小时与每周限额说明。

路线四：通过兼容 AI Gateway 或云平台接入

如果组织已经通过 Azure、Amazon Bedrock 或兼容 OpenAI 接口的 Gateway 管理模型、预算与审计，可以评估在 Cursor 中配置对应端点。OpenAI 将这类迁移说明定位为方向性指导，不是 Cursor 对所有自定义端点的兼容保证。Gateway 适合需要集中认证、配额和日志的团队，但它仍只覆盖 Cursor 支持的本地请求；可用模型、地区、数据处理、日志保留、功能兼容和费用都要按具体平台实测。

Copilot、Cursor、Claude Code 与 Codex 现在怎么选？

这次事件提醒我们：比较 AI 编程工具时，不能只看“谁的模型更强”，还要分清编辑器、智能体、模型供应、认证和账单分别属于谁。

如果你仍在做泛工具选型，可结合本站的 Copilot、Cursor、Claude Code 与 Codex 对比；如果重点是 Claude Code 的安装、登录与权限，可继续阅读 Claude Code 使用与配置指南。

团队应在拟定日期前完成什么？

1. 盘点真实依赖：记录每个开发者和自动化实际调用的模型、Cursor 功能、认证方式与账单来源。
2. 按入口分组：把本地 Chat / Agent 与 Tab、Auto、云端 Agent、Automations、Cursor CLI、Cursor API、Cursor SDK 分开，不使用一个结论覆盖所有入口。
3. 选一个主替代和一个回退：主方案用于日常任务，回退方案至少完成一次真实演练。
4. 建立可复现测试集：选择 5—10 个代表性任务，比较正确率、测试通过率、人工修改、耗时和成本。
5. 保护密钥：使用最小权限、独立项目、预算告警和撤销机制；不要把 API Key 写进仓库、提示词或截图。
6. 更新无人值守任务：给定时任务、CI、代码审查和后台 Agent 设置失败告警与负责人。
7. 跟踪最终日期：以 OpenAI Help Center 和 Cursor 官方更新为准，不把拟定日期写死成已经完成的停服事实。

常见问题

Cursor 会在 2026 年 11 月 12 日关闭吗？

不会从现有官方公告得出这个结论。OpenAI 讨论的是结束向 Cursor 直接提供 OpenAI 模型的合同，不是关闭 Cursor 编辑器。11 月 12 日目前也是拟定日期，并非双方已确认的最终日期。

11 月 12 日之后，Cursor 中所有 GPT 都一定不能用吗？

不能这样绝对表述。受影响的核心是 Cursor 通过合作合同直接获得 OpenAI 模型的路径。OpenAI 同时给出了自带 API Key、兼容 Gateway 和 Codex IDE 扩展等方向，但每条路线覆盖的 Cursor 功能不同，最终日期和 Cursor 后续方案也仍可能变化。

现在需要立刻卸载 Cursor 吗？

通常不需要。先查看自己是否实际依赖 Cursor 直接提供的 OpenAI 模型，以及依赖发生在本地 Chat / Agent 还是云端、自动化或 CLI。没有相关依赖的用户只需关注后续公告；有依赖的用户应先做并行测试，不要在没有回退方案时一次性切换。

ChatGPT Plus 包含 OpenAI API Key 的费用吗？

不包含。OpenAI 明确说明，ChatGPT 订阅与 OpenAI API 使用分开计费。Codex IDE 扩展可以使用符合条件的 ChatGPT 订阅登录，但这不等于获得可供 Cursor 自由调用的 API 余额。

使用 Codex IDE 扩展，必须开通 ChatGPT Plus 吗？

不一定。OpenAI 当前说明，Codex IDE 扩展可以使用符合条件的 ChatGPT 订阅登录，也可以使用独立的 OpenAI API 账号。截至 2026 年 8 月 31 日，中国大陆不在 OpenAI 公布的 ChatGPT 支持地区名单中，因此目前没有面向中国大陆所在地用户的官方合规开通路径；OpenAI 还提醒，从不支持地区访问或提供服务，以及使用不支持地区的付款方式，可能导致账号被暂停或封禁。本文不提供或背书跨区、代购账号等规避地区或付款限制的方式。只有当用户实际位于官方支持地区，且账号与付款方式均符合要求时，才应通过本人 ChatGPT 账号中的升级入口订阅。需要了解可核验入口、支付失败与账号安全边界，可以阅读本站的 国内开通 ChatGPT Plus 的方式与风险说明。ChatGPT Plus 不包含 OpenAI API 余额，也不会自动提供 Cursor BYOK 用量。

配置 OpenAI API Key 后，Cursor Tab 和云端 Agent 也会使用它吗？

不会。OpenAI 的迁移说明明确排除了 Cursor Tab、Auto、Cloud / Background Agents、Automations、Cursor CLI、Cursor API 和 Cursor SDK。自带 Key 只应按当前文档理解为支持部分本地 Chat / Agent 请求，并在自己的客户端中实际验证；Cursor 当前帮助页还说明，Tab Completion 会继续使用 Cursor 内置模型。

安装 Codex IDE 扩展后，Cursor Agent 会自动改用 OpenAI 模型吗？

不会。Codex 是独立扩展和独立智能体体验，不会改变 Cursor Chat、Agent、Tab、Auto 或其他 Cursor 服务使用的模型。你需要从 Codex 面板启动对应任务。

OpenAI 的未来模型还会出现在 Cursor 吗？

OpenAI 表示不会通过当前拟结束的合同向 Cursor 提供未来模型。这个事实不能扩大成“任何未来模型永远无法通过所有其他渠道使用”；API、云平台、Gateway 与 Codex 的可用性要分别查看届时的官方文档。

团队最先应该检查什么？

先检查模型使用和运行入口，而不是先比较工具排行榜。确认哪些任务通过 Cursor 自有服务调用 OpenAI 模型，哪些只是使用 Cursor 编辑器，哪些运行在本地，哪些是无人值守的云端或自动化任务。只有完成这张依赖清单，才能选择不会遗漏关键能力的迁移路线。

结论

OpenAI 与 Cursor 的合同变化不是“Cursor 不能用了”，而是一次模型供应路径变化。对普通用户，正确动作是先确认自己是否真的使用了受影响路径；对团队，正确动作是把本地交互、Cursor 云端 Agent、Automations、Cursor CLI、Cursor API 与 Cursor SDK 分开审计，并在最终日期确认前完成替代方案测试。

如果你只想继续使用 Cursor 的编辑体验，可以先测试其他受支持模型；如果你必须保留 OpenAI 编程智能体，可以测试 Codex IDE 扩展；如果要在本地 Chat / Agent 中使用自己的 API 账号，务必同时确认能力限制、独立计费和密钥治理。不要等到拟定截止日前一天才发现真正依赖的是无法由 BYOK 覆盖的云端功能。

官方与延伸资料

• OpenAI：Our decision on Cursor following its acquisition by SpaceX
• OpenAI Help Center：Using OpenAI models in Cursor
• OpenAI：Codex IDE extension
• Cursor：Cursor is now a part of SpaceX
• Cursor Help：API Keys
• Cursor Help：Cursor Token Rate
• OpenAI Help Center：What is ChatGPT Plus?
• OpenAI Help Center：ChatGPT Supported Countries
• OpenAI Help Center：Unsupported Countries and Territories
• GitHub Docs：Copilot Chat in your IDE
• Anthropic：Set up Claude Code