OpenAIは2026年8月28日、SpaceXに対し、AIコーディング環境「Cursor」へモデルを供給する契約を終了する意向を通知した。提案した停止日は11月12日で、現行モデルには移行期間を置く一方、将来モデルはCursorへ渡さない。きっかけは、Cursorが8月14日にSpaceX傘下へ入ったことだ。モデルを自由に選べる開発環境というCursorの価値は、個々のモデル性能に加え、供給元どうしの契約にも左右されるようになった。
影響はCursorという製品の停止ではない。GrokやComposer、Claude、Geminiは残る。問題は、OpenAIモデルをCursorの契約とルーティングを通じて使ってきた機能のうち、どこまで別経路へ移せるかである。
11月12日は確定日ではない
2026年11月12日は確定した終了日ではなく、OpenAIが提案した移行期限であり、Cursorがそれより早くアクセスを終える可能性もある。OpenAIは、両社が正式な終了日を確定した段階で改めて知らせるとしている。したがって、11月12日まで必ず同じモデル構成が続くと約束されたわけではない。
ただし、移行期間と新モデルの扱いは分かれている。OpenAIの案では、Cursorが現在使うOpenAIモデルへのアクセスは移行期間中も続く。一方、今後登場するモデルはCursorへ提供しない。開発中のAstraをCursorで使える時期が来る、という意味ではない。
両社の協業は約4年に及ぶ。Cursor共同創業者のMichael Truellは8月29日、OpenAIモデルがCursorの利用者トラフィックの約5％を占めると明らかにし、OpenAIと解決へ向けて話していると述べた。ただし、5％の集計期間や分母は公表していない。トークン量、売上、顧客数の比率へ読み替えることはできない。
APIキーでは穴をすべて埋められない
OpenAIは移行策として、利用者自身のOpenAI APIキー、Codex IDE拡張、互換ゲートウェイの3経路を案内した。いずれもCursorの全機能を現在と同じ形で維持する手段ではない。これは公開時点の暫定的な分類である。OpenAI自身もCursor側の機能や提供状況が変わり得るとしており、移行時には最新のCursor公式文書を確認する必要がある。
| 移行経路 | 継続できる範囲 | 置き換えない機能 |
|---|---|---|
| 個人のOpenAI APIキー | Cursorデスクトップの対応するローカルChatとAgent | Tabと自動補完、Auto、クラウド実行、Automations、CLI、API／SDK |
| Codex IDE拡張 | Cursor内の別パネルで動くCodexのエージェント体験 | Cursor Chat、Agent、Tab、Auto、Cloud Agentsの内部モデル |
| OpenAI互換ゲートウェイ | 対応するローカルChatとAgent | Tab、Auto、Cloud／Background Agents、Automations、CLI、API／SDK |
個人APIキーでOpenAIモデルを継続利用できるのはCursorデスクトップのローカルChatとAgentに限られ、Tab、Auto、Cloud／Background Agents、Automations、CLI、API、SDKは対象外である。これらの機能は、Cursorが供給またはルーティングするモデルを使う。つまり、エディタ内の対話を残せても、同じキーを貼るだけでクラウドエージェントや自動選択まで復元できるわけではない。
請求経路も変わる。OpenAI APIはCursorやChatGPTの購読とは別に課金され、利用できるモデルと上限はAPI組織の設定に従う。互換ゲートウェイでは、Cursorが期待するAPI形式への対応に加え、モデル固有の制御が渡されるかも確認しなければならない。企業はモデル名の一致より先に、認証、ログ、請求を同じ統制下へ戻せるかを試す必要がある。
なぜCursorの違反認定を待たなかったのか
OpenAIが使ったのは、Cursorとの個別契約にある支配権変更後の解除条項だ。解除できる期間は限られており、OpenAIは契約上もっとも遅い日まで現行モデルを残す一方、SpaceXが自社技術を規約内で使うと確信できないと説明した。これはCursor自身の違反を認定した発表ではない。買収後の所有者を見て、将来の供給リスクを受け入れないと判断したものである。
一般公開されているOpenAIの事業者向け契約は、モデル抽出や安全策の回避を禁じ、OpenAIと競合するAIモデルの開発に出力を使うことも制限する。ただし、Cursorとの個別契約本文は公開されていない。一般契約の条文から、Cursorが何かに違反したと結論づけることはできない。
OpenAIが将来モデルを切り分けた背景には、Astraの能力評価もある。同社は8月7日、Astraのエージェント型コーディングとサイバーセキュリティ能力が大きく進み、Preparedness Framework上の「Critical」を排除できないと発表した。これは予備的な内部評価であり、Critical到達を確定した結果ではない。従来のGPT-5.6 Solは「High」と評価されていた。
Criticalの基準は厳しい。人手を介さず、多数の堅牢な実システムで機能するゼロデイ攻撃を発見・開発できる水準、または高水準の目標だけから新しい攻撃戦略を立てて最後まで実行できる水準を指す。OpenAIは能力の上昇に合わせ、第三者へ供給する経路にも強い管理を求めている。CursorへのAstra非提供は、その管理方針を具体的な契約判断へ移した例になる。
SpaceXが目指す垂直統合の中にCursorが入った
SpaceXとCursorの関係は、8月の買収から始まったわけではない。SpaceXの目論見書によれば、両社は2026年4月19日にコンピュート契約を結んだ。SpaceXはAIモデルの開発、学習、改善に使うGPUクラスターをCursorへ提供する。Cursorは人員やデータ、技術知識を提供し、開発用のワークフローやプロンプトから仕様、コードまでを協業へ持ち込む契約である。
目論見書は、Grokを含むSpaceXの既存モデルを改善し、将来はモデルを共同開発する可能性も記している。共同開発モデルには両社が広い利用権を持つ。SpaceXはCursorを、計算資源からモデル、アプリケーションまでを垂直統合する戦略の一部として扱ってきた。
もっとも、公開資料にある「データ及びデータセット」の範囲は分からない。Cursor利用者の入力、企業の機密コード、OpenAIモデルの出力がGrokの学習へ渡ると示した記述はない。OpenAIの懸念とSpaceXの協業構造は確認できるが、実際のデータ経路まで推定すると証拠を越える。
5％でも消えない「中立的インフラ」の問題
Cursorの現行料金文書は、Grok 4.6、Grok 4.5、Composer 2.5を「Cursor Models」にまとめ、Claude、Gemini、GPT-5.6系を「Other Models」に分けている。TeamsとEnterpriseのAutoでは、Cursor Routerがリクエストごとにモデルを選ぶ。Cursorはモデルを並べる器であると同時に、どのモデルをどの条件で動かすかを決める運用基盤でもある。
供給元の反応は一様ではない。Anthropic共同創業者のTom Brownは、Cursorを以前からの信頼できるパートナーと呼び、Claudeを支える計算資源を増やすと表明した。OpenAIが退いても外部モデルが一斉に消える状況ではなく、Cursorの選択肢は当面残る。
それでもTruellが「中立的インフラ」と表現した意味は重い。特定モデルの利用比率が5％でも、供給契約はAutoやクラウドエージェント、CLIの設計を変え得る。企業が確かめるべきなのは、OpenAIモデルを別画面で呼べるかという一点ではない。既存の承認手順、監査ログ、費用管理を保ったまま、同じ仕事を別経路へ移せるかである。
Cursorが複数モデルを選べる基盤であり続けられるかは、正式な終了日のモデル一覧だけでは判定できない。Autoとクラウド機能で他社モデルを同じ条件で選べるか、最終的なアクセス終了までに示される移行策がその答えになる。
