はじめに

2026年8月28日（米国時間）、OpenAI が SpaceX に対して、Cursor へ OpenAI のモデルを提供している契約を終了する意向を通知したと発表しました。停止の提案日は 2026年11月12日です。

引き金は Cursor 側の不祥事ではありません。Cursor を開発する Anysphere が SpaceX の完全子会社になったこと、つまり契約相手の支配権が変わったことです。OpenAI と Cursor の契約には支配権変更のあとに解約できる期間が定められていて、OpenAI はその窓を使いました。

技術ニュースとしてはやや珍しい形をしています。モデルの性能も、API の仕様も、料金も、何ひとつ変わっていません。変わったのは契約の相手が誰かだけです。それだけで、あるエディタから特定のモデルが消える。日々コードを書く道具の足元に何が敷かれているかを一度数え直すのに、ちょうどいい題材だと筆者は受け止めました。

本記事では次の順で整理します。

  • 発表文に実際に書いてあること（逐語引用と和訳）
  • 前提の整理 — Cursor とは何か、SpaceX 傘下に入るまでの経緯（SEC 提出書類で確認）
  • change of control（支配権変更）条項とは何か、なぜ買収で解約できるのか
  • 次期モデル Astra とは何か、なぜこの発表に出てくるのか
  • 11月12日以降、何が消えて何が残るのか（公式ドキュメントで確認できる範囲）
  • 自分のツールチェーンの依存階層をどう数えるか
🗓️ 現時点（2026年8月29日）の位置づけ

OpenAI の表現は「wind down する意向を通知した」「提案する停止日は11月12日」です。契約の終了手続きが完了したという発表ではありません。また、この件では SpaceX / Cursor 側の反応が X（旧 Twitter）の投稿として広く流通していますが、当サイトは X の投稿を裏取りの根拠に採用しない方針です（投稿は削除・編集され得るうえ、IR 資料のような開示責任を伴わないため）。したがって本記事では Cursor 側の数値や見解には踏み込まず、公式発表・公式ドキュメント・SEC 提出書類で確認できる範囲だけを扱います。

1. 📄 発表文に何が書いてあるか

OpenAI の発表は「Our decision on Cursor following its acquisition by SpaceX」というタイトルで、分量にして5段落ほどの短いものです。要点は5つあります。

通知の内容と日付

Today, we notified SpaceX that we intend to wind down our contract providing OpenAI models to Cursor, with a proposed shutoff date of November 12, 2026.

（本日われわれは SpaceX に対し、OpenAI のモデルを Cursor に提供する契約を段階的に終了する意向を通知した。提案する停止日は2026年11月12日である）

続けて、猶予の取り方についてこう書いています。

To maximize the time that developers can retain access to our models through Cursor, we are giving the maximum notice provided by our contract.

（開発者が Cursor を通じてわれわれのモデルを使い続けられる時間を最大化するため、契約で定められた最長の通知期間を与えている）

つまり 11月12日は「早く切るための日付」ではなく、契約上いちばん遅くできる日付だ、というのが OpenAI 側の説明です。

理由は「過去の違反」ではなく「将来の信頼」

ここは読み違えやすいところです。発表文が挙げている理由は、Cursor や SpaceX が今なにか違反をしたという話ではありません。

We are making this choice because we cannot be confident that SpaceX will use our technology within our terms of service, based on our experience with Elon Musk’s companies violating contracts.

（この選択をするのは、イーロン・マスク氏の各社が契約に違反してきた経験に照らして、SpaceX がわれわれの技術を利用規約の範囲内で使うと確信できないからである）

主語は「確信できない（cannot be confident）」であって「違反した」ではありません。過去の実績を根拠にした、将来についての判断という構造になっています。根拠として挙げられているのは次の2件です。

挙げられた事実 発表文がリンクしている出典
マスク氏の Twitter 買収後、同社が OpenAI との契約条件に違反した（他の多くの契約とあわせて） The New York Times（2023年4月27日）
2026年に入って宣誓のうえ、マスク氏が xAI による OpenAI 利用規約違反を認めた Forbes（2026年4月30日）

Forbes の記事は「Musk Admits Distilling OpenAI Data For His XAI」という見出しで、反対尋問のなかでマスク氏が「一般に AI 企業は他の AI 企業を蒸留する」と述べ、xAI が OpenAI の技術を「部分的に」使ったと認めた、と報じています。OpenAI の利用規約は、出力を競合モデルの学習に使うことを禁じています。

発表文の書き方で目を引くのは、Twitter も xAI も現在は SpaceX の一部であると、わざわざ括弧書きで確認している点です。過去に別会社が起こしたことを、いま同じ屋根の下にある相手の話として扱う。ここが今回の判断の骨組みになっています。

💡 ワード解説：蒸留（distillation）

大きなモデルの出力を教師データとして、小さなモデルを学習させる手法です。ゼロから学習させるより桁違いに安く済むため広く使われますが、他社モデルの出力を自社モデルの学習に使う行為は多くの提供者が利用規約で禁じています。当サイトでは以前、DeepSeek をめぐる同種の論点も整理しました（DeepSeekはClaudeを「盗んだ」のか）。

使ったのは支配権変更の窓

Our custom agreement with Cursor gives us a limited time window to cancel it after a change of control.

（Cursor との個別契約は、支配権変更のあと限られた期間だけ、われわれに解約する権利を与えている）

この一文が今回の法的な芯です。詳しくは §3 で扱います。

次期モデル Astra には出さない

As AI capabilities advance, we also have a new level of accountability to ensure our upcoming model, Astra, is being used in accordance with our terms. Given all of this, we’ve decided to hold the contract cancellation to the latest date we can while not providing future models to Cursor.

（AI の能力が上がるにつれ、次期モデル Astra が規約に沿って使われることを担保する責任も新しい水準になっている。以上を踏まえ、契約解除は可能な限り遅い日付に置きつつ、将来のモデルは Cursor に提供しないことにした）

素直に読むと、11月12日までは現行モデルの提供が続くが、その間に登場する新しいモデルは Cursor には載らないということになります。Astra の名前自体は今回が初出ではありません（§4 で扱います）。今回の新情報は「Astra を Cursor に出さない」のほうです。

提携は約4年だった

We’ve worked with Cursor for nearly four years and have enormous respect for their team, their product, and what they’ve built for the developer community.

最後に OpenAI は、影響を受けるのは Cursor で OpenAI モデルを使っている開発者だとしたうえで、移行の支援に「above and beyond（できる限りのこと）」で臨む用意があると書いています。具体的な支援策の中身は発表文には書かれていません。

2. 🧭 前提の整理 — Cursor と、SpaceX 傘下に入るまで

ここからは、発表文が前提にしている背景を順に埋めていきます。

Cursor とは何か

Cursor は、AI によるコード生成・編集・レビューを中心に据えたコードエディタです。Microsoft の Visual Studio Code をフォーク（ソースコードを分岐させて独自に開発）したもので、VS Code の拡張機能や設定資産をおおむねそのまま持ち込めるのが特徴です。開発元は Anysphere, Inc.（2022年設立）。

重要なのは、Cursor が自社でフロンティアモデルを一から作っている会社ではないという点です。エディタの中で使えるモデルは、複数の提供元から集められています。Cursor の公式ドキュメントが挙げているのは次のとおりです。

提供元 モデル
OpenAI GPT-5 系（GPT-5 / GPT-5 Mini / GPT-5.4 / GPT-5.5 / GPT-5.6 の各種）
Anthropic Claude 4.5 / 4.6 / 4.7 の Haiku・Sonnet・Opus 各種
Google Gemini 2.5 Flash / Gemini 3 Pro / Gemini 3.1〜3.7 Flash の各種
Cursor 自社 Composer 2.5、および SpaceXAI と共同学習した Grok 4.5 / 4.6
その他 Moonshot（Kimi）、Z.ai（GLM）

つまり Cursor は、複数のモデルを1つのエディタ体験にまとめて売っている製品です。この構造を頭に置いておくと、11月12日に何が起きるのかが正確に見えてきます。

買収は SEC 提出書類で追える

SpaceX（Space Exploration Technologies Corp.、Nasdaq: SPCX）による Anysphere の買収は、報道では完了日にばらつきがあります。ここは推測を避けて、同社が SEC に提出した Form 8-K を直接読みました。日付と条件は次のとおりです。

日付 8-K の項目 内容
2026年6月16日 Item 1.01（重要な契約の締結） SpaceX、完全子会社の X67 Inc.、Anysphere の三者が合併契約を締結。X67 が Anysphere に吸収合併され、Anysphere が SpaceX の完全子会社として存続する形。「第3四半期中のクローズを見込む」と記載
2026年8月14日 Item 2.01（買収の完了） 同日付で合併が発効。Anysphere の普通株式・優先株式は 389,289,254株の SpaceX クラスA普通株式に転換。加えて権利確定済み RSU 分として 1,752,426株

対価の算定方法も明記されています。Anysphere の株式価値を 600億ドルとし、SpaceX 株の価格はクローズ直前7営業日の出来高加重平均終値を使う、という全株式取引です。8-K が Anysphere, Inc. に付けている略称がそのまま「Cursor」になっているのも、この会社の顔がどちらなのかを物語っています。

✅ 完了日は8月14日

「8月上旬に完了」「8月末までにクローズ見込み」といった報じられ方も見かけますが、発効日は SEC 提出書類で2026年8月14日と確認できます。以降、本記事はこの日付を使います。

xAI と X も SpaceX の一部である

発表文が「Twitter, now part of SpaceX」「xAI, now also part of SpaceX」と書けるのは、その前にもう一段の再編があったからです。SpaceX は2026年2月に xAI を買収し、xAI が保有していた X（旧 Twitter）も同じ傘下に入りました。当サイトでも、xAI 改め SpaceXAI がターミナル型コーディングエージェント「Grok Build」を公開した件を扱っています（SpaceXAI「Grok Build」OSS公開）。

結果として、いまの資本関係はこうなっています。

flowchart TD SX["SpaceX
Nasdaq: SPCX"] SX --> XAI["xAI / X
2026年2月に傘下へ"] SX --> ANY["Anysphere
2026年8月14日に完全子会社"] ANY --> CUR["Cursor
AI コードエディタ"] OAI["OpenAI"] -. "モデル提供契約
11月12日に停止を提案" .-> CUR

OpenAI から見ると、過去に自社の規約に違反した2社と、いま契約している1社が、同じ持ち主のもとに並んだことになります。発表文の論理はここに立っています。

経緯をまとめると

timeline title OpenAI と Cursor 2026年の経緯 2026年2月〜6月 : 2月 SpaceX が xAI を買収 : 4月30日 宣誓証言の報道 : 6月16日 Anysphere と 合併契約 2026年8月前半 : 8月1日 Astra の名を公表 : 8月7日 サイバー能力を公表 : 8月14日 合併が発効 2026年8月28日〜 : 8月28日 終了の意向を通知 : 11月12日 停止の提案日

3. 📜 change of control 条項とは何か

契約は「相手が誰か」を前提にしている

change of control（支配権変更）条項は、契約の一方の会社が買収・合併などで支配株主を変えたとき、もう一方に一定の権利を発生させる規定です。M&A の契約実務では定番の条項で、発生する権利は「解約できる」「事前承諾が必要」「条件を再交渉できる」など契約ごとに違います。

なぜこんな条項が要るのか。企業間の契約は、相手の会社を信用して差し出しているものを含んでいるからです。技術、データ、顧客リスト、値引き条件。看板は同じでも、その裏にいる持ち主が競合他社に変わったなら、差し出したままにしておくのは危険です。契約書は普通、そのための逃げ道を最初から用意しておきます。

💡 ワード解説：change of control 条項

支配権の変更（株式の過半数取得、合併、事業譲渡など）が起きたときに発動する契約条項の総称です。「相手方に解約権を与える」型のほか、融資契約では期限の利益喪失（残額を一括で返す義務が生じる）を定めるものもあります。発動できる期間が限られているのが一般的で、買収の完了から30日・60日・90日といった窓を切っておき、その間に権利を行使しなければ契約はそのまま続く、という作りにします。

今回の日付を並べてみる

OpenAI は「limited time window（限られた期間）」としか書いておらず、契約書そのものは非公開です。条項の文言を確認する手段はありません。ただし、確認できる日付を並べるだけでも構造は見えます。

日付 出来事 起算からの日数
2026年8月14日 合併が発効。支配権が変更された 0日
2026年8月28日 OpenAI が終了の意向を通知 14日後
2026年11月12日 提案された停止日 90日後

支配権の変更から停止提案日まで、数えるとちょうど90日になります。OpenAI 自身が「契約で定められた最長の通知期間を与えている」と書いていることと合わせると、90日の巻き取り期間が契約に書かれていたと読むのが自然です。ただしこれは公開情報からの筆者の推定であり、契約書で確認したものではありません。

面白いのは、通知が発効の14日後に出ていることです。解約の窓には期限があるので、使うと決めたなら早く動く必要があります。一方で停止日は最大限あとに倒す。権利は早く行使し、影響は遅く出すという、二段構えの動き方になっています。

4. 🌌 Astra とは何か、なぜここに出てくるのか

発表文のなかで、技術者にとっていちばん引っかかるのが Astra への言及です。「AI の能力が上がるにつれ、Astra が規約に沿って使われることを担保する責任も新しい水準になっている」という一文が、解約の理由の一部として置かれています。

名前が出たのは8月1日

Astra は OpenAI の次期メジャーモデルです。名前が公になったのは2026年8月1日、数学・理論計算機科学の10件の成果を発表したときでした。発表文にはこうあります。

The results were achieved by an internal version of Astra, our next major model.

（これらの成果は、われわれの次期メジャーモデルである Astra の社内版によって得られた）

高次元球充填の上界、二元符号のサイズの指数的改善、非ソフィック群の存在、コンヌの剛性予想の反証など10件が並び、議論はいずれも Lean で形式化されたと書かれています。リリース日・API での提供・GPT-6 と呼ばれるのかどうかは、いずれも未発表です。

「新しい水準の責任」の中身

Cursor の発表文で Astra の文字にリンクされているのは、数学のほうではなく 2026年8月7日のセキュリティ発表です。ここに、なぜ責任の水準が上がるのかが書いてあります。

Our latest internal evaluations of Astra, one of our upcoming models, over the past few days indicate significant advancements in agentic coding and cybersecurity.

（次期モデルのひとつである Astra についてのここ数日の社内評価は、エージェント的コーディングとサイバーセキュリティにおける著しい進展を示している）

そのうえで OpenAI は、自社の Preparedness Framework におけるサイバーセキュリティの Critical（危機的）水準を否定できないと結論したと書いています。同フレームワークの Critical は、「多くの堅牢化された実世界の重要システムに対し、人の介入なしにあらゆる深刻度のゼロデイ脆弱性を発見し、動作する攻撃コードを作れる」あるいは「高レベルの目標を与えるだけで、堅牢化された標的への新規の攻撃戦略を端から端まで立案・実行できる」水準と定義されています。GPT-5.6-Sol を含む従来モデルは High 止まりの評価でした。

これを受けて OpenAI が取った措置として、隔離されたテスト環境、ネットワークとツールアクセスの制限、モデル重みの保護強化、思考過程（Chain of Thought）に対する常時監視、条件を満たさない社内活動の一時停止などが挙げられています。

Cursor の話に Astra が出てくるのは、宣伝のためではありません。「利用規約の範囲内で使われること」を担保できない相手には出せない、という判断の重みが、モデルの能力そのものによって上がっているという主張です。当サイトでは、この能力向上が防御側でどう働いたかを別記事で扱っています（OpenAIがGPT-5.6-Cyber発表）。

⚠️ Astra について確認できていないこと

Astra のリリース時期・API での提供有無・価格・最終的な製品名は、筆者が確認した範囲では公表されていません。「Cursor に提供しない」という今回の言明から逆算して、Astra が近く出るはずだと推測することはできますが、日付の裏は取れていないので本記事では書きません。

5. 🧱 11月12日以降、何が消えて何が残るのか

ここが実務的にいちばん知りたいところでしょう。公式ドキュメントで確認できることと、報道でしか確認できないことを分けて書きます。

消えるもの

契約が対象にしているのは、Cursor が自社のサービスとして OpenAI のモデルを提供する部分です。Cursor のサブスクリプションを払うと、その中で GPT 系モデルが選べる。あの導線が停止提案の対象です。

消えないもの（Cursor 公式ドキュメントで確認）

Cursor は OpenAI 以外のモデルを多数扱っています。§2 の表のとおり、Anthropic の Claude、Google の Gemini、自社の Composer 2.5、SpaceXAI と共同学習した Grok、Moonshot の Kimi、Z.ai の GLM。エディタがモデルを失うわけではありません。

もうひとつ、Cursor は自前の API キーの持ち込み（BYOK）に対応しています。公式ドキュメントには、OpenAI・Anthropic・Google・Azure・AWS Bedrock のキーを設定できると書かれています。ただし、ここには読み飛ばせない条件があります。

項目 公式ドキュメントの記述
使える範囲 チャットのモデルは動き、モデルピッカーに表示される
使えない範囲 Tab 補完は Cursor 内蔵モデルのままで、自前キーには対応しない
データの扱い ゼロデータリテンション（ZDR）の保護は適用されなくなり、選んだ提供元のプライバシーポリシーに従う
キーの経路 キーは暗号化された接続でリクエストごとに Cursor のサーバを経由する。リクエスト完了後は保持されない

つまり BYOK は「元どおり」ではありません。支払い先が変わるだけでなく、機能とデータの扱いも変わります。

報道でしか確認できないこと

「11月12日以降も、自前の OpenAI API キーと、OpenAI 自身の IDE 拡張を通じて OpenAI モデルを使い続けられる」という説明は、複数の媒体が OpenAI 側の見解として報じています。ただし、この記述は OpenAI の発表文本文には見当たりません。流通しているのは OpenAI 関係者の X 投稿を経由した形で、当サイトの基準では X 投稿を根拠に採用しません。

そこで、この主張のうち独立に裏が取れる部分だけを確認しました。

  • Cursor 側の受け口は存在する — 自前 API キーの設定は Cursor の公式ドキュメントに記載がある（上表）
  • OpenAI 側の拡張も存在する — OpenAI の開発者ドキュメントは、Codex IDE 拡張が VS Code 互換エディタ（VS Code / Cursor / Windsurf）に対応していると明記している

この2つは今日時点の事実です。一方で、11月12日以降もその状態が続くという保証は、一次情報としては確認できていません。「使えるはず」と「使えると発表された」は別物なので、本記事では前者として扱います。

層で描くと、切れる場所が見える

Cursor のようなエディタは、モデルの上に何枚も製品側の層を重ねています。

flowchart TD YOU["自分の作業"] --> ED["① エディタ本体
VS Code フォーク"] ED --> HAR["② エージェント層
計画・編集・ツール実行・Tab"] HAR --> IDX["③ 索引と文脈
コードベースの検索"] IDX --> MDL["④ モデル
GPT / Claude / Gemini など"] MDL --> CTR["⑤ 契約
Cursor 経由か 自分の鍵か"]

今回止まるのは⑤の一部、Cursor 経由で OpenAI のモデルにつながる経路だけです。①から④は残ります。

ただし裏返すと、こうも言えます。BYOK で④を自力で復旧しても、②の一部である Tab 補完は戻りません。エージェントの動き方も索引の作り方も Cursor の実装であって、キーを差し替えても自分のものにはなりません。乗り換えコストが発生するのは、実はモデルの層ではなく②と③のほうです。

6. 🔍 いま数え直しておくとよいこと

この件から取り出せる一般則は、たぶん1つだけです。モデルへのアクセスは技術的な接続ではなく、契約で規定された取り消し可能な依存である。性能でも価格でもなく、当事者の資本関係が変わったというだけで切れることが、今回はっきりしました。

そこで、自分のツールチェーンについて次の表を埋めてみることをおすすめします。筆者もやってみて、思っていたより段数が多いことに気づきました。

段 何が入るか 誰と誰の契約か 切られたら何を失うか
エディタ VS Code、Cursor、JetBrains など ライセンス（多くは無償） 設定と拡張の資産
エージェント層 Cursor のエージェント、Claude Code、Codex、Grok Build など 製品の利用規約 手順・スキル・プロンプト資産
索引・文脈 コードベースの埋め込み、検索 同上 大規模リポジトリでの当たりの良さ
モデル GPT、Claude、Gemini、ローカルモデル 提供元との契約（または製品経由の再販） 出力の質そのもの
実行環境 ビルドツール、書き込みツール、実機 多くは OSS ライセンス 原理的に切られない

そのうえで、実際に効く手当ては次のあたりです。

  • モデルの層を差し替え可能にしておく — 複数のモデルを選べる製品を使う、あるいは自前キーを持てる構成にしておく。ただし §5 のとおり、自前キーは機能とデータの扱いも変える点に注意する
  • 手順を製品固有の形式に閉じ込めない — スキルやカスタム指示に貯めた知識が、そのハーネスでしか読めない形になっていないか確認する。中身がコマンド列と判定条件でできているなら、シェルスクリプトや Makefile に落として持ち出せる
  • 一番下の段を意識しておく — コンパイラ、書き込みツール、実機、測定器。ここは誰の利用規約にも縛られません。組み込みをやっていると、この段が厚いのは救いです
📌 筆者の見方

筆者は Cursor を常用していないので、11月12日に困る側ではありません。そのうえでこの発表を読んだ日にやったのは、自分の ESP32 開発の鎖が何段あるのかを実際に数えることでした。Claude Code のスキル → モデル → eim → idf.py → USB シリアル → 実機。6段ありました。

数えてみて背筋が伸びたのは、いちばん上の2段に自分で貯めた資産が乗っていることです。ESP32 への書き込みは、素のシェルから idf.py を呼んでも動きません。MSYSTEM が子プロセスに伝播して「MSys/Mingw is no longer supported」で何もせずに終わる。しかも eim run は内側が失敗しても exit code 0 を返すので、終了コードを見ても気づけない。この2つを踏み抜いてから、Remove-Item Env:MSYSTEM を挟む形と、Hash of data verified. が3回出て Hard resetting via RTS pin... で終わることを成功判定にする、という手順を書きました。あれは手癖ではなく、実機で時間を溶かして買った知識です。

Cursor の話に引き寄せると、切られたのはモデルへのアクセスであって、エディタの中に積み上がったエージェントの振る舞いや索引ではありません。だからこそ厄介だ、というのが筆者の受け止めです。自前キーで④のモデルを取り戻しても、②のハーネス層は戻りません。Cursor の Tab 補完が自前キーに対応しないと公式が明記していることが、その境目をきれいに示しています。乗り換えが重いのは慣れの問題ではなく、製品側の層に価値が乗っているからです。

そう考えると、筆者のスキルファイルも同じ危うさを持っています。中身がコマンド列と判定条件でできているのは幸いで、そこは何に移しても書き直せる。危ないのは、それが特定のハーネスでしか自動で呼ばれない形で置いてあることのほうです。今日すぐ直せる話ではないので、まずは書き出すところからにしました。契約で止まる段と、止まらない段。数えれば境目は自分で引けます。それが分かったのが、今回いちばんの収穫でした。

まとめ

  • OpenAI が2026年8月28日（米国時間）、SpaceX に対し Cursor へのモデル提供契約を段階的に終了する意向を通知。提案する停止日は2026年11月12日
  • 理由として挙げられたのは過去の違反そのものではなく、「SpaceX が利用規約の範囲内で技術を使うと確信できない」という将来についての判断。根拠は Twitter の契約違反（NYT・2023年）と、宣誓のうえで xAI の規約違反を認めた証言（Forbes・2026年4月30日）の2件
  • 法的なトリガーは change of control（支配権変更）条項。OpenAI は「支配権変更のあと限られた期間だけ解約できる」と説明している
  • 支配権の変更、すなわち合併の発効は2026年8月14日（SEC Form 8-K）。通知はその14日後、停止提案日は90日後にあたる。契約書は非公開のため、条項の文言は確認できない
  • 次期モデル Astra は Cursor に提供されない。 Astra の名前は2026年8月1日の数学の発表で公表済みで、8月7日にはサイバーセキュリティで Critical 水準を否定できないと発表されている。今回の新情報は「Cursor に出さない」のほう
  • 買収は600億ドル・全株式（Anysphere の株式は SpaceX クラスA株 389,289,254株に転換）。合併契約は2026年6月16日
  • Cursor は Claude・Gemini・自社 Composer・Grok・Kimi・GLM も扱っており、エディタがモデルを失うわけではない
  • Cursor は自前 API キーに対応（OpenAI / Anthropic / Google / Azure / Bedrock）。ただし Tab 補完は内蔵モデルのままで、ZDR の保護も適用されなくなる
  • 「11月12日以降も自前キーと OpenAI の IDE 拡張で使える」は報道由来で、発表文本文には記載がない。受け口（Cursor の BYOK 設定）と拡張（Codex IDE 拡張の Cursor 対応）が今日時点で存在することは公式ドキュメントで確認できる

よくある質問（FAQ）

Q. 11月12日を過ぎたら、Cursor で何が使えなくなりますか？

OpenAI の提案どおりに進んだ場合、なくなるのは Cursor がサービスとして提供している OpenAI モデルへの経路です。Cursor のサブスクリプションの中で GPT 系モデルを選ぶ、という使い方が対象になります。Cursor というエディタが使えなくなるわけでも、AI 機能が全部止まるわけでもありません。なお OpenAI の表現は「提案する停止日」であり、確定した終了日として発表されたものではありません。

Q. Claude や Gemini、Cursor 自社のモデルは影響を受けますか？

受けません。今回の発表は OpenAI と SpaceX のあいだの契約に関するものです。Cursor の公式ドキュメントによれば、Cursor は Anthropic の Claude、Google の Gemini、自社の Composer 2.5、SpaceXAI と共同学習した Grok、Moonshot の Kimi、Z.ai の GLM を扱っています。これらは別々の契約に基づくもので、今回の対象外です。

Q. 自分の OpenAI API キーを Cursor に入れて使うのはどうですか？

Cursor は自前 API キーの持ち込みに対応しており、公式ドキュメントに OpenAI・Anthropic・Google・Azure・AWS Bedrock の設定方法が書かれています。ただし同じドキュメントに、Tab 補完は Cursor 内蔵のモデルを使い続けること、自前キーではゼロデータリテンションの保護が適用されず選んだ提供元のプライバシーポリシーに従うこと、キーは暗号化された接続で Cursor のサーバを経由すること（リクエスト完了後は保持されない）が明記されています。支払い先が変わるだけの話ではないので、業務で使う場合はデータの扱いを先に確認してください。なお「11月12日以降も自前キーなら使える」という説明は報道で流通しているもので、OpenAI の発表文本文には見当たりません。

Q. ChatGPT や Codex 本体は影響を受けますか？

今回の発表は Cursor へのモデル提供契約についてのものです。ChatGPT や Codex といった OpenAI 自身の製品に関する変更は、発表文には書かれていません。また OpenAI の開発者ドキュメントは、Codex IDE 拡張が VS Code 互換エディタ（VS Code / Cursor / Windsurf）に対応していると記載しています。

Q. Cursor 側はどう言っているのですか？

Cursor / SpaceX 側の反応は X（旧 Twitter）の投稿として広く流通していますが、当サイトは X の投稿を裏取りの根拠に採用しない方針です。投稿は削除・編集され得るうえ、IR 資料のような開示責任を伴わないためです。Anysphere の公式サイト上の発表や SEC 提出書類で確認できる Cursor 側の見解は、2026年8月29日時点で筆者は見つけられていません。確認できしだい、必要なら追記します。

Q. これはマスク氏とアルトマン氏の対立の話として読むべきですか？

そう読むこともできますが、技術者にとって使える情報はそこにはあまりありません。発表文が実際に効かせているのは、支配権変更条項という契約の仕組みと、モデルの能力が上がったぶん利用者側の遵守を担保する責任も上がるという論理の2つです。前者は M&A では定番の条項で、今回に限った話ではありません。だからこそ、自分の道具のどの段が契約で止まりうるのかを数え直すほうが、実務では役に立ちます。

関連記事

参考