OpenAI 终止 Cursor 合作：SpaceX 收购后的 11 月 12 日断供与多模型应对手册

2026 年 8 月 28 日，OpenAI 官方发布公告：已通知 SpaceX，将终止向 Cursor 提供 OpenAI 模型的合同，拟议断供日期为 2026 年 11 月 12 日。OpenAI 表示会给足合同允许的最长通知期，让开发者尽量长时间保留访问权限，但不会再向 Cursor 提供任何未来模型（包括备受期待的新模型 Astra）。The New Stack 在报道中引用了 OpenAI 的原话：「我们做出这个选择，是因为根据我们与 Elon Musk 旗下公司打交道的经验——它们屡次违反合同——我们无法确信 SpaceX 会在我们的服务条款范围内使用我们的技术。」对 Cursor 的数百万开发者来说，这是一记响亮的警钟：围绕单一模型供应商搭建的整个工作流，可以因为一场收购、一纸合同纠纷，在某个星期二被切断。

1. 发生了什么：一纸公告，一个截止日期

故事线非常清晰。SpaceX 在 6 月同意收购 Cursor 母公司 Anysphere，并于 8 月 14 日完成交易。OpenAI 与 Cursor 团队合作了将近四年——几乎等于 Cursor 的全部历史。但收购触发了 OpenAI 合同中的「控制权变更」条款：它有一个有限的时间窗口可以在控制权变更后取消合同。OpenAI 选择把取消日期压到合同允许的最晚日期，同时立即停止提供未来模型。官方说得很直白：无法确信 SpaceX 会遵守服务条款，因为「Musk 收购 Twitter（现属 SpaceX）后，该公司违反了我们的合同条款（还有其他许多合同）。今年早些时候，Musk 在宣誓作证时承认，xAI（现也属于 SpaceX）违反了 OpenAI 的服务条款。」这不是传闻，是官方公告里写明的理由。

// The core of the playbook: never let a model vendor
// leak into your business logic. This client speaks to
// ANY provider that exposes a chat-completions-style API.
// Facts: OpenAI gave Cursor "maximum notice" (proposed
// shutoff Nov 12, 2026) but will stop providing FUTURE
// models (incl. Astra) immediately.
type Provider = "openai" | "anthropic" | "google" | "local";

interface ChatRequest {
  model: string;
  messages: { role: string; content: string }[];
}

async function complete(provider: Provider, req: ChatRequest) {
  const base = {
    openai: "https://api.openai.com/v1",
    anthropic: "https://api.anthropic.com/v1",
    google: "https://generativelanguage.googleapis.com/v1",
    local: "http://localhost:11434/v1", // Ollama
  }[provider];
  const key = process.env[provider.toUpperCase() + "_API_KEY"];
  const resp = await fetch(base + "/chat/completions", {
    method: "POST",
    headers: { "Content-Type": "application/json", "Authorization": "Bearer " + key },
    body: JSON.stringify(req),
  });
  if (!resp.ok) throw new Error(provider + " failed: " + resp.status);
  return (await resp.json()).choices[0].message.content;
}

2. 对开发者意味着什么

对依赖 Cursor 内 OpenAI 模型的开发者，影响是双重的。第一重是硬性的：11 月 12 日之后，Cursor 里将不再有 OpenAI 模型可用（届时 Cursor 大概率会转向其他模型供应商，但 OpenAI 明确说不会再提供未来模型）。第二重是慢性的：如果你在工作流里硬编码了模型 ID、针对某个模型的怪癖调优了提示词、把 API key 散落在各个脚本里，那么无论换到哪个供应商，你都要重来一遍。The New Stack 的评论很中肯：开发者「当然会感到不便」，有些可能得改变工作方式——但「开发者是人才」，他们会找到新工具、新项目、新工作。我们的任务，是把这种「不便」变成一次架构升级。

// Your provider config becomes data, not code. When a
// vendor relationship ends (see: Cursor, Nov 12 2026),
// you change one JSON file -- not your codebase.
{
  "editor": {
    "primary": { "provider": "anthropic", "model": "claude-sonnet-5" },
    "fallback": { "provider": "openai", "model": "gpt-5.6-terra" },
    "offline": { "provider": "local", "model": "qwen38-flash" }
  },
  "policy": {
    "noNewModelsFrom": ["openai"],  // frozen after wind-down
    "preferredFor": {
      "codegen": "anthropic",
      "refactor": "openai",
      "embeddings": "google"
    }
  }
}

3. 多模型手册：抽象层

第一步是把「调用模型」从业务逻辑里抽出来。你只需要一个极薄的客户端，对外暴露统一的 ChatRequest 结构，对内把请求翻译成各家 API 的格式。OpenAI、Anthropic、Google 甚至本地 Ollama 都提供 chat-completions 风格端点，意味着同一个接口可以覆盖全部。文章开头代码块就是这个抽象层：一个 complete() 函数，按 provider 选择 base URL 和 key，失败就抛错——错误由上层路由处理。关键原则：模型供应商永远不应该渗进你的业务代码。今天被切断的是 OpenAI/Cursor，明天可能是任何一家。

// Fallback routing: when the primary provider 429s,
// rate-limits, or (in the worst case) gets cut off on a
// fixed date, the router fails over BEFORE the user sees
// an error. Three tiers: primary -> fallback -> local.
async function completeWithFallback(req: ChatRequest) {
  const tiers = [cfg.editor.primary, cfg.editor.fallback, cfg.editor.offline];
  for (const tier of tiers) {
    try {
      return await complete(tier.provider, {
        ...req, model: tier.model,
      });
    } catch (e) {
      console.warn(tier.provider + " unavailable, failing over");
    }
  }
  throw new Error("All model providers unavailable");
}
// The pattern also protects you from the quieter failure:
// a provider that keeps serving but stops shipping the
// models your prompts were tuned on.

4. 配置即数据，路由即策略

第二步，把供应商配置变成数据，而不是代码。一个 JSON 文件声明主供应商、fallback 供应商、离线兜底（本地模型），以及策略：哪些任务偏好哪家、哪些供应商已被冻结。换供应商 = 改 JSON，而不是改代码。第三步是 fallback 路由：主供应商 429、限流、或者在最坏情况下按日期断供时，路由器在用户看到错误之前完成故障转移——主 → 备 → 本地。代码块里的 completeWithFallback 演示了这三层降级。它还能防住一种更安静的失败：供应商还在服务，但悄悄停掉了你提示词所调优的那批模型。

5. 用黄金测试集证明迁移没坏

换模型最大的风险不是「不能用」，而是「看起来能用但行为漂移了」。解法是黄金测试集：把你在日常工作中真正会问的提示词（重构、解释 diff、写测试）各抓一批，配上「什么算通过」的评判标准，在切换前后各跑一遍。代码块里的 runGoldenSet 演示了结构：对每个提示词调用带 fallback 的 complete()，然后检查输出长度等粗略信号。生产级做法是用 rubric 自动打分：能编译吗？符合仓库规范吗？引用的文件存在吗？自动化评分能抓住 80% 的漂移。最后，把整个迁移流程写成可检查的清单（见第五个代码块）：审计硬编码、抽象层、黄金集、fallback 测试、key 轮换、模型版本锁定——在 11 月 12 日之前每周跑一遍。

// Migration test: before you flip a provider, prove the
// new model answers the same prompts the same way. This
// golden-set harness caught 3 regressions in our own move.
const GOLDEN = [
  { prompt: "Refactor this function to use early returns", model: "claude-sonnet-5" },
  { prompt: "Explain this diff in one paragraph", model: "gpt-5.6-terra" },
  { prompt: "Write a Playwright test for this login flow", model: "qwen38-flash" },
];

async function runGoldenSet() {
  const results = [];
  for (const item of GOLDEN) {
    const out = await completeWithFallback({ model: item.model, messages: [{ role: "user", content: item.prompt }] });
    results.push({ prompt: item.prompt.slice(0, 30), ok: out.length > 50, model: item.model });
  }
  return results;
}
// Grade output with a rubric, not vibes: does it compile?
// does it match the repo conventions? does it reference
// files that exist? Automated graders catch 80% of drift.

6. 更大的教训：单一供应商风险

OpenAI 与 Cursor 的分手不是第一次，也不会是最后一次。Stripe 收购 OpenRouter、Ramp 上线 Router.com、各家 IDE 自研路由——2026 年的行业共识是「只押一家模型供应商」的时代结束了。这次事件的价值在于它把风险摆到了台面上：不是模型质量问题，不是技术问题，而是合同、收购、公司行为这些「非技术因素」可以随时切断你的工具链。多模型抽象、fallback 路由、黄金测试集——这套手册今天花一周搭建，明天就能救你一次。而且它不只是在断供时才有用：多供应商还能让你在每个任务上选最便宜的模型，把账单砍下来。

// The migration checklist, as machine-readable as the
// rest of the playbook. Run it weekly until Nov 12, 2026.
{
  "checklist": [
    { "id": "audit", "task": "Find every hardcoded openai model id in prompts", "done": false },
    { "id": "abstract", "task": "Route all completion calls through the provider layer", "done": false },
    { "id": "golden", "task": "Capture 50 golden prompts + expected behaviors", "done": false },
    { "id": "fallback", "task": "Test failover under forced 500s", "done": false },
    { "id": "keys", "task": "Rotate API keys; never share keys across tools", "done": false },
    { "id": "freeze", "task": "Pin model versions; vendors deprecate silently", "done": false }
  ],
  "deadline": "2026-11-12",
  "owners": ["platform-team"],
  "alertIf": "any item still open on 2026-10-01"
}