OpenAI 计划于 11 月 12 日退出 Cursor：现在就演练供应商退出
OpenAI 提议于 11 月 12 日结束在 Cursor 中的模型访问。使用这份固定任务矩阵和 30/14/7 天演练来测试替代方案并保留回滚能力。
OpenAI 提议将 2026 年 11 月 12 日定为停止通过 Cursor 提供模型的日期。对于 8 月 30 日阅读本文的团队来说，这创造了 74 天的迁移窗口。有用的单位不是“模型选择器改变前的天数”，而是团队能在当前路径消失前重放多少个具有代表性的编码任务。
OpenAI 表示，根据合同这是它能提供的最长通知期。它还表示 Cursor 将不会获得未来的 OpenAI 模型。公告描述的是计划中的逐步退出，而不是已经完成的切断，结果仍可能变化：路透社 8 月 29 日报道，Cursor 联合创始人 Michael Truell 正与 OpenAI 对话以解决局面，Anthropic 计划向 Cursor 提供更多 Claude 算力。
这种不确定性是演练的理由，而不是等待的理由。Cursor 已经提供多个供应商的模型。供应商退出仍会影响围绕所选模型的规则、工具、上下文、验收测试、成本控制和数据要求。下面的计划把已宣布的剩余时间转换成固定工作负载比较，以及带有经过测试的返回路径的分阶段切换。
11 月 12 日启动演练时钟
这个序列足够短，便于管理；也足够长，可能被浪费掉。
| 日期 | 已确认事件或规划节点 | 运营后果 |
|---|---|---|
| 2026 年 8 月 14 日 | Cursor 宣布完成被 SpaceX 收购。 | 将所有权变化与之后的模型访问决定分开记录。 |
| 2026 年 8 月 28 日 | OpenAI 宣布打算结束 Cursor 合同，提出 11 月 12 日，并表示将不再向产品提供未来模型。 | 将 11 月 12 日作为当前外部期限，同时保留公告中“提议”的状态。 |
| 2026 年 8 月 29 日 | 路透社报道 Cursor 与 OpenAI 仍在谈判，且 Anthropic 计划向 Cursor 分配更多 Claude 算力。 | 继续关注来源情况，但不要把谈判成功当作连续性计划。 |
| 2026 年 11 月 12 日 | 提议的通过 Cursor 访问 OpenAI 模型的终止日。 | 在这一天之前完成生产金丝雀和回滚演练；不要等到当天才开始发现。 |
OpenAI 围绕合同条款和 Cursor 所有权变化来解释其决定。这个解释对商业记录很重要，但无法告诉工程团队哪个替代方案能保留其工作流。团队需要在合同窗口关闭前获得自己的证据。
供应商切换涉及七个相互耦合的表面
Cursor 当前记录了 OpenAI、Anthropic、Google、SpaceXAI 和 Cursor 的模型。这个目录提供候选项，但不会自动把周围系统的行为转移给它们。
在把基线与候选方案比较前，冻结以下七个表面：
| 表面 | 要冻结或记录的内容 | 失败门槛 |
|---|---|---|
| 模型路径 | 确切模型、选择模式、日期、方案、客户端版本和任何自动路由 | 供应商或实际路径未知、目标账户无法访问，或在试验期间发生变化 |
| 指令 | 仓库、团队、用户和代理规则；提示词和策略版本 | 所需指令消失、冲突或执行不一致 |
| 上下文 | 仓库提交、索引文件、检索材料、排除项和上下文限制 | 候选方案漏掉所需证据或暴露排除材料 |
| 工具与权限 | MCP 服务器、命令、审批边界、凭据以及允许的网络或文件系统范围 | 工具调用失败、越出允许范围，或要求更广泛权限 |
| 输出验收 | 目标测试、完整套件、lint、类型检查、安全检查、受保护路径和审查标准 | 补丁未通过阻断检查，或修改任务范围外的文件 |
| 性能与容量 | 墙钟时间、重试、速率限制、供应商用量以及每次接受任务的成本 | 延迟、容量、重试量或接受任务成本超过团队上限 |
| 数据与运营 | 保留、驻留、遥测、事故归属、支持路径、导出和回滚配置 | 策略要求没有证据，或团队无法恢复此前受支持的路径 |
指令和工具应当分开记录。Cursor 规则会在模型上下文开始处加入，因此改变规则包的供应商比较实际上改变了两个变量。MCP 配置增加了外部工具和数据连接；一个能写出看似合理代码、却错误处理审批或工具架构的模型，已经在代理工作流中失败。
路径也需要审计轨迹。Cursor 文档中的 Router 可以为请求选择模型。这在日常工作中很方便，但如果测试记录无法显示每次尝试由哪个模型处理，就会削弱迁移结果。在受控评估期间固定基线和候选模型，或记录解析后的路径。
在选择替代方案前冻结工作负载
从那些一旦停止就会造成损失的工作中选择任务：小型错误修复、跨文件重构、编写测试、工具辅助调查，以及一个应当被拒绝或升级的请求。使用经过清理、合成或明确获批的夹具。保留失败样本；只由历史成功构成的集合会让每个候选方案都显得过于出色。
保持仓库提交、环境、指令、工具、权限、超时、重试预算和验收检查不变。“黄金补丁”可以指导审查，但当存在多个正确实现时，逐字节相似度是糟糕的门槛。候选方案在其结果行为正确、保持在范围内且需要可接受的修复量时通过。
下面的工作表让每次尝试都可复现：
task_id:
fixture_commit:
task_class:
prompt_version:
rules_version:
tools_and_permissions:
baseline_model:
candidate_model:
timeout_and_retry_budget:
acceptance_checks:
- target_tests
- full_suite
- lint_type_security
- scope_limit
observations:
accepted:
wall_time_seconds:
provider_cost:
tool_failures:
review_minutes:
policy_or_data_exception:
rollback_trigger:在预算允许时，每个重要任务多运行几次，并报告带分母的分子：“20 次中接受了 18 次”比“90%”更有信息量。把超时和被拒绝的补丁计入总数。样本仍然描述的是冻结工作负载，而不是每个仓库或每个未来模型，因此要把样本局限与结果一起记录。
为工作负载评分，而不是为模型品牌评分
OpenAI 的评估指南建议使用有代表性的测试输入和明确的测试标准，包括尝试或升级模型时。把这一纪律应用到完整的编码代理路径上。
| 衡量项 | 示例门槛 | 为什么属于决策 |
|---|---|---|
| 接受的任务 | 阻断任务类别达到预先声明的数量；展示尝试、超时和失败 | 品牌级基准无法证明团队的补丁能构建并保持在范围内 |
| 尾部完成时间 | 中位数和第 95 百分位墙钟时间保持在工作流服务目标内 | 通常感觉很快的替代方案仍可能让关键工作停滞 |
| 工具可靠性 | 没有未授权调用；架构、权限和审批失败低于约定上限 | 代理工作依赖行动，而不仅是生成的文字 |
| 每次接受任务成本 | 供应商用量、重试和审查时间保持在预算内 | 如果成功需要更多尝试，更低的每词元费率反而可能更贵 |
| 审查与修复 | 中位审查分钟数和人工修正保持在团队阈值内 | 人工恢复工作属于迁移成本 |
| 策略与数据控制 | 安全、法律、隐私、保留、驻留和遥测负责人批准有记录的证据 | 输出质量不能豁免控制要求 |
| 容量与运营 | 目标账户可以访问候选方案；速率限制、支持归属、监控和事故流程正常 | 私有试验良好不代表组织规模下也会成功 |
| 回滚 | 计时演练能在不丢失工作记录的情况下恢复受支持路径及其配置 | 团队需要的是恢复行动，而不是一个回退名称 |
预先声明哪些门槛会阻止迁移，哪些允许记录在案的例外。否则团队可能在看到结果后重新解释弱结果。对于小样本，发布计数和不确定性，而不是看似精确的排名。
在剩余 30、14、7 天时执行退出
下面的日期从 OpenAI 提议的 11 月 12 日截止日倒推。如果供应商关系恢复，这项工作仍会产生经过测试的依赖清单和第二条路径。
| 截止时间 | 工作 | 退出证据 |
|---|---|---|
| D-30：10 月 13 日 | 指定负责人；盘点七个表面；冻结夹具和门槛；在相同任务上运行当前 OpenAI 路径和至少一个候选方案 | 基线和候选记录完整，阻断缺口有负责人，候选方案符合目标账户和所需数据类别 |
| D-14：10 月 29 日 | 重复薄弱任务类别；运行影子或干运行负载；更新规则、MCP/工具配置、支持文档、预算和策略审查 | 不存在无法解释的关键回归或未解决的控制缺口；切换和回滚配置已版本化 |
| D-7：11 月 5 日 | 将少量获批生产工作发送给候选方案；监控验收、延迟、工具失败、成本和例外；在计时器下演练回滚 | 金丝雀保持在预先声明的限制内，团队已成功恢复受支持的回退路径 |
| 切换：11 月 12 日 | 确认当前 OpenAI/Cursor 状态，路由获批工作，观察同样的门槛，并保留评估记录 | 预期路径可观测，值班负责人已激活，任何阈值突破都会触发演练过的响应 |
这是金丝雀，而不是广泛的并行实验。Google SRE Workbook 解释了依赖变化可能触发失败，以及部分暴露加上评估限制如何减小不良发布的影响。使用有代表性的切片，但排除候选方案尚未获准处理的工作负载。微小的合成金丝雀更安全，但对生产行为的证据也更弱；记录这一权衡。
回滚需要自己的及格线
在基线仍可用时保留当前受支持的配置。导出或版本化相关规则和工具设置，保持夹具提交不可变，并明确路径。如果 OpenAI 访问按提议结束，该路径将不再是 Cursor 内可行的回滚方案。此时恢复目标必须是第二个受支持的模型、受影响路径之外的获批工作流，或对该任务类别进行明确暂停。
在切换前测试该目标。从告警开始计时回滚，恢复配置，重放一个有代表性的任务，并确认监控识别出当前路径。记录谁可以批准更改，以及正在进行的工作如何处理。如果账户无法选择某个模型，或团队无法重建其权限，那么运行手册中的模型名称就没有恢复价值。
接下来要关注的外部证据很具体：OpenAI 和 Cursor 是否宣布解决方案，Cursor 的目录是否变化，以及任一公司是否在 11 月 12 日前发布迁移支持。这些结果都不应抹去演练记录。供应商关系变化可能快于仓库规则、工具集成和验收门槛；持久资产是团队有意移动这些依赖的能力。
Copilot 模型退役运行手册（中文）展示了如何盘点账户和客户端特有的目录变化。编码代理生命周期测试矩阵（中文）把同样的证据纪律扩展到工具权限、副作用和恢复。
资料来源
- OpenAI: Our decision on Cursor following its acquisition by SpaceX
- Reuters: OpenAI to end partnership with SpaceX-owned Cursor
- Cursor: Joining SpaceX
- Cursor Docs: Models and pricing
- Cursor Docs: Rules
- Cursor Docs: Model Context Protocol
- OpenAI API Docs: Working with evals
- Google SRE Workbook: Canarying releases