OpenAI断供Cursor，一周迁移测评

我对比了Cursor里的OpenAI模型和Claude Code，实际跑了一遍一个视觉标注工具的重构任务。这个概念需要先理解：Cursor是编辑器外壳，模型能力来自API（调用模型的接口）；断供影响的是大脑，不是代码文件。

第一天：先拆依赖链

我打开Cursor设置，把默认模型从OpenAI系切到备选。从原理上讲，这和换编译器类似：语法能跑，语义偏好会变。我固定同一仓库、同一组任务：补函数、修边界条件、生成测试，只换模型。第一天卡在上下文。旧对话还在，但新模型不认识项目规则。我翻出.cursorrules和AGENTS.md重写，发现工具约束比模型选择更影响输出。

第三天：代码质量没有神话

Claude Code接上后，生成测试更保守，改动范围小。Gemini和Codex我也做了对照。惊喜是，把接口、报错栈和验收标准喂清楚，多数任务能过。麻烦是，不同模型对重构理解不一致：一个抽函数，一个补注释。我按Chen等人2021年Codex论文思路，不只看能不能运行，还看diff（改动对比）是否干净。结果：没有哪个模型天生适合所有任务，工程习惯才是变量。

一周后：供应链风险比提示词更现实

这次断供让我把Cursor从主力降为前端。我建了三层：编辑器负责diff和上下文；模型层可切换；验证层用测试和人工审查。马斯克炮轰OpenAI断供Cursor，甚至摆出“我才不在乎”的姿态，称奥尔特曼和布罗克曼是小偷，要求罢免并追索超1800亿美元；OpenAI反驳是酸葡萄。实际影响很朴素：一旦上游模型断供，依赖单一API的团队会停摆。

优点：

• Cursor的上下文管理和改动预览适合快速改代码。
• 多模型切换能降低单一供应商风险。
• AGENTS.md和.cursorrules能把团队规范沉淀下来，换模型不致全乱。

缺点：

• 对小白不友好，模型、agent（自动执行多步任务的程序）这些概念一上来就混。
• 断供或限流时，用户只能被动换供应商。
• 输出仍需人工审，尤其涉及权限和密钥时。

结论：适合已有测试和多模型工作流的团队，不适合把Cursor当成唯一代码生产线的个人。

行动建议：先备份.cursorrules、AGENTS.md和一个最小回归测试，再切模型。每次换模型只改一个变量，跑同一组任务，记录失败点。别把编辑器、模型和工程规范混成一团。